Hello all- I believe we're heading in the right direction. I've got the box upgraded to build 82. I enabled UMEM_LOGGING on the iscsitgt process, and generated a bunch of cores. I still see about 33 leaks that appear to be associated with getting my four Windows clients connected (using MS iscsi initiator 2.06). After that, I no longer see any leaks being generated. What a relief. I believe this will be a much more robust setup after a few weeks of uptime. Thanks for the work on that.
I do have one odd symptom that is new, however. When I have multiple clients performing IO operations against the iSCSI targets (in this case, I've got three machines each copying a 13 GB file to their respective iscsi targets), about every five seconds the Solaris box becomes unresponsive, whether typing at the physical console, over an SSH session, or even just moving the mouse around the screen on the Solaris box (the keystrokes don't drop, but the echoes are delayed, and the mouse pointer stops moving for a moment). What's really funny is that if I'm logged into the physical console typing away during one of the hiccups (like right now), I get double key entries for the paused time. The latency seems to also impact the networking stack. I know this is very unscientific, but about every five seconds, the activity lights on the switch ports indicate a complete pause in network IO for just about a second (maybe less), and then everything continues as it should. Any ideas? I'm not sure if this is an iSCSI problem. If I cancel the copy operations, the pause every five seconds goes away the the box becomes as responsive as one would normally expect. Or if just one box is doing IO against its target at the time, there is no five second hiccup. It begins when I have to active clients performing IO on their iSCSI volumes. I turned off UMEM_LOGGING and target logging just in case they were the culprit, but that made no difference. Thanks again- John This message posted from opensolaris.org _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
