You can bypass the GUI and just create the vm.conf file as Steve has outlined 
below ( the "0" after the = sign is the robot number).

>>> "Steve Fogarty" <steve.fogarty at gmail.com> 12/19/2006 12:57 PM >>>
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/369f8344/attachment.html