View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000786||bareos-core||storage daemon||public||2017-02-21 11:28||2017-04-10 11:39|
|Reporter||Robert Smit||Assigned To|
|Summary||0000786: Storage daemon crashes at random|
|Description||We have several Bareos-dir's operating on one Bareos-sd. This Bareos-sd seems to crash (bareos-sd service not running) at some point without prior notice, causing all the scheduled backups to fail!|
The Bareos-sd backups to local storage (disks).
SD Version: 16.2.4 (01 July 2016) x86_64-pc-linux-gnu ubuntu Ubuntu 14.04 LTS
We have already tried the storage Daemon on two different machines (one VM and now on dedicated hardware).
|Steps To Reproduce||This problem seems hard to reproduce, as it happens only once or twice (in our case) per month.|
|Additional Information||We are running the storage daemon with debug level 20 now... This is from the log file at moment the crash occurred:|
21-Feb 02:45 filestorage01 JobId 105657: Elapsed time=00:00:36, Transfer rate=22 Bytes/second
21-Feb 02:45 filestorage01 JobId 320669: Sending spooled attrs to the Director. Despooling 24,217 bytes ...
21-Feb 02:45 filestorage01 JobId 320679: Sending spooled attrs to the Director. Despooling 613 bytes ...
21-Feb 02:45 filestorage01: ABORTING due to ERROR in lockmgr.c:93
Mutex lock failure. ERR=Invalid argument
|Tags||No tags attached.|
I assume, bareos has created some traceback files in /var/lib/bareos/ ?
However, without installed debug packages they are not very useful.
Please install bareos-dbg and attach the traceback file on the next crash.
This issue has not happened anymore.
A similar issue, where the SD also crashes happened more frequently and we (mistakenly) assumed it was the same issue.
The other issue with the crashing SD was solved by ourselves.
We had found in the log files that maximum open files in Linux was not high enough. After increasing the maximum open files in Linux we did not have any more crashes.
Therefore this issue can be closed.