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.
> 

Reply via email to