[stgt] tgtd segfault with software RAID, hard resetting link

[Tomasz Chmielewski]

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 at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html