On Friday 14 September 2012 07:01 PM, Laszlo Fekete wrote: > In the logs reports iscsi connection error detected and try to recover. > Is there an error message/code ?
>> If the iscsi target restart fail it random which initiator stuck, I think it > only depend on who is the faster to be in the first 32 session. >> I am not sure here. The open-iscsi default replacement timeout is 120 secs. > Even then, when the target is back, it will poll it. >> > You're right, I meant for 5sec default settings this: > node.conn[0].timeo.noop_out_interval = 5 > node.conn[0].timeo.noop_out_timeout = 5 > and with 1 sec also this settings on those connections where using multipath. > Why do you change it to 1 ? That's a very low value and will just flood the target. >> >> Tried to check, maybe this is a network connection, but if the restart fail > and try to telnet to them sometimes it also don't answer (tcpdump show, that > the target server got the request, but don't send any answer). >> >> Checked that maybe on the iscsi target stop stucked, but it seems to be > okay, the session closed, the modules unloaded, there isn't any error, tried > to raise the sleep time before start to 10 sec from 1, but got the same > error. >> What 1 sec setting are you referring here? >> > Sleep time in init script which is in restart after the stop and before the > start. > That sleep won't help. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
signature.asc
Description: OpenPGP digital signature
