Sorry if this is too easy, but if mtx is working, it might be worth trying
chg-mtx instead of chg-scsi.
> -----Original Message-----
> From: Chris Anderson [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 9:51 PM
> To: Amanda Users
> Cc: Amanda Hackers
> Subject: seg fault from chg-scsi (long)
>
>
> Greetings all,
>
> I'm getting a seg fault from the chg-scsi program when I try to do
> 'amcheck' and it's driving me somewhat crazy. (Apologies in
> advance for
> the length of this email; I figured better too much info than not
> enough).
>
> Here's what happens:
>
> Amanda Tape Server Host Check
> -----------------------------
> Holding disk /mnt/bfd/amanda: 107029540 KB disk space
> available, that's
> plenty
> amcheck-server: could not get changer info: <error> could not
> read result
> from "/usr/amanda/libexec/chg-scsi" (got signal 11)
>
> Amanda Backup Client Hosts Check
> --------------------------------
> Client check: 1 host checked in 0.017 seconds, 0 problems found
>
> (brought to you by Amanda 2.4.2p2)
>
>
> The chg-scsi.debug file contains:
>
> chg-scsi: debug 1 pid 10411 ruid 526 euid 526 start time Fri Sep 7
> 11:16:55 2001
> ARG [0] : /usr/amanda/libexec/chg-scsi
> ARG [1] : -info
>
>
> The amcheck.debug file contains:
>
> amcheck: debug 1 pid 10408 ruid 526 euid 0 start time Fri Sep
> 7 11:16:55
> 2001
> amcheck: dgram_bind: socket bound to 0.0.0.0.687
> changer: got exit: 2 str: <error> <error> could not read result from
> "/usr/amanda/libexec/chg-scsi" (got signal 11)
> could not get changer info: <error> could not read result from
> "/usr/amanda/libexec/chg-scsi" (got signal 11)
> amcheck-server: pid 10409 finish time Fri Sep 7 11:16:55 2001
> amcheck: pid 10408 finish time Fri Sep 7 11:16:55 2001
>
>
> Details time:
>
> First, the configuration:
>
> Hardware details from /proc/scsi/scsi:
> Host: scsi0 Channel: 00 Id: 00 Lun: 00
> Vendor: ATL Model: L500 6320000 Rev: 0022
> Type: Medium Changer ANSI SCSI revision: 02
> Host: scsi0 Channel: 00 Id: 01 Lun: 00
> Vendor: QUANTUM Model: DLT7000 Rev: 2560
> Type: Sequential-Access ANSI SCSI revision: 02
>
> Software:
> RedHat Linux 6.2 with all the latest patches
> 2.2.19 kernel w/SMP and ReiserFS
> Amanda 2.4.2p2
> glibc-2.1.3-22
> egcs-1.1.2-30
>
> config options:
> ./configure --prefix=/usr/amanda --with-configdir=/usr/amanda/etc
> --with-gnutar-listdir=/usr/amanda/var --with-user=amanda
> --with-group=amanda
>
> amanda.conf: (relevant part)
> tpchanger "chg-scsi"
> tapedev "0"
> changerfile "/usr/amanda/etc/DailySet1/chg-scsi.conf"
>
> chg-scsi.conf:
> number_configs 1
> eject 1
> sleep 90
> cleanmax 16
> changerdev /dev/sg0
> #
> # Next comes the data for drive 0
> #
> config 0
> drivenum 0
> dev /dev/nst0
> scsitapedev /dev/sg1
> startuse 0
> enduse 13
> statfile /usr/amanda/etc/DailySet1/tape0-slot
> # cleancart 6
> # cleanfile /usr/amanda/etc/DailySet1/tape0-clean
> usagecount /usr/amanda/etc/DailySet1/totaltime
> tapestatus /usr/amanda/etc/DailySet1/tapestatus
> labelfile /usr/amanda/etc/DailySet1/labelfile
>
>
> mtx -f /dev/sg0 status: (mtx commands work correctly)
>
> Storage Changer /dev/sg0:1 Drives, 14 Slots ( 0 Import/Export )
> Data Transfer Element 0:Empty
> Storage Element 1:Empty
> Storage Element 2:Empty
> Storage Element 3:Empty
> Storage Element 4:Empty
> Storage Element 5:Empty
> Storage Element 6:Empty
> Storage Element 7:Empty
> Storage Element 8:Empty
> Storage Element 9:Full :VolumeTag=QWS855
>
> Storage Element 10:Full :VolumeTag=QWS856
>
> Storage Element 11:Full :VolumeTag=QWS857
>
> Storage Element 12:Full :VolumeTag=QWS858
>
> Storage Element 13:Empty
> Storage Element 14:Empty
>
> And here's the backtrace, as much as I understand these
> things (which is
> not a hell of a lot).
>
> # gdb libexec/chg-scsi
> GNU gdb 19991004
> Copyright 1998 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public
> License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> This GDB was configured as "i386-redhat-linux"...
> (gdb) core core
> Core was generated by `/usr/amanda/libexec/chg-scsi -info'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /lib/libm.so.6...done.
> Reading symbols from /usr/lib/libreadline.so.3...done.
> Reading symbols from /lib/libtermcap.so.2...done.
> Reading symbols from /lib/libnsl.so.1...done.
> Reading symbols from /lib/libc.so.6...done.
> Reading symbols from /lib/ld-linux.so.2...done.
> Reading symbols from /lib/libnss_files.so.2...done.
> #0 0x400d49fd in __strdup (s=0x0) at strdup.c:42
> 42 strdup.c: No such file or directory.
> (gdb) bt
> #0 0x400d49fd in __strdup (s=0x0) at strdup.c:42
> #1 0x804ac2d in main (argc=2, argv=0xbfffff14) at chg-scsi.c:899
> (gdb)
>
>
> # ldd libexec/chg-scsi
> libm.so.6 => /lib/libm.so.6 (0x4001a000)
> libreadline.so.3 => /usr/lib/libreadline.so.3 (0x40037000)
> libtermcap.so.2 => /lib/libtermcap.so.2 (0x4005b000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x4005f000)
> libc.so.6 => /lib/libc.so.6 (0x40076000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>
>
>
> I've tried building amanda with shared libraries, with
> static, with both,
> and the result is still the same. The hardware all works, as the other
> backup package I'm looking at (NetVault) works without a hitch.
>
> If anyone has any ideas, I'd really love to hear them.
>
> Cheers,
> Chris (the stressed!)
> --
> ______________________________________________________________
> __________
> Disclaimer:
>
> This e-mail is confidential and intended solely for the named
> recipient.
> Any views expressed in this e-mail are those of the individual sender,
> and not of dotWAP.com Pty Ltd. Any unauthorised use, dissemination,
> forwarding or reproduction of this e-mail is strictly prohibited.
>
> dotWAP.com Pty Ltd does not warrant that this e-mail is free
> from viruses
> or other corruptions and is not liable to the recipient or any other
> party should any virus or other corruption be present in this e-mail.
>