My understanding of CentricStor is that NetBackup only knows about 
CentricStor's virtual tape devices.  CentricStor offlines virtual tapes to 
physical tape as and when the virtual tapes become full, and NetBackup knows 
nothing about where the data is on physical tapes.

Interested, because we're looking at CentricStor.

What happens with the tape mount timeout?  Does the restore request go into a 
"waiting for operator to load tape" state and have to be manually resubmitted 
once the VTL has finished pulling the data back?

Phil

-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu [mailto:veritas-bu-bounces 
at mailman.eng.auburn.edu] On Behalf Of Paul Keating
Sent: 21 September 2006 19:01
To: veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout


My point, I suppose, is that if your data isn't on the VTL, it should be on 
tape.
Netbackup should already know this, and pull the data direct from the tape.

A higher timeout would treat the symptom, but this whole idea of pulling the 
data back from tape to the VTL exacerbates the problem which most people 
implement VTL to cure....namely time to restore.

Paul

-- 


> -----Original Message-----
> From: mirko_nbu at mac.com [mailto:mirko_nbu at mac.com] 
> Sent: September 21, 2006 1:55 PM
> To: Paul Keating
> Cc: veritas-bu at mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, 
> Media Mount Timeout
> 
> 
> Paul,
> 
> I wonder too :-( Mainly a timeout of more than 5 minutes 
> would help, but as explained, the NBU internal timeout does 
> not seem to work... 
> 
> Help appreciated :-)
> 
> 
> Cheers, 
> 
> Mirko
> 
> 
>  
> On Thursday, September 21, 2006, at 07:43PM, Paul Keating 
> <pkeating at bank-banque-canada.ca> wrote:
> 
> >I'm wondering what kind of (mis)configuration is responsible 
> for media
> >having to be pulled back to the VTL to do a restore.
> >
> >Sounds painful.
> >
> >Paul
> >
> >-- 
> >
> >
> >> -----Original Message-----
> >> From: veritas-bu-bounces at mailman.eng.auburn.edu 
> >> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf 
> >> Of mirko_nbu at mac.com
> >> Sent: September 21, 2006 12:46 PM
> >> To: veritas-bu at mailman.eng.auburn.edu
> >> Subject: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media 
> >> Mount Timeout
> >> 
> >> 
> >> Hi all,
> >> 
> >> another kind of a problem, that may be a bug in NBU? Expert help 
> >> appreciated! 
> >> 
> >> We're using NetBackup 6.0 on a Windows 2003 Server Master Server. 
> >> The Server is connected to a FJS CentricStore VTL, emulating 
> >> 8 Exabyte 
> >> Mammooth drives with a capacity of 20Gb each. The drives are 
> >> integrated 
> >> into a NBU logical library using TL8 as the drive 
> controlling type... 
> >> 
> >> The problem: 
> >> Whenever a media is requested, that does not reside in the 
> >> VTL cache, the 
> >> media content has to be staged in transparently by the VTL 
> >> software, leading 
> >> to an NBU robot error media timeout message! We tried to 
> >> increase the MEDIA_MOUNT_TIMEOUT using the GUI, but the 
> >> timeout still appears after 6 minutes, 
> >> regardless of the setting... the windows system log complains 
> >> about a sempahore 
> >> timeout! To me it seems like the MEDIA_MOUNT_TIMEOUT is not 
> >> working correctly or 
> >> is it only suitable for ACS managed or other drive? Maybe 
> >> there is also some different configuration setting on the 
> >> Windows or TL8 side? 
> >> 
> >> Besides this we wonder about the fact, that mounting of the 
> >> tape media is beeing retried using another tape drive. Is 
> >> there any configuration value that controls this? We already 
> >> experimented with "Restore Retries = 0" & "Retry Interval =1"...
> >> 
> >> Thanks for help! 
> >> 
> >> Kind regards, 
> >> 
> >> Mirko 
> >> 
> >> 
> >> _______________________________________________
> >> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
> >> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >> 
> >=============================================================
> =======================
> >
> >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.
> >
> >_______________________________________________
> >Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
> >http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> >
> 
> 
> Herzliche Gr??e,
> 
> Mirko Schlottke
> 
> ----------------------------------------------------
> -- Mirko Schlottke - IT-Consulting ---
> - Waterloostr. 31 - 22769 Hamburg --
> --- Phone +49 (0)40 43253868 --------
> ------ Cell +49 (0)175 1604033 ---------
> -------- Fax +49 (0)40 43182524 -------
> - info at mirko-schlottke.de --------------
> ----------------------------------------------------
> 
====================================================================================

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.

_______________________________________________
Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

-----------------------------------------
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: 1 Waterhouse Square, 138-
142 Holborn, London EC1N 2NA.
 

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.