On Fri, 19 Dec 2008 17:14:07 +0100 Tomasz Chmielewski <mangoo@xxxxxxxx> wrote: > FUJITA Tomonori schrieb: > > >>> Here is a lengthy log for 25 minutes - with several device > >>> suspends/resumes. > >>> I'll give it 2 more hours testing... > >> Not 2 hours, but some observations - is it possible that tgtd serves > >> wrong data to the initiator when the access to the media is slow? > > > > tgtd doesn't return wrong (bogus) data. > > > > The initiator has to give up I/O requests at some point if the target > > doesn't send responses for long time. Then you see the I/O errors. > > I have the timeout set to several days, so it doesn't give up within > single minutes. I can shut the target down for days, and the initiator > will recover nicely when the target is back. > > node.session.timeo.replacement_timeout = 1000000 > > And here, we had no network disconnections/malfunctions. Well, the log looks like open-iscsi fails requests. Needs to ask on open-iscsi list, I guess. -- To unsubscribe from this list: send the line "unsubscribe stgt" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html