Hi there! I am sorry for the delay.
On Sun, 25 Dec 2011 11:17:29 +0100, Pierre Bernhardt wrote: > I've registred some crashed, too: > > root@backup:~# dpkg -l bacula-sd > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version > Description > +++-======================================-======================================-============================================================================================ > ii bacula-sd 5.0.2-2.2+b1 network backup, recovery and verification - > storage daemon Your bug seems different from the one experienced by Stephan (the original submitter), given that he had it with 2.2.8-8 and it should be fixed in 2.4.0: <http://bugs.bacula.org/view.php?id=1098#c3386> kern (administrator) 2008-06-20 18:17 I've looked over the strace and the Bacula debug log that you posted (thanks). However, I am unable to find any evidence that the SD aborted in those listings, so unfortunately, we are not getting much closer to the problem. What I do see in the Bacula debug log is that it is complaining: bacula-sd: append.c:309 NULL Volume name. This shouldn't happen!!! as it indicates, that really shouldn't happen. This was very symptomatic of version 2.2.8 if you had a lot of things going on, so I suspect that your problems might be fixed by moving up to 2.4.x. We have a few small issues to resolve with 2.4.0 (among them are some 64 bit problems) and will be releasing 2.4.1 in about a week. This will probably fix the problem. > The problem looks like comes in fact of connection tries to file deamons, > which > are not available (switched off) or short time later. But this behavior is not > affected every time, only on some time. [...] On Sun, 25 Dec 2011 13:36:49 +0100, Pierre Bernhardt wrote: > root@backup:~# cat /var/lib/bacula/backup-sd.25059.bactrace > Attempt to dump current JCRs > JCR=0x13ae048 JobId=10544 name=conny_home.2011-12-18_23.50.00_36 JobStatus=A > use_count=1 > JobType=B JobLevel=D > sched_time=19-Dec-2011 01:05 start_time=01-Jan-1970 01:00 > end_time=01-Jan-1970 01:00 wait_time=01-Jan-1970 01:00 > db=(nil) db_batch=(nil) batch_started=0 > Attempt to dump plugins. Hook count=0 From the log you attached it seems that you use encryption to communicate between Bacula components: backup-sd: bnet.c:262-0 TLS server negotiation established. This could then be #659032, fixed in 5.2.5 (and we are in the process of uploading 5.2.6): <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659032#12> Stephan, is this the case for you as well? Or have you had any change to test if your bug is still present in 5.0.0-5 or above, as requested by the previous maintainer? <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486131#44> Thx, bye, Gismo / Luca
pgpBSeDiNO9zF.pgp
Description: PGP signature