[pkg-bacula-devel] Bug#486131: Bug#486131: Problem still in 5.0.2-2.2+b1

Luca Capello luca at pca.it
Thu Jun 7 11:16:04 UTC 2012

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 at 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:


  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
>         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):


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?


Thx, bye,
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-bacula-devel/attachments/20120607/b8ea3be2/attachment.pgp>

More information about the pkg-bacula-devel mailing list