Sun Microsystems, Inc.  Sun System Handbook - ISO 3.4 June 2011 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-71-1009873.1
Update Date:2010-01-26
Keywords:

Solution Type  Technical Instruction Sure

Solution  1009873.1 :   Sun StorageTek[TM] Application Storage Manager [ASM for Solaris[TM]] - Sun StorageTek[TM] T9940A: Media is unlabeled after archiving has successfully occured.  


Related Items
  • Sun StorageTek 9940B Tape Drive
  •  
  • StorageTek Application Storage Manager
  •  
  • Sun StorageTek 9940 Tape Drive
  •  
Related Categories
  • GCS>Sun Microsystems>Storage Software>Data Management Software - Tape
  •  

PreviouslyPublishedAs
213541


Description
Sun StorageTek[TM] Application Storage Manager

- ASM for Solaris[TM]
- Symptom: After archiving has occurred to a piece of media, subsequent loading of the media results in the media being unlabeled and data lost.



Steps to Follow
Symptom, Cause, and Solution

Symptom:

After archiving has occurred to a piece of media, subsequent loading of the media results in the media being unlabeled and data lost.

Cause:

A problem was found with the st.conf flag settings in the example file that is provided in the software distribution. The st.conf_changes file provided in /opt/LSCsamfs/examples contains an error.

NOTE: This problem only becomes a issue if the example file was used as part of the configuration process.

The incorrect T9940A option flags are:
CLASS_T9940A = 1,0x36,0,0x1d639,1,0x00,0;

The ST_AUTODEN_OVERRIDE needs to be set to prevent the Solaris ST driver from rewinding the media to BOT to determine the tape density during a Solaris ST driver recovery process. ASM is not aware that the rewind has happened so ASM writes over the label/data at BOT. Since the label/data has been destroyed, the next time the media is loaded ASM recognizes the media as unlabeled even though ASM knows that the media had been written to previously. This causes data loss at BOT. By setting this bit the problems with labels/data being overwritten is corrected.

Solution:

After the sampkg is installed please update the T9940A option flags in the st.conf_changes file in /opt/LSCsamfs/examples.

The correct option flags should be:
CLASS_T9940A = 1,0x36,0,0x1d679,1,0x00,0;

This file will be fixed in the next release of ASM 3.5.0



Product
Sun StorageTek Application Storage Manager
Sun StorageTek 9940 Tape Drive
Sun StorageTek T9940 Tape Drive

Internal Comments
Oracle Review 1/26/10, Glen Foley

CRCM, StorageTek Application Storage Manager, ASM for Solaris, T9940A
Previously Published As
91034

Change History
Date: 2007-10-01
User Name: 71396
Action: Approved
Comment: Performed final review of article.
Updated trademarking.
Publishing.
Version: 3
Date: 2007-10-01
User Name: 71396
Action: Accept
Comment:
Version: 0
Date: 2007-10-01
User Name: 25646
Action: Approved
Comment: This document is part of the CRC Migration effort and does not require the standard technical review process.
Version: 0
Product_uuid
34c0e0eb-6c3e-11dc-9b8e-080020a9ed93|Sun StorageTek Application Storage Manager
25220d66-2ff1-11d7-8930-df4825b09496|Sun StorageTek 9940 Tape Drive
c0a151ce-cfec-11da-a933-080020a9ed93|Sun StorageTek T9940 Tape Drive

Attachments
This solution has no attachment
  Copyright © 2011 Sun Microsystems, Inc.  All rights reserved.
 Feedback