[pkg-bacula-devel] Bug#486131: Bug#486131: Problem still in 5.0.2-2.2+b1
luca at pca.it
Thu Jun 7 11:16:04 UTC 2012
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 at backup:~# dpkg -l bacula-sd
> | 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:
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
> 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 at 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
> 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
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?
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 835 bytes
Desc: not available
More information about the pkg-bacula-devel