libreport version: 2.0.7 abrt_version: 2.0.6 backtrace_rating: 4 cmdline: tgtd crash_function: __list_del executable: /usr/sbin/tgtd kernel: 3.1.5-2.fc16.i686.PAE pid: 10756 pwd: / reason: Process /usr/sbin/tgtd was killed by signal 11 (SIGSEGV) time: 2011年12月15日 星期四 15时50分15秒 uid: 0 username: root backtrace: Text file, 2863 bytes maps: Text file, 2499 bytes var_log_messages: Binary file, 1473 bytes build_ids: :f753cd2a5b6b5434fff08938cca787e5298924b3 :d7cd016536dcce05ea28a1219c92eb9507121fa3 :0cc5c4bc97b347c85c28a24db9e236d4c727ed91 :a3d032df474429a0a60a68b525c3d9e2a8693061 :aa0d05a1deb9578fb585296e2b4ab0b026fb2ba2 :f5aba793f693a8b3d4c1631c0f72b20ce5748004 :84adb495dbf3a2d6084d5d5b648e806fcf466919 :12da4d1dc9764d3990ab6a2def5a88c4687d4550 :10cec21724c13b95ec03f00985b0405412817a49 comment: :/etc/tgt/targets.conf : :----------CONTENT---------- :default-driver iscsi :<target iqn.2011-07.com.example:iscsi> : #backing-store /dev/mapper/vgstorage-lvst01 : direct-store /dev/mapper/vgstorage-lvst01 : write-cache off : removable 1 :</target> :----------CONTENT---------- : :How to reproduce: :service tgtd restart : :tail -f /var/log/messages :----------CONTENT---------- :Dec 16 10:39:59 localhost tgtd[12191]: 停止 SCSI target daemon：[确定] :Dec 16 10:39:59 localhost tgtd: libibverbs.so: cannot open shared object file: No such file or directory - iser transport not used :Dec 16 10:39:59 localhost tgtd[12207]: 正在启动 SCSI target daemon：[确定] :Dec 16 10:39:59 localhost tgtd: semkey 0x61124c48 :Dec 16 10:39:59 localhost tgtd: tgtd daemon started, pid:12215 :Dec 16 10:39:59 localhost tgtd: tgtd logger started, pid:12218 debug:0 :Dec 16 10:39:59 localhost tgtd: work_timer_start(146) use timer_fd based scheduler :Dec 16 10:39:59 localhost tgtd: bs_init(312) use signalfd notification :Dec 16 10:40:00 localhost tgtd[12207]: Command 'sg_inq' (needed by 'option direct-store') is not in your path - can't continue! :Dec 16 10:40:00 localhost systemd[1]: Failed to read PID file /var/run/tgtd.pid after start. The service might be broken. :Dec 16 10:40:00 localhost abrtd: DUP_OF_DIR: /var/spool/abrt/ccpp-2011-12-15-15:50:15-10756 :Dec 16 10:40:01 localhost abrtd: Dump directory is a duplicate of /var/spool/abrt/ccpp-2011-12-15-15:50:15-10756 :Dec 16 10:40:01 localhost abrtd: Deleting dump directory ccpp-2011-12-16-10:39:58-11703 (dup of ccpp-2011-12-15-15:50:15-10756), sending dbus signal :----------CONTENT---------- dso_list: :/lib/libdl-2.14.90.so glibc-2.14.90-21.i686 (Fedora Project) 1323653683 :/usr/sbin/tgtd scsi-target-utils-1.0.18-2.fc16.i686 (Fedora Project) 1318313209 :/usr/lib/librdmacm.so.1.0.0 librdmacm-1.0.14.1-1.fc16.i686 (Fedora Project) 1318313209 :/lib/libpthread-2.14.90.so glibc-2.14.90-21.i686 (Fedora Project) 1323653683 :/lib/ld-2.14.90.so glibc-2.14.90-21.i686 (Fedora Project) 1323653683 :/lib/libgcc_s-4.6.2-20111027.so.1 libgcc-4.6.2-1.fc16.i686 (Fedora Project) 1320036491 :/usr/lib/libibverbs.so.1.0.0 libibverbs-1.1.5-5.fc16.i686 (Fedora Project) 1318313207 :/lib/libc-2.14.90.so glibc-2.14.90-21.i686 (Fedora Project) 1323653683 environ: :PATH=/sbin:/bin:/usr/sbin:/usr/bin :PWD=/ :LANG=zh_CN.UTF-8 :KEYTABLE=us :SHLVL=2 :BOOT_IMAGE=/vmlinuz-3.1.5-2.fc16.i686.PAE :_=/usr/sbin/tgtd
Created attachment 547586 [details] File: var_log_messages
Created attachment 547587 [details] File: maps
Created attachment 547588 [details] File: backtrace
*** Bug 768215 has been marked as a duplicate of this bug. ***
scsi-target-utils-1.0.18-4.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/scsi-target-utils-1.0.18-4.fc16
*** Bug 766617 has been marked as a duplicate of this bug. ***
Package scsi-target-utils-1.0.18-4.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing scsi-target-utils-1.0.18-4.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-17331/scsi-target-utils-1.0.18-4.fc16 then log in and leave karma (feedback).
scsi-target-utils-1.0.18-4.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
My server is freezing whenever I try to boot a client off of an iscsi-drive (I have to hold the power button in to reboot the server). I'm currently running scsi-target-utils-1.0.18-4.fc16. I'm running the 3.1.6-1.fc16.i686.PAE kernel on an old Dell PowerEdge 1400 server. The iscsi drive mounts and starts to boot but the iscsi server will completely freeze at some random time usually before the kernel on the client system is finished loading. I had the same problem with the previous version of scsi-target-utils. The only hint that I get of a problem in the log files is "Failed to read PID file /var/run/tgtd.pid after start. The service might be broken.". Can/will anyone here help me to debug this problem?
P.S. Here is my current configuration: cat /etc/tgt/targets.conf <target iqn.2011-12.edu.siue.cs:boot.target1> backing-store /snap.img </target> tgtadm --lld iscsi --mode target --op show Target 1: iqn.2011-12.edu.siue.cs:boot.target1 System information: Driver: iscsi State: ready I_T nexus information: LUN information: LUN: 0 Type: controller SCSI ID: IET 00010000 SCSI SN: beaf10 Size: 0 MB, Block size: 1 Online: Yes Removable media: No Readonly: No Backing store type: null Backing store path: None Backing store flags: LUN: 1 Type: disk SCSI ID: IET 00010001 SCSI SN: beaf11 Size: 8590 MB, Block size: 512 Online: Yes Removable media: No Readonly: No Backing store type: rdwr Backing store path: /snap.img Backing store flags: Account information: ACL information: ALL Is there a way that I can send an abrt report?
Probably doesn't matter, but just in case, the client is using syslinux's "sanboot" command to access and boot the iscsi target. I used the following commands to create the client's boot floppy: git clone git://git.etherboot.org/scm/gpxe.git cd gpxe/src make NO_WERROR=1 EMBEDDED_IMAGE=./static.gpxe bin/rtl8139.lkrn dd if=/dev/zero of=floppy.img bs=1024 count=1440 mkfs.msdos floppy.img syslinux --install floppy.img mount -o loop floppy.img /mnt cp bin/rtl8139.lkrn /mnt/rtl8139 umount /mnt dd if=floppy.img of=/dev/fd0 And here are the contents of static.gpxe and the syslinux.cfg file on the root of the boot floppy: cat static.gpxe #!gpxe ifopen net0 set net0/ip 192.168.0.1 set net0/netmask 255.255.255.0 sanboot iscsi:192.168.0.254:::1:iqn.2011-12.edu.siue.cs:boot.target1 cat /mnt/syslinux.cfg default rtl8139 gb
Never mind. It looks like it is a hardware problem. I just tried scp'ing a large file through the NIC that I'm using for iSCSI and the server froze again. It's probably a shared IRQ between the NIC and the RAID controller -- Dells are known for that sort of problem. gb