NetBackup and the library don't seem to care...we started using our LTO3 tapes
with ####L2 labels as we initially had no ####L3 labels.
-----Original Message-----
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: 19 December 2006 19:39
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.
-----------------------------------------
Egg is a trading name of the Egg group of companies which includes:
Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no
3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and
Egg Financial Intermediation Ltd are authorised and regulated by
the Financial Services Authority (FSA) and are entered in the FSA
register under numbers 205621 and 309551 respectively. These
members of the Egg group are registered in England and Wales.
Registered office: Laurence Pountney Hill, London EC4R 0HH.
This e-mail is confidential and for use by the addressee only. If
you are not the intended recipient of this e-mail and have received
it in error, please return the message to the sender by replying to
it and then delete it from your mailbox. Internet e-mails are not
necessarily secure. The Egg group of companies do not accept
responsibility for changes made to this message after it was sent.
Whilst all reasonable care has been taken to avoid the transmission
of viruses, it is the responsibility of the recipient to ensure
that the onward transmission, opening or use of this message and
any attachments will not adversely affect its systems or data. No
responsibility is accepted by the Egg group of companies in this
regard and the recipient should carry out such virus and other
checks as it considers appropriate.
This communication does not create or modify any contract.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061220/f50cf10e/attachment-0001.html
|