Ok, I'm not entirely surprised that it worked when you retried it, as I have recently seen similar behaviour myself. I still think there may be a bug lurking in the iscsitgt code, it's just that it's intermittent, so harder to locate!
It would be good to prove this one way or another, and you could help by trying to reproduce the problem. Maybe you could try some reboots, and/or de-configuring it all and configuring the initiator again, to see if you can trigger the problem again. The reason I asked you to look in file '/var/svc/log/system-iscsitgt\:default.log' was to see if there were any line like 'Stopping because process dumped core.' which would indicate a iscsitgt crash. Sometimes these go unnoticed, as SMF will try to restart iscsitgt and it will try to continue. It then seems to work, but performance is poor because it is spending a lot of time continually restarting. (But you seem to be saying you are not seeing anything like this - correct?) Creation of core dump files is disabled by default, so to enable it you need to follow these instructions: http://prefetch.net/blog/index.php/2007/03/23/using-the-solaris-coreadm-utility-to-control-core-file-generation/ It would be interesting to look at a packet capture using snoop or tcpdump, but the difficulty is capturing the packets at the right time, while the problem is occurring. It can be like looking for a needle in a haystack! I'm told that Vmware ESX server is available as a trial download, so I may have a go at reproducing the problem myself, if I can find the time. Thanks Nigel Smith This message posted from opensolaris.org _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
