1BTRACEBACK(1) Network backup, recovery and verification BTRACEBACK(1)
2
3
4
6 btraceback - wrapper script around gdb and bsmtp
7
8
10 btraceback /path/to/binary pid
11
12
14 btraceback is a wrapper shell script around the gdb debugger (or dbx on
15 Solaris systems) and bsmtp, provided for debugging purposes.
16
17
19 btraceback is called by the exception handlers of the Bacula daemons
20 during a crash. It can also be called interactively to view the cur‐
21 rent state of the threads belonging to a process, but this is not rec‐
22 ommended unless you are trying to debug a problem (see below).
23
24
26 In order to work properly, debugging symbols must be available to the
27 debugger on the system, and gdb, or dbx (on Solaris systems) must be
28 available in the $PATH.
29
30 If the Director or Storage daemon runs under a non-root uid, you will
31 probably need to be modify the btraceback script to elevate privileges
32 for the call to gdb/dbx, to ensure it has the proper permissions to
33 debug when called by the daemon.
34
35 Although Bacula's use of btraceback within its exception handlers is
36 always safe, manual or interactive use of btraceback is subject to the
37 same risks than live debugging of any program, which means it could
38 cause Bacula to crash under rare and abnormal circumstances. Conse‐
39 quently we do not recommend manual use of btraceback in production
40 environments unless it is required for debugging a problem.
41
42
44 btracback relies on $PATH to find the debugger.
45
46
48 /usr/lib/bacula/btraceback
49 The script itself.
50
51 /usr/sbin/btraceback
52 symbolic link to /usr/lib/bacula/btraceback
53
54 /etc/bacula/scripts/btraceback.gdb
55 the GDB command batch used to output a stack trace
56
57
59 This manual page was written by Lucas B. Cohen <lbc@members.fsf.org>
60
62 bsmtp(1)
63
64
65
66Kern Sibbald 6 December 2009 BTRACEBACK(1)