Sun System Handbook - ISO 3.4 June 2011 Internal/Partner Edition | |||
|
|
Solution Type FAB (standard) Sure Solution 1000172.1 : Using '.vol init fast' on a 6020 in a 6920 configuration to rebuild a lun requires additional steps to insure data integrity.
PreviouslyPublishedAs 200221 Product Sun StorageTek 6920 System Bug Id <SUNBUG: 6273852> Impact Using an improper procedure could result in data loss. Symptoms No symptoms provided. Root Cause Infodocs such as:
or any other procedure to wipe out the sysarea and rebuild a 6020 array without initialization within a 6920 ONLY can cause this issue to appear. The .vol init fast command will create a new WWN for the vdisk on the 6020 tray. The problem is that the DSP is expecting the OLD VDISK/LUN WWN from before the tray was rebuilt. Workaround See Resolution section below. Resolution A new command has been added to the 6020 firmware v3.2.2 to allow the WWN of the volume to be changed prior to allowing the DSP to see it. This firmware is contained in the 3.0.0.30 release of Unity. The patch that contains the firmware and instructions for installation are located: http://pts-storage.us.oracle.com/products/SE6920/downloads/Release_Downloads.html Comments A PTS escalation will be required to provide the correct procedure to rebuild the sysarea on the affected 6020 tray. Should this be identified as the action plan, please open a PTS-STORAGE escalation. Related Information
Previously Published As 102089 howard.lapin@sun.com Internal Eng Business Unit Group KE Authors Internal Eng Responsible Engineer bill.stearns@sun.com Internal Services Knowledge Engineer sean.hassall@sun.com Internal Escalation ID 1-8820289 Internal Kasp FAB Legacy ID 102089 Internal Sun Alert & FAB Admin Info Critical Category: Significant Change Date: Avoidance: Workaround Responsible Manager: null Original Admin Info: null Product_uuid 67794720-356d-11d7-8ef2-ce2ac2bc9136|Sun StorageTek 6920 System Attachments This solution has no attachment |
||||||||||||
|