Re: rarely, tapes become logically unusable?

2009-09-15 Thread Clark, Margaret
I suppose you've tried DELETE VOLUME T00015 DISCARDDATA=YES   ?
- Margaret Clark

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Allen 
S. Rout
Sent: Tuesday, September 15, 2009 11:34 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] rarely, tapes become logically unusable?

Hi, there.

I have a small collection of tapes which appear to have become
uncorrectably unusable.  They were part of a server which has been
decomissioned; now




tsm: CTRLUPDATE LIBVOLUME 3592LIB T00015 status=private owner=GLMAIL
ANR9787E The owner name specified is not defined to this server.
ANS8001I Return code 11.


tsm: CTRLUPDATE LIBVOLUME 3592LIB T00015 status=private owner=blargh
ANR8969E The owner of volume T00015 can not be updated to owner BLARGH.
ANS8001I Return code 27.


So, somewhere in its black little heart, TSM remembers what server
that tape went with, depite the fact that the server has been off
since 2005.  On the one hand this is good: it prevents me from
accidentally overwriting tapes.  On the other hand, it's now
preventing me from deliberately overwriting tapes.

What do I do?  Ideally, I'd like to express to the server something
like 'No really, call that blank again, I'd like to reuse it'.
Relabel it, force=yes, checkin=scratch?


Any ideas?

- Allen S. Rout


Re: rarely, tapes become logically unusable?

2009-09-15 Thread Huebner,Andy,FORT WORTH,IT
You need to delete the tape from the Volume history.

Use this command carefully. 
del volh todate=today tot=now type=remote volume=t00015 force=y

Raise your hand if you use volsers starting with T.

Andy Huebner

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Clark, 
Margaret
Sent: Tuesday, September 15, 2009 2:09 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] rarely, tapes become logically unusable?

I suppose you've tried DELETE VOLUME T00015 DISCARDDATA=YES   ?
- Margaret Clark

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Allen 
S. Rout
Sent: Tuesday, September 15, 2009 11:34 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] rarely, tapes become logically unusable?

Hi, there.

I have a small collection of tapes which appear to have become
uncorrectably unusable.  They were part of a server which has been
decomissioned; now




tsm: CTRLUPDATE LIBVOLUME 3592LIB T00015 status=private owner=GLMAIL
ANR9787E The owner name specified is not defined to this server.
ANS8001I Return code 11.


tsm: CTRLUPDATE LIBVOLUME 3592LIB T00015 status=private owner=blargh
ANR8969E The owner of volume T00015 can not be updated to owner BLARGH.
ANS8001I Return code 27.


So, somewhere in its black little heart, TSM remembers what server
that tape went with, depite the fact that the server has been off
since 2005.  On the one hand this is good: it prevents me from
accidentally overwriting tapes.  On the other hand, it's now
preventing me from deliberately overwriting tapes.

What do I do?  Ideally, I'd like to express to the server something
like 'No really, call that blank again, I'd like to reuse it'.
Relabel it, force=yes, checkin=scratch?


Any ideas?

- Allen S. Rout


This e-mail (including any attachments) is confidential and may be legally 
privileged. If you are not an intended recipient or an authorized 
representative of an intended recipient, you are prohibited from using, copying 
or distributing the information in this e-mail or its attachments. If you have 
received this e-mail in error, please notify the sender immediately by return 
e-mail and delete all copies of this message and any attachments.
Thank you.


Re: rarely, tapes become logically unusable?

2009-09-15 Thread Jim Neal
Are you using a Library Manager?



If so, you need to remove the volume history for that volume by typing
this command on the library manager instance:



del volhistory todate=today T00015 force=yes





 That should get rid of all associated volume history transactions.



   Jim Neal

   Sr. TSM Administrator

   IST Storage and Backup Group

   U.C. Berkeley



+++  All opinions expressed herein are solely my own and do not necessarily
represent the opinion of U.C. Berkeley  +++







-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Allen S. Rout
Sent: Tuesday, September 15, 2009 11:34 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] rarely, tapes become logically unusable?



Hi, there.



I have a small collection of tapes which appear to have become

uncorrectably unusable.  They were part of a server which has been

decomissioned; now









tsm: CTRLUPDATE LIBVOLUME 3592LIB T00015 status=private owner=GLMAIL

ANR9787E The owner name specified is not defined to this server.

ANS8001I Return code 11.





tsm: CTRLUPDATE LIBVOLUME 3592LIB T00015 status=private owner=blargh

ANR8969E The owner of volume T00015 can not be updated to owner BLARGH.

ANS8001I Return code 27.





So, somewhere in its black little heart, TSM remembers what server

that tape went with, depite the fact that the server has been off

since 2005.  On the one hand this is good: it prevents me from

accidentally overwriting tapes.  On the other hand, it's now

preventing me from deliberately overwriting tapes.



What do I do?  Ideally, I'd like to express to the server something

like 'No really, call that blank again, I'd like to reuse it'.

Relabel it, force=yes, checkin=scratch?





Any ideas?



- Allen S. Rout


Re: rarely, tapes become logically unusable?

2009-09-15 Thread Allen S. Rout
 On Tue, 15 Sep 2009 15:10:53 -0400, Strand, Neil B. 
 nbstr...@lmus.leggmason.com said:

 Allen,
Try this command on the library manager:
 del volhist type=remote volume=x tod=+0 force=yes


Hah.

I didn't even consider mucking around with the volhist because I'm running

del volhist type=all tod='today-10'.

on a regular basis, and these tapes were assigned ... well, more than
10 days ago. :)

So I knew that, other than some possibly currently relevant database
backups, everything older was gone.


It's not what you don't know that hurts, it's what you do know that's wrong.


- Allen S. Rout
- Has learned a little more about his own ignorance today.