I'm trying to install bacula on a 64-bit version of Red Hat Linux, and cannot get past the btape tests when I use an autochanger storage configuration. I am able to operate the changer manually using the mtx program, and the btape "test" command will test the tape drive successfully so long as I omit the autochanger part of the storage configuration file. The only changes that I've made to the autoconf-generated storage config file are to eliminate the file storage section and to instead uncomment the autochanger and two tape drive sections.
Here are the series of commands that I issued to run the btape program: [EMAIL PROTECTED] sbin]# LD_ASSUME_KERNEL=2.4.19 [EMAIL PROTECTED] sbin]# export LD_ASSUME_KERNEL [EMAIL PROTECTED] sbin]# ulimit -c unlimited [EMAIL PROTECTED] sbin]# ./btape -c ../etc/bacula-sd.conf /dev/nst0 Tape block granularity is 1024 bytes. btape: butil.c:264 Using device: "/dev/nst0" for writing. 21-Oct 13:48 btape: 3301 Issuing autochanger "loaded drive 0" command. 21-Oct 13:48 btape: Fatal Error because: Bacula interrupted by signal 11: Segmentation violation Kaboom! btape, btape got signal 11. Attempting traceback. Kaboom! exepath=/opt/bacula/sbin Calling: /opt/bacula/sbin/btraceback /opt/bacula/sbin/btape 0 Traceback complete, attempting cleanup ... Segmentation fault (core dumped) A backtrace of the resulting core file provides the following enlightenment: (gdb) bt #0 dequeue_messages (jcr=0x0) at message.c:1268 #1 0x000000000042c89e in b_free_jcr (file=0x572078 "\001", line=0, jcr=0x0) at jcr.c:392 #2 0x0000000000404aff in terminate_btape (stat=11) at btape.c:302 #3 0x0000000000437026 in signal_handler (sig=11) at signal.c:162 #4 0x0000002a9558f2e8 in __pthread_sighandler () from /lib64/libpthread.so.0 #5 <signal handler called> #6 edit_device_codes (dcr=0x579808, omsg=0x589e88 "", imsg=0x0, cmd=0x43ddc8 "loaded") at autochanger.c:444 #7 0x000000000041b6c8 in get_autochanger_loaded_slot (dcr=0x579808) at autochanger.c:159 #8 0x00000000004115ef in DEVICE::open_tape_device (this=0x578de8, dcr=0x579808, omode=3) at dev.c:338 #9 0x000000000041184e in DEVICE::open (this=0x578de8, dcr=0x579808, omode=3) at dev.c:281 #10 0x0000000000414933 in first_open_device (dcr=0x579808) at device.c:267 #11 0x000000000040ed69 in setup_jcr (name=0x578098 '\uffff' <repeats 200 times>..., dev_name=0x579808 "", bsr=0x0, VolumeName=0x0, mode=0) at butil.c:173 #12 0x0000000000409c3d in main (margc=0, margv=0x7fbffff9e0) at btape.c:260 I also receive an email with the Subject: Bacula GDB traceback of btape Using host libthread_db library "/lib64/libthread_db.so.1". ptrace: Operation not permitted. /tmp/0: No such file or directory. $1 = '\0' <repeats 29 times> $2 = 0x0 $3 = 0x0 $4 = "PostgreSQL" $5 = 0x449e53 "1.37.40 (01 October 2005)" $6 = 0x449e3a "x86_64-unknown-linux-gnu" $7 = 0x449e33 "redhat" $8 = 0x449e20 "Enterprise release" No stack. /opt/bacula/etc/btraceback.gdb:11: Error in sourced command file: No stack. I'd welcome any suggestions about what further steps I can take to track down what's going wrong here. -- John Kodis Goddard Space Flight Center [EMAIL PROTECTED] Greenbelt, Maryland, USA Phone: 301-286-7376 Fax: 301-286-1771 ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users