Hi, Morten:

Specifically you can use
1. Utility as 'snoop' or 'wireshark' to capture the ethernet traffic between your initiator and target, and then analysis the iscsi traffic to see whether NOP is periodically exchanged between them. For snoop, use command as "snoop -d e1000g0 -o abc.cap", while e1000g0 is used to specify your NIC that flow iscsi traffic, captured package is stored in abc.cap file. 2. Write a dtrace file to trace the function of 'iscsi_nop_checks' and 'iscsi_handle_nop' to see whether initiator actively send NOP to target when connection get idle.
A quite simple dtrace file like this:
       #! /usr/sbin/dtrace -s
       #pragma D option flowindent
       fbt:iscsi:iscsi_nop_checks:
       {}
       fbt:iscsi:iscsi_handle_nop:
       {}
3. Or simply check /var/adm/messages to track 'iscsi' driver log, to have a check why iSCSI initiator get iSCSI LUN offline.

Regards,
ZhangYi

Andrey Kuzmin wrote:
Why not just post a tcpdump log of the session in question?
Regards,
Andrey




On Fri, Jan 15, 2010 at 10:54 AM, Morten Green Hermansen
<morte...@fanitas.com> wrote:
Hello!

Synology tells me that the problem is OpenSolaris. I have started a thread in 
Synologys forums, see:

http://forum.synology.com/enu/viewtopic.php?f=147&t=19569

Best regards,
- Morten Green Hermansen, Fanitas
--
This message posted from opensolaris.org
_______________________________________________
storage-discuss mailing list
storage-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

_______________________________________________
storage-discuss mailing list
storage-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

_______________________________________________
storage-discuss mailing list
storage-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to