well this depends on the type of robot you are using...
for tld/tl8 we normally use vmchange <blah, blah, blah> -e...
with nbu 3.4, we found that vmchange, however, would end up moving media into
the offsite volume group even if the eject failed, so we moved to using tlXtest
to do the physical move, and vmchange to update the mm database...
for those robots, check eject_tapes in the ../netbackup/vault/DUPxxx directory
for exact commands...
for tlh/tlm robots, also check eject_tapes... we just do a command line call to
the appropriate robot software (mtlib and dasadmin, respectively)...
for acs robots, we used 2 methods... the old one involved remote shell-ing to
the acsls server and using cmd_proc to physically eject the media... the newer
(better) way involves us using the ACS API which directly makes contact with the
acsls server via sockets/tcpip and calls for an eject...
if the vaults are trying to eject the same media and they run at the same time,
yep, you would have a problem... but i doubt thats it...
if you are ejecting original media (i.e. not doing duplication), then its
probably our filtering mechanism that is filtering out certain media... check
the bpvault.all.output_* file (copied from ../netbackup/vault/production into
the DUPxxx directory after the session is complete) and search for FILTER (all
caps) and then scroll through the log file... it should tell you that it is
either rejecting a particular image (usually because the media on which the
image was written is either already offsite or has newer backups on it than your
date range in the parm file allows)...
if that filtering mechanism is giving you a problem, please contact customer
support and get the latest bpvault patch... we fixed some filtering issues on
our 2nd-to-last patch (P1220), so you may need that...
and if you're still in a bind, call customer support and open a case and one of
our techs can help you out...
b-
"Arterburn, Michael" wrote:
> What is the exact process or where can I find the exact process for how
> bpvault ejects tapes? I have looked through the manuals but have not found
> anything.
>
> I am having trouble with vault not ejecting every tape it is supposed to
> eject. I have multiple vaults running with auto eject on and I am wondering
> if they are hurting each other when it comes to ejecting. The vaults
> actually work fine except for this problem.
>
> Thank you!
>
> Michael Arterburn
> Arvin Meritor <<http://www.arvinmeritor.com>>
> Michael.Arterburn AT ArvinMeritor DOT com
> Phone: 812.379.3315
> Cell: 812.390.6508
> Pager: 812.370.1343
>
> From my PC... through the LAN... over the data cables... to the
> ISP... out of the proxies... nothing but net!
>
> :wq!
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
Brian Blake
Professional Services Organization
VERITAS Software
brian.blake AT veritas DOT com
|
