We’re switching the software iSCSI
and don’t have the issue. As far as we can tell, it was specific to the QLogic
HBAs, but only occurred on a few servers.
From: Hadrian Baron
[mailto:Hadrian.Baron@vegas.com]
Sent: Thursday, January 24, 2008
5:49 PM
To: Glenn Walker;
toasters@mathworks.com
Subject: RE: Cleaning up Messy SW
iSCSI connections
It’s software based iSCSI, so the
normal gigE NIC becomes the HBA. It sounds like a similar issue though.
- Hadrian
From: Glenn Walker [mailto:ggwalker@mindspring.com]
Sent: Thursday, January 24, 2008
2:46 PM
To: Hadrian Baron;
toasters@mathworks.com
Subject: RE: Cleaning up Messy SW
iSCSI connections
Not using an HBA are you? We had
similar problems with the QLogic 4050C HBAs. The TCP session would drop
on the HBA and a reset would be required to get it going again.
From:
owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hadrian Baron
Sent: Thursday, January 24, 2008
1:28 PM
To: toasters@mathworks.com
Subject: Cleaning up Messy SW
iSCSI connections
Hello
Toasters,
We
have Snapdrive + MS iSCSI on a few boxes. I’ve noticed that once in
awhile the iSCSI connection will become unavailable. If you browse the
iSCSI front-end in Snapdrive, it will show unavailable where it would show the
IP addresses for target & portal.
If
you browse the iSCSI control panel, it shows a target that is “reconnecting”,
but you cannot disconnect it to properly re-establish the connection.
Does
anyone have a way to properly clean up these connections? Typically
disabling iSCSI / Snapdrive services, bouncing the box, and turning them up
will let me re-establish, but this is painful.
If
anyone is wondering, it’s Snapdrive 4.2.1 + MS iSCSI 2.05.
Thanks
all,
-
Hadrian