« Previous day (Nov 21, 2005) | Main | Next day (Nov 22, 2005) »

http://blogs.sun.com/dweibel/date/20051122 Tuesday November 22, 2005

iSCSI and persistent tape binding?

There has been an outstanding complaint from customers around Solaris and Fiber Channel devices for a number of years. It looks like we have has created a short term workaround for this problem.

http://blogs.sun.com/roller/page/hbainsights?entry=persistent_bind_solution_creating_consistent

This same solution will work for iSCSI tape devices.

Target ISID Problems

We have recently found a large number of the targets in the market space are incorrectly handling the iSCSI ISID. The ISID is the initiator part of the session identifier. An I_T_Nexus between an iSCSI initiator and target is created by the combination of the following parts.

iSCSI Initiator Name + ',i,'+ ISID, iSCSI Target Name + ',t,'+ Portal Group Tag (iSCSI RFC Section 2.1)

The problem we are seeing with many targets is they are ignoring the ISID in this I_T_Nexus. When a second session is connecting to the target with the same initiator-name and a different ISID some targets are treating this second session the same as the first. This means the first session is implicitly disconnected and the second session is treated as the first reconnecting (Connection Reinstatement iSCSI RFC Section 5.3.4).

Users with these misbehaving targets can encounter this problem with the Microsoft iSCSI initiator or with Solaris 10 Update 2 initiator (Solaris Express 12/05). As part of Solaris 10 Update 2 we have added some new abilities for multipathing that will allow the creation of multiple Sessions to the same iSCSI Target Name/Portal Group Tag. I will present more details on this feature in the future.

In the mean time I recommend target vendors correct this problem with one of two approaches.

  • If your array doesn't have the resources to handle more that one session from a specific initiator-name. Then on login if the ISID is different than the original ISID return the following login failure. Status Class == 0x03 and Status Detail == 0x02, "Target has incufficient session, connection, or other resources."
  • The other option is to properly record and support the ISID field so multiple sessions for the same initiator-name are supported.
Fixing this issue now will help your customers avoid problems in the future. If your an array vendor and have more questions on this problem email them to iscsi-support-ext at sun dot com.

Solaris 10 Hardware 2

We keep getting questions from vendors and customers when the Solaris iSCSI initiator will be released and supported for Solaris 10. It used to be alot more complicated to answer these questions. Although the answers are getting alot simplier.

The Solaris iSCSI initiator is already supported on Solaris 10 via Solaris 10 Hardware Release 2. Get the details from the following links.

http://www.sun.com/software/solaris/get_hardware_2.jsp
http://www.sun.com/software/solaris/releases.xml


Valid HTML! Valid CSS!

This is a personal weblog, I do not speak for my employer.