On 02/03/2012 04:17 AM, Sebastian Riemer wrote: > On 03/02/12 08:41, Ulrich Windl wrote: >> [...] >> >>>> Users have only been hitting it during shutdown at reboot time though. I >>>> think what was happening was the initiator sent a logout, got a logout >>>> response, but then the target still sent data/responses for other IO >>>> that was running at the time. The initiator assumed that once the logout >>>> response was sent the target would stop sending data. >>> >> [...] >> >> According to my experience this can happen with multipath: When you use >> "multipath -f map", the command returns quickly, but actually patch checkers >> are removed in background after that. So if you disconnect your iSCSI >> immediately after flushing your maps, you may hit this. I haven't had this >> with iSCSI, but with a regular SAN (where I also had hard hangs in I/O). >> > > Thanks for your responses. I'll try this. Luckily, this hasn't too high > impact for us. > > Unfortunately, we have AUFS on our disk-less servers.
Are you doing iscsi root? I think that is where I have seen it the most. iscsi root then user reboots. In the reboot then they would hit the problem. -- 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.
