| Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback |
| Sun System Handbook - ISO 3.4 June 2011 Internal/Partner Edition | ||
|
|
||
 |
||||||||||||
Solution Type Problem Resolution Sure Solution 1018563.1 : Sun StorEdge[TM] SAM-FS: Imported media has incorrect media type
PreviouslyPublishedAs 230249 Symptoms When using an ACSLS library and importing media, the wrong media type is assigned. For example, two virtual libraries are defined in the mcf file with two media types, li and lt: # Equipment Eq Eq Family Device Additional # Identifier Ord Type Set State Parameters #----------- --- ---- ------ ------ ---------- /etc/opt/SUNWsamfs/stkli 60 sk stkli on /var/opt/SUNWsamfs/catalog/L700_li_cat /dev/rmt/0cbn 61 li stkli on /dev/rmt/1cbn 62 li stkli on /dev/rmt/2cbn 63 li stkli on /dev/rmt/3cbn 64 li stkli on # Equipment Eq Eq Family Device Additional # Identifier Ord Type Set State Parameters #----------- --- ---- ------ ------ ---------- /etc/opt/SUNWsamfs/stklt 70 sk stklt on /var/opt/SUNWsamfs/catalog/L700_lt_cat /dev/rmt/4cbn 71 lt stklt on /dev/rmt/5cbn 72 lt stklt on /dev/rmt/6cbn 73 lt stklt on /dev/rmt/7cbn 74 lt stklt on And within ACSLS, a scratch pool is defined with two LTO2 tapes: 2005-06-15 09:01:27 Scratch Status Scratch Pool Identifier Home Location Status Type 7 SAM000 0, 0, 2, 1, 3 home LTO-200G 7 SAM500 0, 0, 3, 0, 1 home LTO-200G The tapes are then imported using the -c and -s options: # import -c 2 -s 7 60 (eq of li library) However the tapes appear in the catalog as 'lt': # Index VSN Barcode Type PTOC ... 0 SAM000 SAM000 lt 0 ... 1 SAM500 SAM500 lt 0 ... Resolution The media type for imported media is inherited from the drive type. In the mcf file, the drives are defined as li, but SAM-FS assigns the media type after initialization. Looking at the device log for drive 61, we see that the drive is initializing as a DLT7000: 2005/06/14 16:17:19*0000 Initialized. tp 2005/06/14 16:17:21*1002 Device is QUANTUM , DLT7000 2005/06/14 16:17:21*1003 Serial PXA51S0814, rev 276Aqj 2005/06/14 16:17:21*1005 Known as DLT Tape(lt) The is more easily seen in the 'samcmd s' output which reports drives 61-64 are 'lt' and drives '71-74' are 'li'. The complete opposite of what we have defined in the mcf file. phi# /opt/SUNWsamfs/sbin/samcmd s Device status samcmd 4.3.11 09:11:46 Jun 15 2005 samcmd on phi ty eq state device_name fs status sk 60 on /etc/opt/SUNWsamfs/stkli 60 m--------r stk_view(7) volser SAM500 lt 61 off /dev/rmt/0cbn 60 ---------- empty lt 62 off /dev/rmt/1cbn 60 ---------- empty lt 63 off /dev/rmt/2cbn 60 ---------- empty lt 64 off /dev/rmt/3cbn 60 ---------- empty sk 70 on /etc/opt/SUNWsamfs/stklt 70 m--------r stk_view(21) volser 54B002 li 71 off /dev/rmt/4cbn 70 ---------- empty li 72 off /dev/rmt/5cbn 70 ---------- Did not become ready, check log li 73 off /dev/rmt/6cbn 70 ---------- empty li 74 off /dev/rmt/7cbn 70 ---------- empty This is usually an indication that the wrong /dev/rmt/ entries were configured in the mcf file. We must correct the mcf file and stk params files to correctly represent the drive type and location with the library. Technical Instruction <Document: 1006246.1> can be used as a reference, but since we're using ACSLS and different media, it might be best to turn SAM-FS library interaction off with with 'samd stop' then run through the following: 1. Use 'samd stop' to prevent SAM-FS from loading any tapes. 2. Make sure all drives are empty 3. With ACSLS, move the appropriate media into the first drive 4. Check each /dev/rmt/# for a tape # mt -f /dev/rmt/0 status /dev/rmt/0: no tape loaded or drive offline # mt -f /dev/rmt/1 status ... 5. Once found, note which /dev/rmt/ entry corresponds to this drive and dismount the media. 6. Mount the appropriate media into the next drive. 7. Continue with steps 4-6 until you've identified the appropriate /dev/rmt/# entry for each drive. 8. Once all drives are identified, modify the mcf file and stk params file appropriately. 9. Use samd config to reread the mcf file and stk params files, then verify the drives within 'samcmd s' are showing the appropriate media type after they initialize. Device status samcmd 4.3.11 09:11:46 Jun 15 2005 samcmd on phi ty eq state device_name fs status sk 60 on /etc/opt/SUNWsamfs/stkli 60 m--------r stk_view(7) volser SAM500 li 61 on /dev/rmt/4cbn 60 ---------- empty li 62 on /dev/rmt/5cbn 60 ---------- empty li 63 on /dev/rmt/6cbn 60 ---------- empty li 64 on /dev/rmt/7cbn 60 ---------- empty sk 70 on /etc/opt/SUNWsamfs/stklt 70 m--------r stk_view(21) volser 54B002 lt 71 on /dev/rmt/0cbn 70 ---------- empty lt 72 on /dev/rmt/1cbn 70 ---------- empty lt 73 on /dev/rmt/2cbn 70 ---------- empty lt 74 on /dev/rmt/3cbn 70 ---------- empty Product Sun StorageTek SAM-FS 4.4 Software Sun StorageTek SAM-FS 4.0 Software Sun StorageTek SAM-FS 4.3 Software Sun StorageTek SAM-FS 4.1 Software Sun StorageTek SAM-FS 4.2 Software Sun StorageTek L700 Tape Library wrong media types, import, pool, ACSLS, SAM-FS, SAM-QFS Previously Published As 81961 Change History Oracle Review 11/19/09, Glen Foley Date: 2006-01-19 User Name: 7058 Action: Update Canceled Comment: *** Restored Published Content *** SSH AUDIT Version: 0 Date: 2006-01-19 User Name: 7058 Action: Update Started Comment: SSH AUDIT Version: 0 Date: 2005-06-22 User Name: 25440 Action: Approved Comment: Publishing. Version: 6 Product_uuid d12d4e17-3a97-11d9-9607-080020a9ed93|Sun StorageTek SAM-FS 4.4 Software 1a87af39-97fb-4309-a3d9-3aae2404439d|Sun StorageTek SAM-FS 4.0 Software 70bf7e33-fd48-11d8-ab63-080020a9ed93|Sun StorageTek SAM-FS 4.3 Software e63d2dea-356f-11d7-8cbd-ca9698a7a3cb|Sun StorageTek SAM-FS 4.1 Software 7fc60f81-b048-11d8-ab52-080020a9ed93|Sun StorageTek SAM-FS 4.2 Software 2ad1aed8-0a18-11d6-90e0-ed11c048e8c6|Sun StorageTek L700 Tape Library Attachments This solution has no attachment |
||||||||||||
|
||||||||||||