Re: tgtd segfault with software RAID, hard resetting link

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tomasz Chmielewski schrieb:

Tomasz, any chance to test the patch?

Now, tgtd survives 100 iterations here (with /dev/sdd being a part of software RAID-5 array):

i=1; while [ $i -ne 100 ] ; do hdparm -Y /dev/sdd;  i=$((i+1)); done


Previously, it would segfault after ~10 iterations.

It segfaults elsewhere now ;)

Doing "hdparm -Y /dev/sdd" in a loop so many times resulted in IO errors on the initiator as a result of timeout values not high enough in /sys/class/scsi*/*/device/timeout.

So I rebooted the initiator without logging it out of the target, with "echo b >/proc/sysrq-trigger" (it's a diskless initiator, so basically that's the only method when its disks are gone).


Initiator started to boot again and I think tgtd segfaulted when the initiator tried to log in to the target.


--
Tomasz Chmielewski
http://wpkg.org
--
To unsubscribe from this list: send the line "unsubscribe stgt" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux SCSI]     [Linux RAID]     [Linux Clusters]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]

  Powered by Linux