label/checkin libvolume
Last Friday, we upgraded our 3584 tape library with an expansion frame. After the expansion was installed, I loaded 220 new LTO tapes and ran a checkin libvol TSM tried to use these volumes over the weekend and couldn't read the labels (because they aren't labelled). Well, I should have run a label libvol ..., and now all of the new tapes have their status set to Private thanks to TSM. I tried to run label libvol ... this morning when I discovered the issue, but it didn't work due to the fact they are already in the library. My question is, how do I retroactively label these volumes? Is there some command that I could issue to update them all at one (ie: volrange=XXX,XXX)? Thanks in advance! Peter Peter Ford System Engineer Stentor, Inc. 5000 Marina Blvd, Brisbane, CA 94005-1811 Main Phone: 650-228- Fax: 650 228-5566 http://www.stentor.com [EMAIL PROTECTED]
Re: label/checkin libvolume
Well, TSM doesn't want to label them while they are PRIVATE and TSM doesn't really know what is going on... You might be able to do a del vol against them to get them back to scratch, then do your label libvol I believe you can use the volrange if you specify search=yes BUT I'd make sure and use overwrite=no to be safe. You might be able to get your label libvol command to run even with them as private if you used overwrite=yes but I never like using that especially if I specify a volrange... creates room for errors and your vols would still be in a private status. Since you have 220 tapes you need to correct... if you have excel a unix box with vi do this... in excel, in 1,A stick your initial volser (like AAA001) then do the little expand down the column and let excel fill you will notice that excel will increment the numbers :-) now cut that out of the excel spread sheet and over in a unix window, vi a file, call it MYMACRO then go into insert mode and paste all your volsers. Now go into cursor movement mode and do a :g/^/s//del vol / that will stick del vol at the front of all your volsers, now save that and call it as a macro from an admin session. takes less than a minute... Other helpful VI edit commands if you have a list of volsers already in a file and you wish to do something like build checkin commands... :g/^/s//checkin libvol mylibrname / followed by :g/$/s// checklabel=no status=scratch dev=mydevtype/ and now you just wq the file and call it from an admin session... you can do checkouts the same way... hope this helps. Dwight -Original Message- From: Peter Ford [mailto:[EMAIL PROTECTED]] Sent: Monday, January 13, 2003 1:32 PM To: [EMAIL PROTECTED] Subject: label/checkin libvolume Last Friday, we upgraded our 3584 tape library with an expansion frame. After the expansion was installed, I loaded 220 new LTO tapes and ran a checkin libvol TSM tried to use these volumes over the weekend and couldn't read the labels (because they aren't labelled). Well, I should have run a label libvol ..., and now all of the new tapes have their status set to Private thanks to TSM. I tried to run label libvol ... this morning when I discovered the issue, but it didn't work due to the fact they are already in the library. My question is, how do I retroactively label these volumes? Is there some command that I could issue to update them all at one (ie: volrange=XXX,XXX)? Thanks in advance! Peter Peter Ford System Engineer Stentor, Inc. 5000 Marina Blvd, Brisbane, CA 94005-1811 Main Phone: 650-228- Fax: 650 228-5566 http://www.stentor.com [EMAIL PROTECTED]
Re: label/checkin libvolume
-Original Message- From: Cook, Dwight E [mailto:[EMAIL PROTECTED]] Sent: Monday, January 13, 2003 11:58 AM To: [EMAIL PROTECTED] Subject: Re: label/checkin libvolume Well, TSM doesn't want to label them while they are PRIVATE and TSM doesn't really know what is going on... You might be able to do a del vol against them to get them back to scratch, then do your label libvol Dwight- Thank you for the reply. I did try deleting them, but they are not part of a storage pool, so they cannot be deleted (and there is no delete libvolume command). I updated a couple of the volumes to scratch, just as a test. After updating them, I tried: label libvol LIBNAME search=yes checkl=barcode checkin=scr overwrite=yes volrange=vol1,vol2. However, TSM reports 0 volumes labelled and exits with Success. The only other thing I can think to do is to go to the library and physically remove them. Once removed, audit the library to show TSM that they are no longer in the library. Then, load them back in and check them in correctly. Any other ideas? Thanks. Peter
Re: label/checkin libvolume
Your removing and doing audit is quickest and probably best way. Then put them in the Bulk i/o as originally and use label libvol with checkin=scratch. That will do it. David Longo [EMAIL PROTECTED] 01/13/03 04:16PM -Original Message- From: Cook, Dwight E [mailto:[EMAIL PROTECTED]] Sent: Monday, January 13, 2003 11:58 AM To: [EMAIL PROTECTED] Subject: Re: label/checkin libvolume Well, TSM doesn't want to label them while they are PRIVATE and TSM doesn't really know what is going on... You might be able to do a del vol against them to get them back to scratch, then do your label libvol Dwight- Thank you for the reply. I did try deleting them, but they are not part of a storage pool, so they cannot be deleted (and there is no delete libvolume command). I updated a couple of the volumes to scratch, just as a test. After updating them, I tried: label libvol LIBNAME search=yes checkl=barcode checkin=scr overwrite=yes volrange=vol1,vol2. However, TSM reports 0 volumes labelled and exits with Success. The only other thing I can think to do is to go to the library and physically remove them. Once removed, audit the library to show TSM that they are no longer in the library. Then, load them back in and check them in correctly. Any other ideas? Thanks. Peter MMS health-first.org made the following annotations on 01/13/2003 04:25:26 PM -- This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ==
Re: label/checkin libvolume
Can't you just do a checkout with remove=no and then label the tapes? Jim Sporer At 01:16 PM 1/13/2003 -0800, you wrote: -Original Message- From: Cook, Dwight E [mailto:[EMAIL PROTECTED]] Sent: Monday, January 13, 2003 11:58 AM To: [EMAIL PROTECTED] Subject: Re: label/checkin libvolume Well, TSM doesn't want to label them while they are PRIVATE and TSM doesn't really know what is going on... You might be able to do a del vol against them to get them back to scratch, then do your label libvol Dwight- Thank you for the reply. I did try deleting them, but they are not part of a storage pool, so they cannot be deleted (and there is no delete libvolume command). I updated a couple of the volumes to scratch, just as a test. After updating them, I tried: label libvol LIBNAME search=yes checkl=barcode checkin=scr overwrite=yes volrange=vol1,vol2. However, TSM reports 0 volumes labelled and exits with Success. The only other thing I can think to do is to go to the library and physically remove them. Once removed, audit the library to show TSM that they are no longer in the library. Then, load them back in and check them in correctly. Any other ideas? Thanks. Peter
Re: label/checkin libvolume
You can do a checkout libvol libname volser remove=no then go back to the label libvol command with the checkin=scratch parameter. Nick Cassimatis Today is the tomorrow of yesterday.