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-1945576.1
Update Date:2017-05-23
Keywords:

Solution Type  Problem Resolution Sure

Solution  1945576.1 :   T10000C and T10000D - RMM Reports An Incorrect Capacity Value  


Related Items
  • StorageTek T10000C Tape Drive
  •  
  • StorageTek T10000D Tape Drive
  •  
Related Categories
  • PLA-Support>Sun Systems>TAPE>Tape Hardware>SN-TP: STK T-Series Drive
  •  




In this Document
Symptoms
Cause
Solution


Created from <SR 3-9750566881>

Applies to:

StorageTek T10000C Tape Drive - Version All Versions to All Versions [Release All Releases]
StorageTek T10000D Tape Drive - Version All Versions to All Versions [Release All Releases]
Information in this document applies to any platform.

RMM = Removable Media Manager

Symptoms

 RMM Report shows an incorrect (low) value for tape capacity in a FICON environment.

Cause

RMM does not take into account the true capacity that is written to the tapes. This is especially true for T10000C and T10000D devices where the Oracle device is capable of writing many times the amount of capacity vs. the IBM device that they are emulating. The host is able to fill tapes to capacity however the RMM capacity number will not reflect the true amount of data written to the tape.

The amount of data written to tape is correct (Block Count * Block Size) but in the case of 1:1 data written it shows a compression ratio of 2:1 (Compression) on the T10000D and 5.65:1 on the T10000C.  The reason is that we present these compression ratios to IOS so that the application (HSM) will fill our tapes.

Solution

 This is a problem within the RMM product.  If the customer needs this fixed they will need to contact IBM and open a problem ticket.


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