[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>
|
|
|