zfcp: introduce eh_timed_out handler
Quoted 5 lines · Christoph Hellwig
Please don't do this. We have proper midlayer handling (plus FC transport
class wrappers) to handle that case without introducing a big mess in the
driver. Please take a look at fc_remote_port_{block,unblock}
Thanks for that hint.
But does fc_remote_port_unblock set online devices that were previously offlined?
If not the problem of offlined devises is not solved with this. If zfcp would block requests if it detects a path error a scsi request might have already send to the devise which might cause that the devise if offlined. Now if zfcp detects the path is up again and calls fc_remote_port_unblock the device can still not be used because it is offline.
I'll have to check the code if I am back from vacation.
Regards,
Andreas
(PS: sorry for using this alternate email account)