On Thu, May 14, 2009 at 2:54 PM, Ulrich Windl <ulrich.wi...@rz.uni-regensburg.de> wrote: > > On 14 May 2009 at 13:12, Erez Zilber wrote: > >> >> Hi, >> >> I'm running a setup of open-iscsi & SCST. In order to test error >> scenarios during a WRITE command, I've added a delay in SCST, so after >> it receives the command, it doesn't send an R2T for 20 seconds. I also >> modified the device timeout on the initiator side to 5 seconds. >> However, I don't see an 'abort' for that command. Instead, I see that >> open-iscsi logs in again after 10 seconds and sends the command again. >> SCST also cleans up the session. >> >> Can anyone explain the reason for this behavior? I would expect that >> scsi-ml on the initiator side will send an 'abort' after 5 seconds. > > IMHO 5s for a "target abort" is way too short: If your physical disk has some > problems (like seek errors, verify error, etc.) it can take very long for a > write > to complete. Usually one would prefer to see the data on disk over triggering > some > error. I don't know the spects, but I'd guess the suggested timeout is > minutes, > not seconds.
Maybe it wasn't clear, but the 5 seconds timeout is only for testing & debugging. Erez --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "open-iscsi" group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/open-iscsi -~----------~----~----~----~------~----~------~--~---