Veritas-bu

[Veritas-bu] LTO Labels

2006-12-19 14:57:30
Subject: [Veritas-bu] LTO Labels
From: steve.fogarty at gmail.com (Steve Fogarty)
Date: Tue, 19 Dec 2006 15:57:30 -0400
If this UNIX:
 
Put the following entry in /usr/openv/volmgr/vm.conf
 
MEDIA_ID_BARCODE_CHARS = 0 8 1:2:3:4:5:6
 
It shows 8 characters in the label...but only use 1-6
 
If you are using Windows:
 
In the GUI
-right click media
-Inventory robot
-Update Volume Configurarion (button)
-Advanced Option
-Media ID Generation
-new
-fill in barcode length to 8 and put 1:2:3:4:5:6 in the Media ID Generation
rule
-ok 
-ok
 
 
God, I love UNIX!   :-)
 
 
Steve
 
 
 

  _____  

From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Martin,
Jonathan (Contractor)
Sent: Tuesday, December 19, 2006 3:39 PM
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] LTO Labels


Two quick questions... one of our tape vendors prelabeled some of out LTO3
tapes with ###### L2 barcodes.  /sigh  Does Netbackup or the Library really
care?  2ndly - is there anyway to get Netbackup to ignore the "L#" at the
end of the barcode? I've got 700 some tapes that are AAA###L3 and Netbackup
keeps inventorying w/ the last 6 digits.  Can I tell it to use the 1st six?
 
Thanks,
 
-Jonathan

  _____  

From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Paul Keating
Sent: Tuesday, December 19, 2006 12:46 PM
To: veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO3 Read/Write LTO2


 
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Weber,
Philip
Sent: December 19, 2006 12:30 PM
To: Wessam Aly; Dave Brown
Cc: veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO3 Read/Write LTO2


I've also heard that once you've used LTO2 media in an LTO3 drive, you can't
then read it in an LTO2 drive.  Not sure where I got this from though. 
 
Absolutely 100% false.
I was worried of the same, so I test the hell out of my LTO3 drives before
putting them into prod. I've got 4x LTO2 drives, and 5x LTO3 drives in each
of my two libraries, and 100% LTO2 media.....been running like that almost a
year with no problems.
 
I've also got some new LTO3 drives having asked for LTO2...so far they seem
to be running slower than the LTO2s as I can't supply data to them fast
enough :-(... time to play with mpx and buffer sizes... 
 
MPX and number of buffers, yeah, but buffer size should be the same (256k)
for both. 
Get yourself some fast DSUs, VTLs, or use SAN media servers to prestage your
data......pushing it over 100Meg ethernet isn't going to  do you any
favours.
 
Paul
============================================================================
========



La version fran?aise suit le texte anglais.



----------------------------------------------------------------------------
--------



This email may contain privileged and/or confidential information, and the
Bank of

Canada does not waive any related rights. Any distribution, use, or copying
of this

email or the information it contains by other than the intended recipient is

unauthorized. If you received this email in error please delete it
immediately from

your system and notify the sender promptly by email that you have done so. 



----------------------------------------------------------------------------
--------



Le pr?sent courriel peut contenir de l'information privil?gi?e ou
confidentielle.

La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
diffusion,

utilisation ou copie de ce courriel ou des renseignements qu'il contient par
une

personne autre que le ou les destinataires d?sign?s est interdite. Si vous
recevez

ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans
d?lai ?

l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de
votre

ordinateur toute copie du courriel re?u.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061219/8f05a208/attachment.html