Veritas-bu

[Veritas-bu] Netbackup 5.1 MP4 Vault eject failures

2005-12-15 14:39:22
Subject: [Veritas-bu] Netbackup 5.1 MP4 Vault eject failures
From: ed AT gurski DOT com (Ed Gurski)
Date: Thu, 15 Dec 2005 14:39:22 -0500
On Thu, 2005-12-15 at 13:11 -0600,
veritas-bu-request AT mailman.eng.auburn DOT edu wrote:



> Date: Thu, 15 Dec 2005 12:10:00 -0600
> From: "Lien, Mitch" <mitch.lien AT medtronic DOT com>
> To: <veritas-bu AT mailman.eng.auburn DOT edu>
> Subject: [Veritas-bu] Netbackup 5.1 MP4 Vault eject failures
> 
> Hi.
> 
> We have a Vault duplication job that duplicates Virtual tapes (using a EMC
> CDL) onto standard tapes (using 9940B drives/L700 Tape Lib).
> 
> Within the Vault Profile, we have 00_009_TLD as the source Volume Group.
> This volume group is used by our EMC CDL (Virtual Tape library). The
> destination tape library we are duplicating to has a Volume Group of
> 00_002_TLD. This volume group is used by our STK L700 tape library and has
> not been entered into the Vault profile at all.
> 
> When we run the Vault duplication everything is working correctly with the
> exception of the eject process. The tapes that are suppose to be getting
> ejected are not and we are seeing the following in the detail.log of the
> Vault session:
> 
> 13:40:53.646 [8218] GenMediaEjectList(): media M01212 selected but not in
> robot group '00_009_TLD', skipping eject
> 13:40:53.646 [8218] GenMediaEjectList(): media M01443 selected but not in
> robot group '00_009_TLD', skipping eject
> 13:40:53.646 [8218] GenMediaEjectList(): media M01657 selected but not in
> robot group '00_009_TLD', skipping eject
> 13:40:53.646 [8218] GenMediaEjectList(): media M02162 selected but not in
> robot group '00_009_TLD', skipping eject
> 
> 
> We think the issue has something to do with the "source Volume Group" of
> 00_009_TLD mentioned above, but are not sure. The first tape, M01212, is in
> the 00_002_TLD volume group and we do not know why it cares that it is not
> in the 00_009_TLD group.
> 
> Any help would be appreciated.
> 
> Thanks.
> 
> Mitch
> 
Mitch:

If you are running on a Unix master server then the problem is a lock
file that was previously used but not removed. The lock file(s) are
normally stored in  /usr/openv/volmgr/misc. They will have lock as the
suffix or the middle part of the filename. It is OK to delete them ---
I've run into this wit 5.1 MP3 & MP4. Symantec's solution is to delete
them.

If you're running windows, then it's probably in
(instal_path)/volmgr/misc

HTH
-- 
Ed Gurski <ed AT gurski DOT com>


<Prev in Thread] Current Thread [Next in Thread>