Sun Storage 6920 System
 

GCS>Sun Microsystems>Sun Alert>Criteria Category>Availability
 
GCS>Sun Microsystems>Sun Alert>Release Phase>Resolved
 

On the Sun StorEdge 6920 with Data Services Platform (DSP) firmware 2.2.1.182 installed, "Persistent Reservation" issues may cause DSP panics which could result in storage being unavailable.

This issue can occur on the following platform:

• Sun StorEdge 6920 without DSP firmware patch 118396-52

The following conditions must be present for this issue to occur:

1. The DSP is running version 2.2.1.182 firmware
2. Command must be active at the time of the error
3. Persistent Reservation must be waiting for WRITE DATA to be received
4. CTIO request must result in an error status
5. Command must NOT be aborted

Note: The above factors are not readily visible.

The DSP will panic with the following string:

    PANIC!!:  file - isp_target.c  line - 5148
    MED_FREE_BUF - free pr/resv cmd when not finished, xsp = 0xXXXXXXXX

Panic strings first show up on the console and then are recorded in the messages file (and in a core dump, if active).

There is no workaround for this issue. Please see the Resolution section below.

This issue is addressed on the following platform:

• Sun StorEdge 6920 with DSP firmware patch 118396-52 or later

References

* "Command" referred to in Contributing Factors is to internal scsi commands, not something that is actively or overtly done by a user (ie: commands that can be found in scsi protocol). Examples would be Read/Write/Open/Close etc.

The problem is only with UBR19 & UBR20. There was new functionality that was added in 19 (and migrated to 20 before it was caught) that caused the problem. The level of DSP code would be 02.02.01.182 is where the problem is. It's fixed in 02.02.01.189. See PTS website for details:

http://pts-storage.west/products/SE6920/baseline_matrix.html

References

This solution has no attachment