Marco van Wieringen schrieb: > > a private email as I read the bacula-dev list via the web.
ok > You state in a mail to the mailing list this: > > > Hi, > > > > I can reproducible crash bacula-dir when starting a backup on a client with > > Accurate backups enabled. > > > > The dir is running debian lenny + bacula 3.0.2 from backports (did also try > > self compiled 3.0.3), psql 8.4. > > > > The client is running Red Hat Enterprise Linux 4.8, with bacula-fd build > > from > > bacula-3.0.3-1.src.rpm. I also tried a rpm package from > > > > ftp://ftp.pbone.net/mirror/ftp.pramberger.at/systems/linux/contrib/rhel4/i386 > > > > What me makes wonder first, I see 3 bacula-fd processes on the client: > > > > -bacula-fd(8128)---bacula-fd(8129)---bacula-fd(8130) > That is strange and on strange ports. That's part of the output of pstree, so the numbers are the pid's not ports. Sorry for not beeing clear. > > Without "Accurate = yes" the backup runs fine. Accurate backup was enabled > > weeks ago a couple of backup were running fine with this option enabled. > > So I don't know what has changed since last week. > > > > Here's the level 150 dir debug output. > > > > VUMEM004-dir: fd_cmds.c:322-19628 >filed: VUMEM004-dir: getmsg.c:138-19628 > > bget_dirmsg 14: 2000 OK level > > VUMEM004-dir: getmsg.c:138-19628 bget_dirmsg 47: 3010 Job > > VU0EM003.2010-02-17_00.06.00_03 start > > VUMEM004-dir: getmsg.c:138-19628 bget_dirmsg 56: Status > > Job=VU0EM003.2010-02-17_00.06.00_03 JobStatus=82 > > VUMEM004-dir: getmsg.c:138-19628 bget_dirmsg 16: 2000 OK storage > > VUMEM004-dir: fd_cmds.c:581-19628 bdird: sending runscripts to fd > > VUMEM004-dir: util.c:723-19628 edit_job_codes: %c > > VUMEM004-dir: fd_cmds.c:586-19628 bdird: runscript %c -> VU0EM003 > > VUMEM004-dir: fd_cmds.c:592-19628 bdird: sending runscripts to fd > > '/opt/scripts/bacula/find.sh server' > > VUMEM004-dir: fd_cmds.c:555-19628 bdird: sending old runcommand to fd \ > > '/opt/scripts/bacula/find.sh^Aserver' > > VUMEM004-dir: getmsg.c:138-19628 bget_dirmsg 162: Jmsg > > Job=VU0EM003.2010-02-17_00.06.00_03 type=6 \ > > level=1266361563 VU0EM003 JobId 19628: shell command: run > > ClientRunBeforeJob "/opt/scripts/bacula/find.sh \ > > server" > > VUMEM004-dir: getmsg.c:138-19628 bget_dirmsg 137: Jmsg > > Job=VU0EM003.2010-02-17_00.06.00_03 type=6 \ > > level=1266361563 VU0EM003 JobId 19628: ClientRunBeforeJob: > > Fuehre Skript fuer server aus > > VUMEM004-dir: getmsg.c:138-19617 bget_dirmsg -1: > > VUMEM004-dir: getmsg.c:138-19617 bget_dirmsg -1: > > VUMEM004-dir: getmsg.c:138-19627 bget_dirmsg 129: Jmsg > > Job=SMTCZB0003.2010-02-17_00.05.00_02 type=6 \ > > level=1266361622 SMTCZB0003-fd JobId 19627: > > ClientRunBeforeJob: Starte MKS... > > VUMEM004-dir: getmsg.c:138-19627 bget_dirmsg 18: 2000 OK RunBefore > > VUMEM004-dir: util.c:723-19627 edit_job_codes: %c > > VUMEM004-dir: fd_cmds.c:586-19627 bdird: runscript %c -> SMTCZB0003 > > VUMEM004-dir: fd_cmds.c:592-19627 bdird: sending runscripts to fd \ > > '/home/mksadmin/backup/script/db2_backup_offline_post.sh' > > VUMEM004-dir: fd_cmds.c:555-19627 bdird: sending old runcommand to fd \ > > '/home/mksadmin/backup/script/db2_backup_offline_post.sh' > > VUMEM004-dir: getmsg.c:138-19627 bget_dirmsg 17: 2000 OK RunAfter > > /usr/sbin/bacula-dir: symbol lookup error: /usr/sbin/bacula-dir: undefined > > symbol: \ > > _Z22db_accurate_get_jobidsP3JCRP4B_DBP7JOB_DBRPc > > These kind of errors point to the fact that your shared libraries are not > inline with the version > of the director you are running. > > So if you say I compiled things myself and I still get this error make sure > all stuff from > the rpms is gone (e.g. no left over bacula libraries libbac*) And then > compile and > run a make install. Hm, I just installed my self build/compiled bacula 3.0.3 version again (debian deb package). On the dir: $find /usr/lib -name libbac* -print0 | xargs -0 ls -cl -rw-r--r-- 1 root root 923 17. Feb 09:09 /usr/lib/bacula/libbaccfg.la lrwxrwxrwx 1 root root 18 17. Feb 09:09 /usr/lib/bacula/libbaccfg.so -> libbaccfg.so.1.0.0 lrwxrwxrwx 1 root root 18 17. Feb 09:09 /usr/lib/bacula/libbaccfg.so.1 -> libbaccfg.so.1.0.0 -rw-r--r-- 1 root root 32848 17. Feb 09:09 /usr/lib/bacula/libbaccfg.so.1.0.0 -rw-r--r-- 1 root root 929 17. Feb 09:09 /usr/lib/bacula/libbacfind.la lrwxrwxrwx 1 root root 19 17. Feb 09:09 /usr/lib/bacula/libbacfind.so -> libbacfind.so.1.0.0 lrwxrwxrwx 1 root root 19 17. Feb 09:09 /usr/lib/bacula/libbacfind.so.1 -> libbacfind.so.1.0.0 -rw-r--r-- 1 root root 50512 17. Feb 09:09 /usr/lib/bacula/libbacfind.so.1.0.0 -rw-r--r-- 1 root root 912 17. Feb 09:09 /usr/lib/bacula/libbac.la -rw-r--r-- 1 root root 956 17. Feb 09:09 /usr/lib/bacula/libbacpy.la lrwxrwxrwx 1 root root 17 17. Feb 09:09 /usr/lib/bacula/libbacpy.so -> libbacpy.so.1.0.0 lrwxrwxrwx 1 root root 17 17. Feb 09:09 /usr/lib/bacula/libbacpy.so.1 -> libbacpy.so.1.0.0 -rw-r--r-- 1 root root 15672 17. Feb 09:09 /usr/lib/bacula/libbacpy.so.1.0.0 lrwxrwxrwx 1 root root 15 17. Feb 09:09 /usr/lib/bacula/libbac.so -> libbac.so.1.0.0 lrwxrwxrwx 1 root root 15 17. Feb 09:09 /usr/lib/bacula/libbac.so.1 -> libbac.so.1.0.0 -rw-r--r-- 1 root root 336776 17. Feb 09:09 /usr/lib/bacula/libbac.so.1.0.0 -rw-r--r-- 1 root root 947 12. Feb 14:52 /usr/lib/bacula/libbacsql.la lrwxrwxrwx 1 root root 18 12. Feb 14:52 /usr/lib/bacula/libbacsql.so -> libbacsql.so.1.0.0 lrwxrwxrwx 1 root root 18 12. Feb 14:52 /usr/lib/bacula/libbacsql.so.1 -> libbacsql.so.1.0.0 -rw-r--r-- 1 root root 122864 12. Feb 14:52 /usr/lib/bacula/libbacsql.so.1.0.0 How can I see that these are the right files? > > I've set the debug level on the client to 200, the debug log file is > > created but empty. > > > > I read Kaboom chapter in the manual but I can't get it to work on the dir. > > Before I put more time in this problem, is there anything obvious in the dir > > debug output (well, it's not that much...)? > Debugging this much further doesn't solve anything make sure your libraries > are ok or > compile using --disable-libtool and get shared libraries out of the equation. Will try this next, thanks for your help. Ralf ------------------------------------------------------------------------------ SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel