Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-2118259.1
Update Date:2016-03-18
Keywords:

Solution Type  Problem Resolution Sure

Solution  2118259.1 :   D/H02.20.03.00 microcode Potential Data Integrity problem if using FASTRECL  


Related Items
  • Sun StorageTek VSM System
  •  
Related Categories
  • PLA-Support>Sun Systems>TAPE>Virtual Tape>SN-TP: VSM
  •  




In this Document
Symptoms
Changes
Cause
Solution
References


Created from <SR 3-12336602141>

Applies to:

Sun StorageTek VSM System - Version 4 to 5C [Release 4.0 to 5.0]
Information in this document applies to any platform.

Symptoms

 The VSM4, VSM5 or VSM5C may take warm boots.

 Symptom being documented here was a FSC 8E29 warm boot followed by FSC 8E4A, 8E4B and 3c75 warm boots.

Changes

 The VSM4 or VSM5 is running D02.20.03.00 code and FASTRECL is enabled.

                                                OR

 The VSM5C is running H02.20.03.00 code and FASTRECL is enabled.

Cause

 This problem is caused by a microcode fault.

Solution

 Turn off FASTRECL while the VSM is running D/H02.20.03.00 microcode.

 This problem will be addressed with the release of D/H02.21.XX.XX code currently scheduled for release in April, 2016.

 FASTRECL is also known by the following names:
    - FAST RECALL
    - ETTFB (Early Time To First Byte)
    - Concurrent Tape Recall/Mount

Instructions for checking FASTRECL can be found in MOS Doc ID 1456147.1.
Instructions for disabling FASTRECL can be found in MOS Doc ID 2118286.1.


Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback