On 07/08/2010 03:14 PM, Or Gerlitz wrote:
Hi Mike,
Reading through the readme (...) and older posts, I wasn't sure if the
user space iscsi code would keep trying to re-connect for ever, e.g
when replacament timeout = N> 0, I understand that after N seconds
all submitted IO would be bounced back to the upper layer (e.g
dm-multipath, md-raid, file-system, app, etc) but I wasn't sure if
reconnection attempts would keep forever. Testing this today on
RHEL5.4 I was under the impression that the attempts don't last for
ever, but I be happy for more formal answer.
It should retry the login forever. If that does not work on RHEL 5.4 let
me know. I just tried it out here and it worked ok. Did you unplug a
cable, then let the replacement timeout fire, then plug the cable back
in but it did not log back in?
There were a couple cases where we would not retry, and the is when we
connect to the target and in the login response pdu it gave us a return
code that we thought indicated that the target was going a way for good.
It turned out that some targets used codes to mean different things and
I could not keep them all striaght so I just changed the code to always
retry, but I think in rhel 5.4 it should work.
When using iscsi exported disks in conjunction with md (e.g raid1 or
raid0), I found much of the dm-multipath related
configuration/information in the readme to be useful. When
dm-multipath is by nature intended to use with remote disks, raid1/0
aren't. I wonder if you have some insights on the matter... for
example there's no equiv for path-checker, I think. So even if an
iscsi disk fails e.g as of network failure and the failure state is
captured somehow by md and then recovers, it has to be manually
failed/removed/added to the raid, correct?
That question is better asked to the MD list. I have no idea what
tunables it has.
--
You received this message because you are subscribed to the Google Groups
"open-iscsi" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/open-iscsi?hl=en.
