OK, I'll try.. but what does "built with debug information turned on and not stripped of debugging symbols" mean? The only thing I found about debugging in configure script was --enable-smartalloc - that's it?
-- Silver On Sat, January 24, 2009 19:29, Kern Sibbald wrote: > Hello, > > > Sorry, but the backtrace is not usable. Please make sure you have build > the SD with the debug symbols left in (i.e. do not strip it). I suggest > you read the Kaboom chapter of the manual that explains how to get a > backtrace. > > Kern > > > On Saturday 24 January 2009 17:54:05 Silver Salonen wrote: > >> Hi. >> >> >> It seems I'm experiencing the same problem on FreeBSD 6.3. I ran >> bacula-sd in gdb and when the backups started running, a few of them ran >> and completed successfully, but stayed in "terminated" status >> afterwards. Other jobs just didn't start running. When I sent just >> ordinary kill to the process, gdb said the program terminated. The >> output of gdb: >> >> (gdb) run -f -c /usr/local/etc/bacula-sd.conf >> Starting program: /usr/local/sbin/bacula-sd -f -c /usr/local/etc/bacula- >> sd.conf (no debugging symbols found)...(no debugging symbols >> found)...warning: >> Unable to get location for thread creation breakpoint: generic error >> [New LWP 100405] >> (no debugging symbols found)...(no debugging symbols found)...(no >> debugging symbols found)...(no debugging symbols found)...(no debugging >> symbols found)...(no debugging symbols found)...(no debugging symbols >> found)...(no debugging symbols found)...(no debugging symbols >> found)...[New Thread 0x80c0200 (LWP 100057)] >> >> >> Program received signal SIGTERM, Terminated. >> [Switching to Thread 0x80c0200 (LWP 100057)] >> 0x281075db in pthread_testcancel () from /lib/libpthread.so.2 >> (gdb) backtrace >> #0 0x281075db in pthread_testcancel () from /lib/libpthread.so.2 >> #1 0x280f4c25 in sigaction () from /lib/libpthread.so.2 >> #2 0x280f4f11 in sigaction () from /lib/libpthread.so.2 >> #3 0x280f56f0 in sigaction () from /lib/libpthread.so.2 >> #4 0x280f589c in sigaction () from /lib/libpthread.so.2 >> #5 0x280ffeec in pthread_mutexattr_init () from /lib/libpthread.so.2 >> #6 0x280d8450 in ?? () >> (gdb) quit >> The program is running. Exit anyway? (y or n) y >> >> >> PS. Sorry if I used gdb incorrectly, I'm not very experienced with it.. >> let me know what to do better next time ;) ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
