]> err.no Git - linux-2.6/commit
[SCSI] zfcp: IO stall after deleting and path checker changes after reenabling zfcp...
authorMichael Loehr <mloehr2@linux.vnet.ibm.com>
Wed, 9 May 2007 09:01:24 +0000 (11:01 +0200)
committerJames Bottomley <jejb@mulgrave.il.steeleye.com>
Wed, 16 May 2007 14:01:38 +0000 (10:01 -0400)
commit9f28745a6b554fdd6b0dbc9856077701a55f9569
treef6d2a50b25f00300a5df5d132200f009e5069e7f
parent869b2b444c58302e3233ce0b671fabf28135a37d
[SCSI] zfcp: IO stall after deleting and path checker changes after reenabling zfcp devices

IO stall after deleting and path checker changes after reenabling zfcp device

Setting one zfcp device offline using chccwdev in a multipath
environment and waiting will lead to IO stall on all paths.
After setting the zfcp device back online using chccwdev,
the devices with io stall will have a different path checker.
Devices corresponding to the deleted units are never freed.
This has the effect that 'slave_destroy' is never called and zfcp
still thinks that this unit is registered
(ZFCP_STATUS_UNIT_REGISTERED is still set). Hence the erp
routine is not called correctly and the unit is not enabled properly.

Do not delete rport and the sdev. Just set the host to block on
'offline'. Setting host online again will then remove the blocked status
and everything is fine again.

Signed-off-by: Michael Loehr <mloehr2@linux.vnet.ibm.com>
Signed-off-by: Swen Schillig <swen@vnet.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
drivers/s390/scsi/zfcp_aux.c
drivers/s390/scsi/zfcp_ccw.c
drivers/s390/scsi/zfcp_scsi.c