Veritas-bu

[Veritas-bu] Cleaning Quandary

2006-09-14 13:28:43
Subject: [Veritas-bu] Cleaning Quandary
From: roy_vosberg at symantec.com (Roy Vosberg)
Date: Thu, 14 Sep 2006 12:28:43 -0500
 
Correct.  Else Libraries without barcode readers could not use cleaning
tapes.
Run the command   ..\Volmgr\bin\vmquery -m <tape_ID>
That will tell you the type, pool, and the robot number / slot number

If there is no robot number / slot number then that is the problem.



-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Bobby
Williams
Sent: Thursday, September 14, 2006 11:36 AM
To: Brooks, Jason; veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Cleaning Quandary

Your barcodes don't have to have CLN in them.

You do, however, have to have them defined as Cleaning tapes and of the
correct type as the drives.  But it looks like you have that (pending
that your drives are hcart3).

I would wonder why you would share the drives between a master and a
media server.  You probably are wasting money on either an SSO license
or the media server license.  With only 2 drives in an i2K, you are
running on overkill anyway.  But then I don't know anything about your
environment.

SSO and cleaning tapes were an issue in the 4.5MP6 days, but when I
upgraded to 5.1, I did away with SSO.

Bobby.







From: "Brooks, Jason" <brooksje at longwood.edu>
Date: 2006/09/14 Thu PM 12:03:11 EDT
To: <veritas-bu at mailman.eng.auburn.edu>
Subject: Re: [Veritas-bu] Cleaning Quandary

 Finally talked with support.  They're pointing that our cleaning tapes
don't have actual CLN*** labels.  Can anyone support/deny this
allegation?

Thanks,
Jason

> -----Original Message-----
> From: veritas-bu-bounces at mailman.eng.auburn.edu 
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf 
> Of Brooks, Jason
> Sent: Thursday, September 14, 2006 10:26 AM
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] Cleaning Quandary
> 
> Setup:
> 
>       1 NBU 6.0MP3 + eng binaries master, 1 NBU 6.0MP3 media
>       Scalar i2K with 2 LTO3s, both shared to both servers
> 
> I came in this morning and found that the cleaning flag was 
> set by my ADIC on one of the drives.  I have 5 cleaning tapes 
> in the library, and NBU knows them to live in the NONE pool 
> with a media type of HC3_CLN.
> When I tried to clean now, NBU responded with an error that 
> "request terminated, media not available (291)."  The 
> Activity Monitor gave this:
> 
> 9/14/2006 9:01:06 AM - requesting resource Tape1:__ANY__
> 9/14/2006 9:01:14 AM - Error nbjm(pid=800) NBU status: 96, EMM status:
> No media is available    
> 9/14/2006 9:01:14 AM - end operation
> unable to allocate new media for backup, storage unit has none
> available(96)
> 
> I've opened a ticket with support, but nothing heard yet.  
> I'm 1.5 hours from my scheduled disk staging relocation.  
> Anyone seen this one before?
> Ideas or suggestions?
> 
> Thanks,
> Jason
> 
> ------------
> Jason Brooks
> Computer Systems Engineer
> IITS - Longwood University
> voice - (434) 395-2916
> fax - (434) 395-2035
> mailto:<brooksje at longwood.edu> 
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu at mailman.eng.auburn.edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 

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


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