Re: [Bacula-users] scheduled jobs won't complete

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Hello,

Yes, I'd say that your storage daemon has died.  Why I
cannot tell. 

If you are writing to tapes, I would 
recommend that you upgrade to version 1.30 because version
1.29 does not support FreeBSD tape drives whereas version
1.30 does.

If you are writing to file, I'm not sure what is going
on because there are quite a few users using FreeBSD to
file storage and not experiencing this kind of problem.

One of the reasons the traceback did not produce much
information is that it appears that the Storage daemon
was stripped or that gdb is not compatible with your
binaries. Does this make any sense to you?

Aside from switching to version 1.30, I would recommend
that you start the SD from within the debugger as documented
in the manual (the Kaboom chapter).  Then leave the debugger
running overnight, and in the morning it should have trapped
the error and you can examine what is going on and the reason
it crashed.

Best regards,

Kern

On Sun, 2003-04-13 at 21:41, Volker wrote:
> Hi folks!
> 
> This is my first post here as I'm new to Bacula. I've installed Bacula one 
> week ago and played with the configuration a lot. Now I think it's near to 
> a working configuration (and I really like the concept behind Bacula - you 
> did a good job!). My system is FreeBSD 4.7-RELEASE, Bacula version 1.29 
> (I've fetched the CVS tree today so I'll try the current development 
> version the very next few days).
> 
> I've setup one job to be scheduled at night (complete backup on saturday, 
> all other nights an incremental backup should be done; two different backup 
> pools are used).
> 
> When starting the job manually (as a full backup) everything works fine. 
> But for the 3rd night in a row my system has been unable to run the job 
> because of some errors.
> 
> Is this an issue with FreeBSD or is there something wrong with the 1.29 
> install? For me it looks like the storage demon dies sometime after idling 
> for hours.
> 
> The error messages in detail (sorry for the long message but I wanted to 
> fully quote all info):
> 
> - Subject: Bacula traceback
> Deprecated bfd_read called at 
> /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c 
> line 2627 in elfstab_build_psymtabs
> Deprecated bfd_read called at 
> /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c 
> line 933 in fill_symbuf
> /var/bacula/working/30300: No such file or directory.
> 0x281529bc in _thread_sys_poll () from /usr/lib/libc_r.so.4
> $1 = "bel-sd", '\000' <repeats 13 times>
> $2 = 0x808a0d8 "bacula-sd"
> $3 = 0x808a158 "/sbin//bacula-sd"
> #0 0x281529bc in _thread_sys_poll () from /usr/lib/libc_r.so.4
> #1 0x28151db8 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4
> #2 0x281516cf in _thread_kern_scheduler () from /usr/lib/libc_r.so.4
> #3 0x0 in ?? ()
> Thread 1 (process 30300, thread 1):
> #0 0x281529bc in _thread_sys_poll () from /usr/lib/libc_r.so.4
> #1 0x28151db8 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4
> #2 0x281516cf in _thread_kern_scheduler () from /usr/lib/libc_r.so.4
> #3 0x0 in ?? ()
> #0 0x281529bc in _thread_sys_poll () from /usr/lib/libc_r.so.4
> No symbol table info available.
> #1 0x28151db8 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4
> No symbol table info available.
> #2 0x281516cf in _thread_kern_scheduler () from /usr/lib/libc_r.so.4
> No symbol table info available.
> #3 0x0 in ?? ()
> No symbol table info available.
> /sbin/btraceback.gdb:14: Error in sourced command file:No frame 4
> 
> - Job output, fatal error file demon:
> bel-dir: Start Backup JobId 16, Job=BackupCatalog.2003-04-13_05.10.00
> bel-dir: BackupCatalog.2003-04-13_05.10.00 Warning: Could not connect to 
> Storage daemon on 192.168.16.2:40913. ERR=Connection refused
> Retrying ...
> bel-dir: BackupCatalog.2003-04-13_05.10.00 Warning: Could not connect to 
> Storage daemon on 192.168.16.2:40913. ERR=Connection refused
> Retrying ...
> bel-dir: BackupCatalog.2003-04-13_05.10.00 Warning: Could not connect to 
> Storage daemon on 192.168.16.2:40913. ERR=Connection refused
> Retrying ...
> bel-dir: BackupCatalog.2003-04-13_05.10.00 Warning: Could not connect to 
> Storage daemon on 192.168.16.2:40913. ERR=Connection refused
> Retrying ...
> bel-dir: BackupCatalog.2003-04-13_05.10.00 Warning: Could not connect to 
> Storage daemon on 192.168.16.2:40913. ERR=Connection refused
> Retrying ...
> bel-dir: BackupCatalog.2003-04-13_05.10.00 Warning: Could not connect to 
> Storage daemon on 192.168.16.2:40913. ERR=Connection refused
> Retrying ...
> bel-dir: BackupCatalog.2003-04-13_05.10.00 Fatal error: Unable to connect 
> to Storage daemon on 192.168.16.2:40913. ERR=Connection refused
> bel-dir: BackupCatalog.2003-04-13_05.10.00 Error: Bacula 1.29 (22Jan03): 
> 13-Apr-2003 05:40
> 
> - job output:
> bel-dir: Start Backup JobId 15, Job=belFull.2003-04-13_05.05.00
> bel-fd: belFull.2003-04-13_05.05.00 Error: bnet.c:339 Write error sending 
> to Storage daemon:192.168.16.2:40913: ERR=Broken pipe
> bel-dir: belFull.2003-04-13_05.05.00 Error: Bacula 1.29 (22Jan03): 
> 13-Apr-2003 05:05
> JobId: 15
> Job: belFull.2003-04-13_05.05.00
> FileSet: Complete System
> Backup Level: Incremental, since=2003-04-12 13:48:30
> Client: bel-fd
> Start time: 13-Apr-2003 05:05
> End time: 13-Apr-2003 05:05
> Files Written: 200
> Bytes Written: 52,305
> Rate: 7.5 KB/s
> Software Compression: 35.2 %
> Volume names(s):
> Volume Session Id: 2
> Volume Session Time: 1050146766
> Last Volume Bytes: 0
> FD termination status: Error
> SD termination status: Error
> Termination: *** Backup Error ***
> 
> Thanks,
> 
> Volker
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
> for complex code. Debugging C/C++ programs can leave you feeling lost and 
> disoriented. TotalView can help you find your way. Available on major UNIX 
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Bacula-users mailing list
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/bacula-users