Error Recovery Level

The Linux SCSI Target Wiki

(Difference between revisions)
Jump to: navigation, search
m (See also)
m (See also)
Line 95: Line 95:
== See also ==
== See also ==
* [[Multiple Connections per Session]], [[Persistent Reservations]], [[ALUA]]
* [[Multiple Connections per Session]], [[Persistent Reservations]], [[ALUA]]
* [[iSCSI]]
* [[Target]], [[iSCSI]]
== External references ==
== External references ==

Revision as of 07:27, 27 November 2010

The Error Recovery Level (ERL) is negotiated during a leading iSCSI connection login in traditional iSCSI (RFC 3720) and iSER (RFC 5046).



The following diagram illustrated the RFC 3270 "Error Recovery Hierarchy":[1]

                        / \
                       / 2 \       <-- Connection recovery
                     /   1   \     <-- Digest failure recovery
                   /     0     \   <-- Session failure recovery

The following table provides an overview over the error recovery capabilities expected from each error recovery level implementation respectively.

ERL Associated Error recovery capabilities
0 Session recovery class
(Section - Session Recovery)
1 Digest failure recovery (see note below) plus ERL=0
2 Connection recovery class
(Section - Connection Recovery) plus ERL=1

Note: Digest failure recovery is comprised of two recovery classes: Within-Connection recovery class (Section Recovery Within-connection) and Within-Command recovery class (RFC 3270 Section "Recovery Within-command").


The following sections provide more detail over the error recovery capabilities expected from each error recovery level implementation.

ERL=0: Session Recovery

ERL=0 (Session Recovery) is triggered when failures within a command, within a connection, and/or within TCP occur. This causes all of the previous connections from the failed session to be restarted on a new session by sending a iSCSI Login Request with a zero TSIH.

Session recovery

Restart all iSCSI connections on any failure.

Session reinstatement

This is a special case for ERL=0 and recovering the existing I_T nexus.

ERL=1: Digest Failure Recovery

ERL=1 (Digest Failure Recovery) only applies to traditional iSCSI. For iSCSI/SCTP (which has its own CRC32C) and both types of iSER (so far), handling header and data checksum recovery can be disabled.

Within Connection Recovery

Within Command Recovery

Logic to handle recovery / generate R2Ts

Logic to issue SNACK for missing StatSN or DataIN

ERL=2: Connection Recovery

ERL=2 (Connection Recovery), also known as "Internexus-MP", is an optional RFC-3720 feature that allows for both single and multiple communication path sessions within a iSCSI Nexus (and hence the SCSI Nexus) to actively perform realligence/retry on iSCSI ITTs from failed iSCSI connections. ERL=2 allows iSCSI fabrics to take advantage of recovery in all regards of transport level fabric failures, and in a completely OS independent fashion (i.e. below the host OS storage stack).

As it is a SCSI feature, it is generic to the underlying network protocol (fabric module), and has been implemented with iSCSI/TCP, iSCSI/SCTP, and is possible for iSER/DDP, iSER/IB. With the latter case (iSER) traditional iSCSI recovery logic that pertains to ERL=1 is disabled, as the underlying RCaP is handling integrity of payloads using CRC32C or greater checking.

Note that in ERL=0 sessions, all communication paths need to be shutdown/restarted after a recovery exception occurs.

Connection recovery

Handle Logout Request
Handle generation of Recovery R2Ts for WRITE
Traditional iSCSI, iSER
Handle recovery DATAIN for READ
Traditional iSCSI, iSER
Handle changed MaxRecvDataSegmentLength across ERL=2
Traditional iSCSI [TODO], iSER [TODO]

Session reinstatement

Handle new Login Request for existing iSCSI connection handle (CSM-I).


See also

External references

Personal tools
Google AdSense