Re: Empty tapes not returning to scratch
mind deletes if it is either r/o or r/w. unavailable blocks deletion. I am still on TSM 4.2 on windows -Original Message- From: TSM_User [mailto:[EMAIL PROTECTED] Sent: Monday, August 02, 2004 6:05 PM To: [EMAIL PROTECTED] Subject: Re: Empty tapes not returning to scratch I think that when your tape is in a status of somthing other than readw it won't delete. Update the volume access=readw. fred johanson <[EMAIL PROTECTED]> wrote: Server level 5.2.2.5 q med uc0262 UC0262 Mountable in library UOCLIB q vol uc0262 f=d Volume Name: UC0262 Storage Pool Name: BACKDESKPOOL Device Class Name: TAPE Estimated Capacity (MB): 0.0 Scaled Capacity Applied: Pct Util: 0.0 Volume Status: Empty Access: Read-Only Pct. Reclaimable Space: 0.0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 1 Write Pass Number: 1 Approx. Date Last Written: 10/18/2003 14:45:00 Approx. Date Last Read: 10/18/2003 14:12:53 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Shelf Tape Library Volume is MVS Lanfree Capable : No Last Update by (administrator): FRED Last Update Date/Time: 02/06/2004 12:31:03 tsm: TSM>move data uc0262 ANR2232W This command will move all of the data stored on volume UC0262 to other volumes within the same storage pool; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. ANS8001I Return code 11. tsm: TSM>del vol uc0262 ANR2220W This command will delete volume UC0262 from its storage pool after verifying that the volume contains no data. Do you wish to proceed? (Yes (Y)/No (N)) y ANS8001I Return code 14. tsm: TSM>aud vol uc0262 ANR2310W This command will compare all inventory references to volume UC0262 with the actual data stored on the volume and will report any discrepancies; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. tsm: TSM>upd vol uc0262 acc=dest ANR2212I UPDATE VOLUME: No volumes updated. At 03:32 PM 8/2/2004 -0400, you wrote: >Fred, >Were these tapes originally scratch tapes? Or are they assigned to the >storagepool? > >Posting the output from the commands > > "q vol f=d" >and > "select * from volumes where volume_name='' > >would help us provide assistance. Also, what sort of output/response >errors did you get when you attempted to "del vol" or "audit vol"? > >Ted >At 03:21 PM 8/2/2004, you wrote: >>Tried that. >> >> >>At 02:54 PM 8/2/2004 -0400, you wrote: >>>You "moved" them out. "Move" them back. >>>Magic. >>> >>> >>>Dale Jolliff >>>Sungard Midrange Storage Administration >>>Office Telephone: (856) 566-5022 >>> >>> >>> >>> >>> >>>fred johanson >>>Sent by: "ADSM: Dist Stor Manager" >>>08/02/2004 02:12 PM >>>Please respond to "ADSM: Dist Stor Manager" >>> >>> >>> To: [EMAIL PROTECTED] >>> cc: >>> Subject: Empty tapes not returning to scratch >>> >>> >>>A new variation on an old problem. >>> >>>I've moved a lot of media to the shelf for space reasons. A bonus to >>>using >>>move as opposed to checkout is that when tapes hit empty on the shelf, >>>they >>>do not disappear from the storagepool. I restored 4 such to the tape >>>robot >>>on Friday, checked them into the Library Manager, and updated them to >>>"Mountable in Library", while Pending Reuse is set to 0. And there they >>>sit, and nothing will change the status back to scratch. I've tried "Move >>>Data", "Del vol", "Aud vol", and changing their access to >>>destroyed. Nothing seems to work. >>> >>> >>> >>>Fred Johanson >>>ITSM Administrator >>>University of Chicago >>>773-702-8464 >> >>Fred Johanson >>ITSM Administrator >>University of Chicago >>773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464 - Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers!
Re: Empty tapes not returning to scratch
I think that when your tape is in a status of somthing other than readw it won't delete. Update the volume access=readw. fred johanson <[EMAIL PROTECTED]> wrote: Server level 5.2.2.5 q med uc0262 UC0262 Mountable in library UOCLIB q vol uc0262 f=d Volume Name: UC0262 Storage Pool Name: BACKDESKPOOL Device Class Name: TAPE Estimated Capacity (MB): 0.0 Scaled Capacity Applied: Pct Util: 0.0 Volume Status: Empty Access: Read-Only Pct. Reclaimable Space: 0.0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 1 Write Pass Number: 1 Approx. Date Last Written: 10/18/2003 14:45:00 Approx. Date Last Read: 10/18/2003 14:12:53 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Shelf Tape Library Volume is MVS Lanfree Capable : No Last Update by (administrator): FRED Last Update Date/Time: 02/06/2004 12:31:03 tsm: TSM>move data uc0262 ANR2232W This command will move all of the data stored on volume UC0262 to other volumes within the same storage pool; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. ANS8001I Return code 11. tsm: TSM>del vol uc0262 ANR2220W This command will delete volume UC0262 from its storage pool after verifying that the volume contains no data. Do you wish to proceed? (Yes (Y)/No (N)) y ANS8001I Return code 14. tsm: TSM>aud vol uc0262 ANR2310W This command will compare all inventory references to volume UC0262 with the actual data stored on the volume and will report any discrepancies; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. tsm: TSM>upd vol uc0262 acc=dest ANR2212I UPDATE VOLUME: No volumes updated. At 03:32 PM 8/2/2004 -0400, you wrote: >Fred, >Were these tapes originally scratch tapes? Or are they assigned to the >storagepool? > >Posting the output from the commands > > "q vol f=d" >and > "select * from volumes where volume_name='' > >would help us provide assistance. Also, what sort of output/response >errors did you get when you attempted to "del vol" or "audit vol"? > >Ted >At 03:21 PM 8/2/2004, you wrote: >>Tried that. >> >> >>At 02:54 PM 8/2/2004 -0400, you wrote: >>>You "moved" them out. "Move" them back. >>>Magic. >>> >>> >>>Dale Jolliff >>>Sungard Midrange Storage Administration >>>Office Telephone: (856) 566-5022 >>> >>> >>> >>> >>> >>>fred johanson >>>Sent by: "ADSM: Dist Stor Manager" >>>08/02/2004 02:12 PM >>>Please respond to "ADSM: Dist Stor Manager" >>> >>> >>> To: [EMAIL PROTECTED] >>> cc: >>> Subject: Empty tapes not returning to scratch >>> >>> >>>A new variation on an old problem. >>> >>>I've moved a lot of media to the shelf for space reasons. A bonus to >>>using >>>move as opposed to checkout is that when tapes hit empty on the shelf, >>>they >>>do not disappear from the storagepool. I restored 4 such to the tape >>>robot >>>on Friday, checked them into the Library Manager, and updated them to >>>"Mountable in Library", while Pending Reuse is set to 0. And there they >>>sit, and nothing will change the status back to scratch. I've tried "Move >>>Data", "Del vol", "Aud vol", and changing their access to >>>destroyed. Nothing seems to work. >>> >>> >>> >>>Fred Johanson >>>ITSM Administrator >>>University of Chicago >>>773-702-8464 >> >>Fred Johanson >>ITSM Administrator >>University of Chicago >>773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464 - Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers!
Re: Empty tapes not returning to scratch
Have you tried updating the access from readonly to readw? Doug Thorneycroft County Sanitation Districts of Los Angeles County (562) 699-7411 Ext. 1058 FAX (562) 699-6756 [EMAIL PROTECTED] -Original Message- From: James Choate [mailto:[EMAIL PROTECTED] Sent: Monday, August 02, 2004 3:47 PM To: [EMAIL PROTECTED] Subject: Re: Empty tapes not returning to scratch What is your reuse delay set to on BACKDESKPOOL storagepool? -Original Message- From: fred johanson [mailto:[EMAIL PROTECTED] Sent: Monday, August 02, 2004 2:02 PM To: [EMAIL PROTECTED] Subject: Re: Empty tapes not returning to scratch Volume Name: UC0262 State: Mountable in library Last Update Date/Time: 02/06/2004 12:31:03 Location: Storage Pool Name: BACKDESKPOOL Automated LibName: UOCLIB Volume Status: Empty Access: Read-Only Last Reference Date: 10/18/2003 14:45:00 At 03:58 PM 8/2/2004 -0400, you wrote: >do a >q media {volume_name} stg={stgpool_name} f=d > >and post the output. > > > >Dale Jolliff >Sungard Midrange Storage Administration >Office Telephone: (856) 566-5022 > > > > > >fred johanson <[EMAIL PROTECTED]> >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >08/02/2004 03:48 PM >Please respond to "ADSM: Dist Stor Manager" > > > To: [EMAIL PROTECTED] > cc: > Subject:Re: Empty tapes not returning to scratch > > >Server level 5.2.2.5 > >q med uc0262 > >UC0262 Mountable in library UOCLIB > >q vol uc0262 f=d > > Volume Name: UC0262 > Storage Pool Name: BACKDESKPOOL > Device Class Name: TAPE > Estimated Capacity (MB): 0.0 > Scaled Capacity Applied: >Pct Util: 0.0 > Volume Status: Empty > Access: Read-Only > Pct. Reclaimable Space: 0.0 > Scratch Volume?: Yes > In Error State?: No >Number of Writable Sides: 1 > Number of Times Mounted: 1 > Write Pass Number: 1 > Approx. Date Last Written: 10/18/2003 14:45:00 > Approx. Date Last Read: 10/18/2003 14:12:53 > Date Became Pending: > Number of Write Errors: 0 > Number of Read Errors: 0 > Volume Location: Shelf Tape Library >Volume is MVS Lanfree Capable : No >Last Update by (administrator): FRED > Last Update Date/Time: 02/06/2004 12:31:03 > > > >tsm: TSM>move data uc0262 >ANR2232W This command will move all of the data stored on volume UC0262 to >other volumes within the same storage pool; the data will be inaccessible >to >users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. >ANS8001I Return code 11. > >tsm: TSM>del vol uc0262 >ANR2220W This command will delete volume UC0262 from its storage pool >after >verifying that the volume contains no data. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANS8001I Return code 14. > >tsm: TSM>aud vol uc0262 >ANR2310W This command will compare all inventory references to volume >UC0262 >with the actual data stored on the volume and will report any >discrepancies; >the data will be inaccessible to users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. > >tsm: TSM>upd vol uc0262 acc=dest >ANR2212I UPDATE VOLUME: No volumes updated. > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > >Fred, > >Were these tapes originally scratch tapes? Or are they assigned to the > >storagepool? > > > >Posting the output from the commands > > > > "q vol f=d" > >and > > "select * from volumes where volume_name='' > > > >would help us provide assistance. Also, what sort of output/response > >errors did you get when you attempted to "del vol" or "audit vol"? > > > >Ted > > > > >At 03:21 PM 8/2/2004, you wrote: > >>Tried that. > >> > >> > >>At 02:54 PM 8/2/2004 -0400, you wrote: > >>>You "moved" them out. "Move" them back. > >>>Magic. > >>> > >>> > >>>Dale Jolliff > >>>Sungard Midrange Storage Administration > >>>Office Telephone: (856) 566-5022 > >>> > >>> > >>> > >>> > >>> > >>>fred johanson <[EMAIL PROTECTED]> > >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > >>>08/02/2004 02:12 PM > >>>Please respond to "ADSM: Dist Stor Manager" > >>> > >>> > >>> To: [EMAIL PROTECTED] > >>> cc: > >>> Subject:Empty tapes not returning to scratch > >>> > >>> > >>>A new variation on an old problem. > >>> > >>>I've moved a lot of media to the shelf for space reasons. A bonus to > >>>using > >>>move as opposed to checkout is that when tapes hit empty on the shelf, > >>>they > >>>do not disappear from the storagepool. I restored 4 such to the tape > >>>robot > >>>on Friday, checked them into the Library Manager, and updated them to > >>>"Mountable in Lib
Re: Empty tapes not returning to scratch
What is your reuse delay set to on BACKDESKPOOL storagepool? -Original Message- From: fred johanson [mailto:[EMAIL PROTECTED] Sent: Monday, August 02, 2004 2:02 PM To: [EMAIL PROTECTED] Subject: Re: Empty tapes not returning to scratch Volume Name: UC0262 State: Mountable in library Last Update Date/Time: 02/06/2004 12:31:03 Location: Storage Pool Name: BACKDESKPOOL Automated LibName: UOCLIB Volume Status: Empty Access: Read-Only Last Reference Date: 10/18/2003 14:45:00 At 03:58 PM 8/2/2004 -0400, you wrote: >do a >q media {volume_name} stg={stgpool_name} f=d > >and post the output. > > > >Dale Jolliff >Sungard Midrange Storage Administration >Office Telephone: (856) 566-5022 > > > > > >fred johanson <[EMAIL PROTECTED]> >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >08/02/2004 03:48 PM >Please respond to "ADSM: Dist Stor Manager" > > > To: [EMAIL PROTECTED] > cc: > Subject:Re: Empty tapes not returning to scratch > > >Server level 5.2.2.5 > >q med uc0262 > >UC0262 Mountable in library UOCLIB > >q vol uc0262 f=d > > Volume Name: UC0262 > Storage Pool Name: BACKDESKPOOL > Device Class Name: TAPE > Estimated Capacity (MB): 0.0 > Scaled Capacity Applied: >Pct Util: 0.0 > Volume Status: Empty > Access: Read-Only > Pct. Reclaimable Space: 0.0 > Scratch Volume?: Yes > In Error State?: No >Number of Writable Sides: 1 > Number of Times Mounted: 1 > Write Pass Number: 1 > Approx. Date Last Written: 10/18/2003 14:45:00 > Approx. Date Last Read: 10/18/2003 14:12:53 > Date Became Pending: > Number of Write Errors: 0 > Number of Read Errors: 0 > Volume Location: Shelf Tape Library >Volume is MVS Lanfree Capable : No >Last Update by (administrator): FRED > Last Update Date/Time: 02/06/2004 12:31:03 > > > >tsm: TSM>move data uc0262 >ANR2232W This command will move all of the data stored on volume UC0262 to >other volumes within the same storage pool; the data will be inaccessible >to >users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. >ANS8001I Return code 11. > >tsm: TSM>del vol uc0262 >ANR2220W This command will delete volume UC0262 from its storage pool >after >verifying that the volume contains no data. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANS8001I Return code 14. > >tsm: TSM>aud vol uc0262 >ANR2310W This command will compare all inventory references to volume >UC0262 >with the actual data stored on the volume and will report any >discrepancies; >the data will be inaccessible to users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. > >tsm: TSM>upd vol uc0262 acc=dest >ANR2212I UPDATE VOLUME: No volumes updated. > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > >Fred, > >Were these tapes originally scratch tapes? Or are they assigned to the > >storagepool? > > > >Posting the output from the commands > > > > "q vol f=d" > >and > > "select * from volumes where volume_name='' > > > >would help us provide assistance. Also, what sort of output/response > >errors did you get when you attempted to "del vol" or "audit vol"? > > > >Ted > > > > >At 03:21 PM 8/2/2004, you wrote: > >>Tried that. > >> > >> > >>At 02:54 PM 8/2/2004 -0400, you wrote: > >>>You "moved" them out. "Move" them back. > >>>Magic. > >>> > >>> > >>>Dale Jolliff > >>>Sungard Midrange Storage Administration > >>>Office Telephone: (856) 566-5022 > >>> > >>> > >>> > >>> > >>> > >>>fred johanson <[EMAIL PROTECTED]> > >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > >>>08/02/2004 02:12 PM > >>>Please respond to "ADSM: Dist Stor Manager" > >>> > >>> > >>> To: [EMAIL PROTECTED] > >>> cc: > >>> Subject:Empty tapes not returning to scratch > >>> > >>> > >>>A new variation on an old problem. > >>> > >>>I've moved a lot of media to the shelf for space reasons. A bonus to > >>>using > >>>move as opposed to checkout is that when tapes hit empty on the shelf, > >>>they > >>>do not disappear from the storagepool. I restored 4 such to the tape > >>>robot > >>>on Friday, checked them into the Library Manager, and updated them to > >>>"Mountable in Library", while Pending Reuse is set to 0. And there >they > >>>sit, and nothing will change the status back to scratch. I've tried >"Move > >>>Data", "Del vol", "Aud vol", and changing their access to > >>>destroyed. Nothing seems to work. > >>> > >>> > >>> > >>>Fred Johanson > >>>ITSM Administrator > >>>University of Chicago > >>>773-702-8464 > >> > >>Fred Johanson > >>ITS
Re: Empty tapes not returning to scratch
Ok, I'll show my ignorance. Would the setting of MAXSCRATCH being to low on your default tape pool have any effect? -Original Message- From: fred johanson [mailto:[EMAIL PROTECTED] Sent: Monday, August 02, 2004 1:13 PM To: [EMAIL PROTECTED] Subject: Empty tapes not returning to scratch A new variation on an old problem. I've moved a lot of media to the shelf for space reasons. A bonus to using move as opposed to checkout is that when tapes hit empty on the shelf, they do not disappear from the storagepool. I restored 4 such to the tape robot on Friday, checked them into the Library Manager, and updated them to "Mountable in Library", while Pending Reuse is set to 0. And there they sit, and nothing will change the status back to scratch. I've tried "Move Data", "Del vol", "Aud vol", and changing their access to destroyed. Nothing seems to work. Fred Johanson ITSM Administrator University of Chicago 773-702-8464
Re: Empty tapes not returning to scratch
Nothing. At 03:51 PM 8/2/2004 -0500, you wrote: Is there more information in the activity log about what this return code 14 is? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of fred johanson Sent: Monday, August 02, 2004 3:38 PM To: [EMAIL PROTECTED] Subject: Re: Empty tapes not returning to scratch Same: return code=14 on delete. Also, volumes have been thru expiration twice. At 04:21 PM 8/2/2004 -0400, you wrote: >What happens if you set the tape ACCESS back to READ/WRITE? > >-Original Message- >From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf >Of fred johanson >Sent: Monday, August 02, 2004 4:02 PM >To: [EMAIL PROTECTED] >Subject: Re: Empty tapes not returning to scratch > > >Volume Name: UC0262 > State: Mountable in library >Last Update Date/Time: 02/06/2004 12:31:03 > Location: > Storage Pool Name: BACKDESKPOOL > Automated LibName: UOCLIB > Volume Status: Empty > Access: Read-Only >Last Reference Date: 10/18/2003 14:45:00 > > > >At 03:58 PM 8/2/2004 -0400, you wrote: > >do a > >q media {volume_name} stg={stgpool_name} f=d > > > >and post the output. > > > > > > > >Dale Jolliff > >Sungard Midrange Storage Administration > >Office Telephone: (856) 566-5022 > > > > > > > > > > > >fred johanson <[EMAIL PROTECTED]> > >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 > >03:48 PM Please respond to "ADSM: Dist Stor Manager" > > > > > > To: [EMAIL PROTECTED] > > cc: > > Subject:Re: Empty tapes not returning to scratch > > > > > >Server level 5.2.2.5 > > > >q med uc0262 > > > >UC0262 Mountable in library UOCLIB > > > >q vol uc0262 f=d > > > > Volume Name: UC0262 > > Storage Pool Name: BACKDESKPOOL > > Device Class Name: TAPE > > Estimated Capacity (MB): 0.0 > > Scaled Capacity Applied: > >Pct Util: 0.0 > > Volume Status: Empty > > Access: Read-Only > > Pct. Reclaimable Space: 0.0 > > Scratch Volume?: Yes > > In Error State?: No > >Number of Writable Sides: 1 > > Number of Times Mounted: 1 > > Write Pass Number: 1 > > Approx. Date Last Written: 10/18/2003 14:45:00 > > Approx. Date Last Read: 10/18/2003 14:12:53 > > Date Became Pending: > > Number of Write Errors: 0 > > Number of Read Errors: 0 > > Volume Location: Shelf Tape Library > >Volume is MVS Lanfree Capable : No > >Last Update by (administrator): FRED > > Last Update Date/Time: 02/06/2004 12:31:03 > > > > > > > >tsm: TSM>move data uc0262 > >ANR2232W This command will move all of the data stored on volume > >UC0262 to other volumes within the same storage pool; the data will > >be inaccessible to users until the operation completes. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANR2209W Volume UC0262 contains no data. > >ANS8001I Return code 11. > > > >tsm: TSM>del vol uc0262 > >ANR2220W This command will delete volume UC0262 from its storage pool > >after verifying that the volume contains no data. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANS8001I Return code 14. > > > >tsm: TSM>aud vol uc0262 > >ANR2310W This command will compare all inventory references to volume > >UC0262 with the actual data stored on the volume and will report any > >discrepancies; > >the data will be inaccessible to users until the operation completes. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANR2209W Volume UC0262 contains no data. > > > >tsm: TSM>upd vol uc0262 acc=dest > >ANR2212I UPDATE VOLUME: No volumes updated. > > > > > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > > >Fred, > > >Were these tapes originally scratch tapes? Or are they assigned to > > >the storagepool? > > > > > >Posting the output from the commands > > > > > > "q vol f=d" > > >and > > > "select * from volumes where > > >volume_name='' > > > > > >would help us provide assistance. Also, what sort of > > >output/response errors did you get when you attempted to "del vol" > > >or "audit vol"? > > > > > >Ted > > > > > > > > >At 03:21 PM 8/2/2004, you wrote: > > >>Tried that. > > >> > > >> > > >>At 02:54 PM 8/2/2004 -0400, you wrote: > > >>>You "moved" them out. "Move" them back. > > >>>Magic. > > >>> > > >>> > > >>>Dale Jolliff > > >>>Sungard Midrange Storage Administration > > >>>Office Telephone: (856) 566-5022 > > >>> > > >>> > > >>> > > >>> > > >>> > > >>>fred johanson <[EMAIL PROTECTED]> > > >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > > >>>08/02/2004 02:12 PM Please respond to "ADSM: Dist Stor Manager" > > >>> > > >>> > > >>> To: [EMAIL PROTECTED] > > >>> cc: > > >>> Subject:Empty tapes not returning t
Re: Empty tapes not returning to scratch
Is there more information in the activity log about what this return code 14 is? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of fred johanson Sent: Monday, August 02, 2004 3:38 PM To: [EMAIL PROTECTED] Subject: Re: Empty tapes not returning to scratch Same: return code=14 on delete. Also, volumes have been thru expiration twice. At 04:21 PM 8/2/2004 -0400, you wrote: >What happens if you set the tape ACCESS back to READ/WRITE? > >-Original Message- >From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf >Of fred johanson >Sent: Monday, August 02, 2004 4:02 PM >To: [EMAIL PROTECTED] >Subject: Re: Empty tapes not returning to scratch > > >Volume Name: UC0262 > State: Mountable in library >Last Update Date/Time: 02/06/2004 12:31:03 > Location: > Storage Pool Name: BACKDESKPOOL > Automated LibName: UOCLIB > Volume Status: Empty > Access: Read-Only >Last Reference Date: 10/18/2003 14:45:00 > > > >At 03:58 PM 8/2/2004 -0400, you wrote: > >do a > >q media {volume_name} stg={stgpool_name} f=d > > > >and post the output. > > > > > > > >Dale Jolliff > >Sungard Midrange Storage Administration > >Office Telephone: (856) 566-5022 > > > > > > > > > > > >fred johanson <[EMAIL PROTECTED]> > >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 > >03:48 PM Please respond to "ADSM: Dist Stor Manager" > > > > > > To: [EMAIL PROTECTED] > > cc: > > Subject:Re: Empty tapes not returning to scratch > > > > > >Server level 5.2.2.5 > > > >q med uc0262 > > > >UC0262 Mountable in library UOCLIB > > > >q vol uc0262 f=d > > > > Volume Name: UC0262 > > Storage Pool Name: BACKDESKPOOL > > Device Class Name: TAPE > > Estimated Capacity (MB): 0.0 > > Scaled Capacity Applied: > >Pct Util: 0.0 > > Volume Status: Empty > > Access: Read-Only > > Pct. Reclaimable Space: 0.0 > > Scratch Volume?: Yes > > In Error State?: No > >Number of Writable Sides: 1 > > Number of Times Mounted: 1 > > Write Pass Number: 1 > > Approx. Date Last Written: 10/18/2003 14:45:00 > > Approx. Date Last Read: 10/18/2003 14:12:53 > > Date Became Pending: > > Number of Write Errors: 0 > > Number of Read Errors: 0 > > Volume Location: Shelf Tape Library > >Volume is MVS Lanfree Capable : No > >Last Update by (administrator): FRED > > Last Update Date/Time: 02/06/2004 12:31:03 > > > > > > > >tsm: TSM>move data uc0262 > >ANR2232W This command will move all of the data stored on volume > >UC0262 to other volumes within the same storage pool; the data will > >be inaccessible to users until the operation completes. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANR2209W Volume UC0262 contains no data. > >ANS8001I Return code 11. > > > >tsm: TSM>del vol uc0262 > >ANR2220W This command will delete volume UC0262 from its storage pool > >after verifying that the volume contains no data. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANS8001I Return code 14. > > > >tsm: TSM>aud vol uc0262 > >ANR2310W This command will compare all inventory references to volume > >UC0262 with the actual data stored on the volume and will report any > >discrepancies; > >the data will be inaccessible to users until the operation completes. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANR2209W Volume UC0262 contains no data. > > > >tsm: TSM>upd vol uc0262 acc=dest > >ANR2212I UPDATE VOLUME: No volumes updated. > > > > > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > > >Fred, > > >Were these tapes originally scratch tapes? Or are they assigned to > > >the storagepool? > > > > > >Posting the output from the commands > > > > > > "q vol f=d" > > >and > > > "select * from volumes where > > >volume_name='' > > > > > >would help us provide assistance. Also, what sort of > > >output/response errors did you get when you attempted to "del vol" > > >or "audit vol"? > > > > > >Ted > > > > > > > > >At 03:21 PM 8/2/2004, you wrote: > > >>Tried that. > > >> > > >> > > >>At 02:54 PM 8/2/2004 -0400, you wrote: > > >>>You "moved" them out. "Move" them back. > > >>>Magic. > > >>> > > >>> > > >>>Dale Jolliff > > >>>Sungard Midrange Storage Administration > > >>>Office Telephone: (856) 566-5022 > > >>> > > >>> > > >>> > > >>> > > >>> > > >>>fred johanson <[EMAIL PROTECTED]> > > >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > > >>>08/02/2004 02:12 PM Please respond to "ADSM: Dist Stor Manager" > > >>> > > >>> > > >>> To: [EMAIL PROTECTED] > > >>> cc: > > >>> Subject:Empty tapes not returning to scratch > > >>> > > >>> > > >>>A new vari
Re: Empty tapes not returning to scratch
I'd thought of that, but hesitated. That makes it scratch on the Library Manager but it remains Empty in the stgpool on the Server. At 04:41 PM 8/2/2004 -0400, you wrote: Perhaps an upd libvol UOCLIB UC0262 status=scratch? "fred johanson" <[EMAIL PROTECTED]To: [EMAIL PROTECTED] CAGO.EDU>cc: Sent by: "ADSM: Subject: Re: Empty tapes not returning to scratch Dist Stor Manager" <[EMAIL PROTECTED] .EDU> 08/02/2004 04:38 PM Please respond to "ADSM: Dist Stor Manager" Same: return code=14 on delete. Also, volumes have been thru expiration twice. At 04:21 PM 8/2/2004 -0400, you wrote: >What happens if you set the tape ACCESS back to READ/WRITE? > >-Original Message- >From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of >fred johanson >Sent: Monday, August 02, 2004 4:02 PM >To: [EMAIL PROTECTED] >Subject: Re: Empty tapes not returning to scratch > > >Volume Name: UC0262 > State: Mountable in library >Last Update Date/Time: 02/06/2004 12:31:03 > Location: > Storage Pool Name: BACKDESKPOOL > Automated LibName: UOCLIB > Volume Status: Empty > Access: Read-Only >Last Reference Date: 10/18/2003 14:45:00 > > > >At 03:58 PM 8/2/2004 -0400, you wrote: > >do a > >q media {volume_name} stg={stgpool_name} f=d > > > >and post the output. > > > > > > > >Dale Jolliff > >Sungard Midrange Storage Administration > >Office Telephone: (856) 566-5022 > > > > > > > > > > > >fred johanson <[EMAIL PROTECTED]> > >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > >08/02/2004 03:48 PM > >Please respond to "ADSM: Dist Stor Manager" > > > > > > To: [EMAIL PROTECTED] > > cc: > > Subject:Re: Empty tapes not returning to scratch > > > > > >Server level 5.2.2.5 > > > >q med uc0262 > > > >UC0262 Mountable in library UOCLIB > > > >q vol uc0262 f=d > > > > Volume Name: UC0262 > > Storage Pool Name: BACKDESKPOOL > > Device Class Name: TAPE > > Estimated Capacity (MB): 0.0 > > Scaled Capacity Applied: > >Pct Util: 0.0 > > Volume Status: Empty > > Access: Read-Only > > Pct. Reclaimable Space: 0.0 > > Scratch Volume?: Yes > > In Error State?: No > >Number of Writable Sides: 1 > > Number of Times Mounted: 1 > > Write Pass Number: 1 > > Approx. Date Last Written: 10/18/2003 14:45:00 > > Approx. Date Last Read: 10/18/2003 14:12:53 > > Date Became Pending: > > Number of Write Errors: 0 > > Number of Read Errors: 0 > > Volume Location: Shelf Tape Library > >Volume is MVS Lanfree Capable : No > >Last Update by (administrator): FRED > > Last Update Date/Time: 02/06/2004 12:31:03 > > > > > > > >tsm: TSM>move data uc0262 > >ANR2232W This command will move all of the data stored on volume UC0262 to > >other volumes within the same storage pool; the data will be inaccessible > >to > >users until the operation completes. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANR2209W Volume UC0262 contains no data. > >ANS8001I Return code 11. > > > >tsm: TSM>del vol uc0262 > >ANR2220W This command will delete volume UC0262 from its storage pool > >after > >verifying that the volume contains no data. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANS8001I Return code 14. > > > >tsm: TSM>aud vol uc0262 > >ANR2310W This command will compare all inventory references to volume > >UC0262 > >with the actual data stored on the volume and will report any > >discrepancies; > >the data will be inaccessible to users until the operation completes. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANR2209W Volume UC0262 contains no data. > > > >tsm: TSM>upd vol uc0262 acc=dest > >ANR2212I UPDATE VOLUME: No volumes updated. > > > > > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > > >Fred, > > >Were these tapes originally scratch tapes? Or are they assigned to the > > >storagepool? > > > > > >Posting the output from the commands > > > > > > "q vol f=d" > > >and > > > "select * from volumes where volume_name='' > > > > > >would help us provide assistance. Also, what sort of output/response > > >errors did you get when you attempted to "del vol" or "audit vol"? > > > > > >Ted > > > > > > > > >At 03:21 PM 8/2/2004, you wrote: > > >>Tried that. > > >> > > >> > > >>At 02:54 PM 8/2/2004 -0400, you wrote: > > >>>You "moved" them out. "Move" them back. > > >>>Magic. > > >>> > > >>> > > >>>D
Re: Empty tapes not returning to scratch
Same results. At 04:13 PM 8/2/2004 -0400, you wrote: Used to see this in 4.2.x all the time -- Move the volume out of the library again and do the move media before you do the checkin. It might work to just do a checkout so that the volume is mountablenotinlib. Dale Jolliff Sungard Midrange Storage Administration Office Telephone: (856) 566-5022 fred johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 04:02 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Re: Empty tapes not returning to scratch Volume Name: UC0262 State: Mountable in library Last Update Date/Time: 02/06/2004 12:31:03 Location: Storage Pool Name: BACKDESKPOOL Automated LibName: UOCLIB Volume Status: Empty Access: Read-Only Last Reference Date: 10/18/2003 14:45:00 At 03:58 PM 8/2/2004 -0400, you wrote: >do a >q media {volume_name} stg={stgpool_name} f=d > >and post the output. > > > >Dale Jolliff >Sungard Midrange Storage Administration >Office Telephone: (856) 566-5022 > > > > > >fred johanson <[EMAIL PROTECTED]> >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >08/02/2004 03:48 PM >Please respond to "ADSM: Dist Stor Manager" > > > To: [EMAIL PROTECTED] > cc: > Subject:Re: Empty tapes not returning to scratch > > >Server level 5.2.2.5 > >q med uc0262 > >UC0262 Mountable in library UOCLIB > >q vol uc0262 f=d > > Volume Name: UC0262 > Storage Pool Name: BACKDESKPOOL > Device Class Name: TAPE > Estimated Capacity (MB): 0.0 > Scaled Capacity Applied: >Pct Util: 0.0 > Volume Status: Empty > Access: Read-Only > Pct. Reclaimable Space: 0.0 > Scratch Volume?: Yes > In Error State?: No >Number of Writable Sides: 1 > Number of Times Mounted: 1 > Write Pass Number: 1 > Approx. Date Last Written: 10/18/2003 14:45:00 > Approx. Date Last Read: 10/18/2003 14:12:53 > Date Became Pending: > Number of Write Errors: 0 > Number of Read Errors: 0 > Volume Location: Shelf Tape Library >Volume is MVS Lanfree Capable : No >Last Update by (administrator): FRED > Last Update Date/Time: 02/06/2004 12:31:03 > > > >tsm: TSM>move data uc0262 >ANR2232W This command will move all of the data stored on volume UC0262 to >other volumes within the same storage pool; the data will be inaccessible >to >users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. >ANS8001I Return code 11. > >tsm: TSM>del vol uc0262 >ANR2220W This command will delete volume UC0262 from its storage pool >after >verifying that the volume contains no data. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANS8001I Return code 14. > >tsm: TSM>aud vol uc0262 >ANR2310W This command will compare all inventory references to volume >UC0262 >with the actual data stored on the volume and will report any >discrepancies; >the data will be inaccessible to users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. > >tsm: TSM>upd vol uc0262 acc=dest >ANR2212I UPDATE VOLUME: No volumes updated. > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > >Fred, > >Were these tapes originally scratch tapes? Or are they assigned to the > >storagepool? > > > >Posting the output from the commands > > > > "q vol f=d" > >and > > "select * from volumes where volume_name='' > > > >would help us provide assistance. Also, what sort of output/response > >errors did you get when you attempted to "del vol" or "audit vol"? > > > >Ted > > > > >At 03:21 PM 8/2/2004, you wrote: > >>Tried that. > >> > >> > >>At 02:54 PM 8/2/2004 -0400, you wrote: > >>>You "moved" them out. "Move" them back. > >>>Magic. > >>> > >>> > >>>Dale Jolliff > >>>Sungard Midrange Storage Administration > >>>Office Telephone: (856) 566-5022 > >>> > >>> > >>> > >>> > >>> > >>>fred johanson <[EMAIL PROTECTED]> > >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > >>>08/02/2004 02:12 PM > >>>Please respond to "ADSM: Dist Stor Manager" > >>> > >>> > >>> To: [EMAIL PROTECTED] > >>> cc: > >>> Subject:Empty tapes not returning to scratch > >>> > >>> > >>>A new variation on an old problem. > >>> > >>>I've moved a lot of media to the shelf for space reasons. A bonus to > >>>using > >>>move as opposed to checkout is that when tapes hit empty on the shelf, > >>>they > >>>do not disappear from the storagepool. I restored 4 such to the tape > >>>robot > >>>on Friday, checked them into the Library Manager, and updated them to > >>>"Mountable in Library", whil
Re: Empty tapes not returning to scratch
Perhaps an upd libvol UOCLIB UC0262 status=scratch? "fred johanson" <[EMAIL PROTECTED]To: [EMAIL PROTECTED] CAGO.EDU>cc: Sent by: "ADSM: Subject: Re: Empty tapes not returning to scratch Dist Stor Manager" <[EMAIL PROTECTED] .EDU> 08/02/2004 04:38 PM Please respond to "ADSM: Dist Stor Manager" Same: return code=14 on delete. Also, volumes have been thru expiration twice. At 04:21 PM 8/2/2004 -0400, you wrote: >What happens if you set the tape ACCESS back to READ/WRITE? > >-Original Message- >From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of >fred johanson >Sent: Monday, August 02, 2004 4:02 PM >To: [EMAIL PROTECTED] >Subject: Re: Empty tapes not returning to scratch > > >Volume Name: UC0262 > State: Mountable in library >Last Update Date/Time: 02/06/2004 12:31:03 > Location: > Storage Pool Name: BACKDESKPOOL > Automated LibName: UOCLIB > Volume Status: Empty > Access: Read-Only >Last Reference Date: 10/18/2003 14:45:00 > > > >At 03:58 PM 8/2/2004 -0400, you wrote: > >do a > >q media {volume_name} stg={stgpool_name} f=d > > > >and post the output. > > > > > > > >Dale Jolliff > >Sungard Midrange Storage Administration > >Office Telephone: (856) 566-5022 > > > > > > > > > > > >fred johanson <[EMAIL PROTECTED]> > >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > >08/02/2004 03:48 PM > >Please respond to "ADSM: Dist Stor Manager" > > > > > > To: [EMAIL PROTECTED] > > cc: > > Subject:Re: Empty tapes not returning to scratch > > > > > >Server level 5.2.2.5 > > > >q med uc0262 > > > >UC0262 Mountable in library UOCLIB > > > >q vol uc0262 f=d > > > > Volume Name: UC0262 > > Storage Pool Name: BACKDESKPOOL > > Device Class Name: TAPE > > Estimated Capacity (MB): 0.0 > > Scaled Capacity Applied: > >Pct Util: 0.0 > > Volume Status: Empty > > Access: Read-Only > > Pct. Reclaimable Space: 0.0 > > Scratch Volume?: Yes > > In Error State?: No > >Number of Writable Sides: 1 > > Number of Times Mounted: 1 > > Write Pass Number: 1 > > Approx. Date Last Written: 10/18/2003 14:45:00 > > Approx. Date Last Read: 10/18/2003 14:12:53 > > Date Became Pending: > > Number of Write Errors: 0 > > Number of Read Errors: 0 > > Volume Location: Shelf Tape Library > >Volume is MVS Lanfree Capable : No > >Last Update by (administrator): FRED > > Last Update Date/Time: 02/06/2004 12:31:03 > > > > > > > >tsm: TSM>move data uc0262 > >ANR2232W This command will move all of the data stored on volume UC0262 to > >other volumes within the same storage pool; the data will be inaccessible > >to > >users until the operation completes. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANR2209W Volume UC0262 contains no data. > >ANS8001I Return code 11. > > > >tsm: TSM>del vol uc0262 > >ANR2220W This command will delete volume UC0262 from its storage pool > >after > >verifying that the volume contains no data. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANS8001I Return code 14. > > > >tsm: TSM>aud vol uc0262 > >ANR2310W This command will compare all inventory references to volume > >UC0262 > >with the actual data stored on the volume and will report any > >discrepancies; > >the data will be inaccessible to users until the operation completes. > > > >Do you wish to proceed? (Yes (Y)/No (N)) y > >ANR2209W Volume UC0262 contains no data. > > > >tsm: TSM>upd vol uc0262 acc=dest > >ANR2212I UPDATE VOLUME: No volumes updated. > > > > > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > > >Fred, > > >Were these tapes originally scratch tapes? Or are they assigned to the > > >storagepool? > > > > > >Posting the output from the commands > > > > > > "q vol f=d" > > >and > > > "select * from volumes where volume_name='' > > > > > >would help us provide assistance. Also, what sort of output/response > > >errors did you get when you attempted to "del vol" or "audit vol"? > > > > > >Ted > > > > > > > > >At 03:21 PM 8/2/2004, you wrote: > > >>Tried that. > > >> > > >> > > >>At 02:54 PM 8/2/2004 -0400, you wrote: > > >>>You "moved" them out. "Move" them back. > > >>>Magic. > > >>> > > >>> > > >>>Dale Jolliff > > >>>Sungard Midrange Storage Administration > > >>>Office Telephone: (856) 566-5022 > > >>> > > >>> > > >>> > > >>> > > >>> > > >>>fred johanson
Re: Empty tapes not returning to scratch
Same: return code=14 on delete. Also, volumes have been thru expiration twice. At 04:21 PM 8/2/2004 -0400, you wrote: What happens if you set the tape ACCESS back to READ/WRITE? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of fred johanson Sent: Monday, August 02, 2004 4:02 PM To: [EMAIL PROTECTED] Subject: Re: Empty tapes not returning to scratch Volume Name: UC0262 State: Mountable in library Last Update Date/Time: 02/06/2004 12:31:03 Location: Storage Pool Name: BACKDESKPOOL Automated LibName: UOCLIB Volume Status: Empty Access: Read-Only Last Reference Date: 10/18/2003 14:45:00 At 03:58 PM 8/2/2004 -0400, you wrote: >do a >q media {volume_name} stg={stgpool_name} f=d > >and post the output. > > > >Dale Jolliff >Sungard Midrange Storage Administration >Office Telephone: (856) 566-5022 > > > > > >fred johanson <[EMAIL PROTECTED]> >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >08/02/2004 03:48 PM >Please respond to "ADSM: Dist Stor Manager" > > > To: [EMAIL PROTECTED] > cc: > Subject:Re: Empty tapes not returning to scratch > > >Server level 5.2.2.5 > >q med uc0262 > >UC0262 Mountable in library UOCLIB > >q vol uc0262 f=d > > Volume Name: UC0262 > Storage Pool Name: BACKDESKPOOL > Device Class Name: TAPE > Estimated Capacity (MB): 0.0 > Scaled Capacity Applied: >Pct Util: 0.0 > Volume Status: Empty > Access: Read-Only > Pct. Reclaimable Space: 0.0 > Scratch Volume?: Yes > In Error State?: No >Number of Writable Sides: 1 > Number of Times Mounted: 1 > Write Pass Number: 1 > Approx. Date Last Written: 10/18/2003 14:45:00 > Approx. Date Last Read: 10/18/2003 14:12:53 > Date Became Pending: > Number of Write Errors: 0 > Number of Read Errors: 0 > Volume Location: Shelf Tape Library >Volume is MVS Lanfree Capable : No >Last Update by (administrator): FRED > Last Update Date/Time: 02/06/2004 12:31:03 > > > >tsm: TSM>move data uc0262 >ANR2232W This command will move all of the data stored on volume UC0262 to >other volumes within the same storage pool; the data will be inaccessible >to >users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. >ANS8001I Return code 11. > >tsm: TSM>del vol uc0262 >ANR2220W This command will delete volume UC0262 from its storage pool >after >verifying that the volume contains no data. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANS8001I Return code 14. > >tsm: TSM>aud vol uc0262 >ANR2310W This command will compare all inventory references to volume >UC0262 >with the actual data stored on the volume and will report any >discrepancies; >the data will be inaccessible to users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. > >tsm: TSM>upd vol uc0262 acc=dest >ANR2212I UPDATE VOLUME: No volumes updated. > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > >Fred, > >Were these tapes originally scratch tapes? Or are they assigned to the > >storagepool? > > > >Posting the output from the commands > > > > "q vol f=d" > >and > > "select * from volumes where volume_name='' > > > >would help us provide assistance. Also, what sort of output/response > >errors did you get when you attempted to "del vol" or "audit vol"? > > > >Ted > > > > >At 03:21 PM 8/2/2004, you wrote: > >>Tried that. > >> > >> > >>At 02:54 PM 8/2/2004 -0400, you wrote: > >>>You "moved" them out. "Move" them back. > >>>Magic. > >>> > >>> > >>>Dale Jolliff > >>>Sungard Midrange Storage Administration > >>>Office Telephone: (856) 566-5022 > >>> > >>> > >>> > >>> > >>> > >>>fred johanson <[EMAIL PROTECTED]> > >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > >>>08/02/2004 02:12 PM > >>>Please respond to "ADSM: Dist Stor Manager" > >>> > >>> > >>> To: [EMAIL PROTECTED] > >>> cc: > >>> Subject:Empty tapes not returning to scratch > >>> > >>> > >>>A new variation on an old problem. > >>> > >>>I've moved a lot of media to the shelf for space reasons. A bonus to > >>>using > >>>move as opposed to checkout is that when tapes hit empty on the shelf, > >>>they > >>>do not disappear from the storagepool. I restored 4 such to the tape > >>>robot > >>>on Friday, checked them into the Library Manager, and updated them to > >>>"Mountable in Library", while Pending Reuse is set to 0. And there >they > >>>sit, and nothing will change the status back to scratch. I've tried >"Move > >>>Data", "Del vol", "Aud vol", and changing their access to > >>>destroyed. Nothing s
Re: Empty tapes not returning to scratch
What happens if you set the tape ACCESS back to READ/WRITE? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of fred johanson Sent: Monday, August 02, 2004 4:02 PM To: [EMAIL PROTECTED] Subject: Re: Empty tapes not returning to scratch Volume Name: UC0262 State: Mountable in library Last Update Date/Time: 02/06/2004 12:31:03 Location: Storage Pool Name: BACKDESKPOOL Automated LibName: UOCLIB Volume Status: Empty Access: Read-Only Last Reference Date: 10/18/2003 14:45:00 At 03:58 PM 8/2/2004 -0400, you wrote: >do a >q media {volume_name} stg={stgpool_name} f=d > >and post the output. > > > >Dale Jolliff >Sungard Midrange Storage Administration >Office Telephone: (856) 566-5022 > > > > > >fred johanson <[EMAIL PROTECTED]> >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >08/02/2004 03:48 PM >Please respond to "ADSM: Dist Stor Manager" > > > To: [EMAIL PROTECTED] > cc: > Subject:Re: Empty tapes not returning to scratch > > >Server level 5.2.2.5 > >q med uc0262 > >UC0262 Mountable in library UOCLIB > >q vol uc0262 f=d > > Volume Name: UC0262 > Storage Pool Name: BACKDESKPOOL > Device Class Name: TAPE > Estimated Capacity (MB): 0.0 > Scaled Capacity Applied: >Pct Util: 0.0 > Volume Status: Empty > Access: Read-Only > Pct. Reclaimable Space: 0.0 > Scratch Volume?: Yes > In Error State?: No >Number of Writable Sides: 1 > Number of Times Mounted: 1 > Write Pass Number: 1 > Approx. Date Last Written: 10/18/2003 14:45:00 > Approx. Date Last Read: 10/18/2003 14:12:53 > Date Became Pending: > Number of Write Errors: 0 > Number of Read Errors: 0 > Volume Location: Shelf Tape Library >Volume is MVS Lanfree Capable : No >Last Update by (administrator): FRED > Last Update Date/Time: 02/06/2004 12:31:03 > > > >tsm: TSM>move data uc0262 >ANR2232W This command will move all of the data stored on volume UC0262 to >other volumes within the same storage pool; the data will be inaccessible >to >users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. >ANS8001I Return code 11. > >tsm: TSM>del vol uc0262 >ANR2220W This command will delete volume UC0262 from its storage pool >after >verifying that the volume contains no data. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANS8001I Return code 14. > >tsm: TSM>aud vol uc0262 >ANR2310W This command will compare all inventory references to volume >UC0262 >with the actual data stored on the volume and will report any >discrepancies; >the data will be inaccessible to users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. > >tsm: TSM>upd vol uc0262 acc=dest >ANR2212I UPDATE VOLUME: No volumes updated. > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > >Fred, > >Were these tapes originally scratch tapes? Or are they assigned to the > >storagepool? > > > >Posting the output from the commands > > > > "q vol f=d" > >and > > "select * from volumes where volume_name='' > > > >would help us provide assistance. Also, what sort of output/response > >errors did you get when you attempted to "del vol" or "audit vol"? > > > >Ted > > > > >At 03:21 PM 8/2/2004, you wrote: > >>Tried that. > >> > >> > >>At 02:54 PM 8/2/2004 -0400, you wrote: > >>>You "moved" them out. "Move" them back. > >>>Magic. > >>> > >>> > >>>Dale Jolliff > >>>Sungard Midrange Storage Administration > >>>Office Telephone: (856) 566-5022 > >>> > >>> > >>> > >>> > >>> > >>>fred johanson <[EMAIL PROTECTED]> > >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > >>>08/02/2004 02:12 PM > >>>Please respond to "ADSM: Dist Stor Manager" > >>> > >>> > >>> To: [EMAIL PROTECTED] > >>> cc: > >>> Subject:Empty tapes not returning to scratch > >>> > >>> > >>>A new variation on an old problem. > >>> > >>>I've moved a lot of media to the shelf for space reasons. A bonus to > >>>using > >>>move as opposed to checkout is that when tapes hit empty on the shelf, > >>>they > >>>do not disappear from the storagepool. I restored 4 such to the tape > >>>robot > >>>on Friday, checked them into the Library Manager, and updated them to > >>>"Mountable in Library", while Pending Reuse is set to 0. And there >they > >>>sit, and nothing will change the status back to scratch. I've tried >"Move > >>>Data", "Del vol", "Aud vol", and changing their access to > >>>destroyed. Nothing seems to work. > >>> > >>> > >>> > >>>Fred Johanson > >>>ITSM Administrator > >>>University of Chicago > >>>773-702
Re: Empty tapes not returning to scratch
Used to see this in 4.2.x all the time -- Move the volume out of the library again and do the move media before you do the checkin. It might work to just do a checkout so that the volume is mountablenotinlib. Dale Jolliff Sungard Midrange Storage Administration Office Telephone: (856) 566-5022 fred johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 04:02 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Re: Empty tapes not returning to scratch Volume Name: UC0262 State: Mountable in library Last Update Date/Time: 02/06/2004 12:31:03 Location: Storage Pool Name: BACKDESKPOOL Automated LibName: UOCLIB Volume Status: Empty Access: Read-Only Last Reference Date: 10/18/2003 14:45:00 At 03:58 PM 8/2/2004 -0400, you wrote: >do a >q media {volume_name} stg={stgpool_name} f=d > >and post the output. > > > >Dale Jolliff >Sungard Midrange Storage Administration >Office Telephone: (856) 566-5022 > > > > > >fred johanson <[EMAIL PROTECTED]> >Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >08/02/2004 03:48 PM >Please respond to "ADSM: Dist Stor Manager" > > > To: [EMAIL PROTECTED] > cc: > Subject:Re: Empty tapes not returning to scratch > > >Server level 5.2.2.5 > >q med uc0262 > >UC0262 Mountable in library UOCLIB > >q vol uc0262 f=d > > Volume Name: UC0262 > Storage Pool Name: BACKDESKPOOL > Device Class Name: TAPE > Estimated Capacity (MB): 0.0 > Scaled Capacity Applied: >Pct Util: 0.0 > Volume Status: Empty > Access: Read-Only > Pct. Reclaimable Space: 0.0 > Scratch Volume?: Yes > In Error State?: No >Number of Writable Sides: 1 > Number of Times Mounted: 1 > Write Pass Number: 1 > Approx. Date Last Written: 10/18/2003 14:45:00 > Approx. Date Last Read: 10/18/2003 14:12:53 > Date Became Pending: > Number of Write Errors: 0 > Number of Read Errors: 0 > Volume Location: Shelf Tape Library >Volume is MVS Lanfree Capable : No >Last Update by (administrator): FRED > Last Update Date/Time: 02/06/2004 12:31:03 > > > >tsm: TSM>move data uc0262 >ANR2232W This command will move all of the data stored on volume UC0262 to >other volumes within the same storage pool; the data will be inaccessible >to >users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. >ANS8001I Return code 11. > >tsm: TSM>del vol uc0262 >ANR2220W This command will delete volume UC0262 from its storage pool >after >verifying that the volume contains no data. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANS8001I Return code 14. > >tsm: TSM>aud vol uc0262 >ANR2310W This command will compare all inventory references to volume >UC0262 >with the actual data stored on the volume and will report any >discrepancies; >the data will be inaccessible to users until the operation completes. > >Do you wish to proceed? (Yes (Y)/No (N)) y >ANR2209W Volume UC0262 contains no data. > >tsm: TSM>upd vol uc0262 acc=dest >ANR2212I UPDATE VOLUME: No volumes updated. > > > >At 03:32 PM 8/2/2004 -0400, you wrote: > >Fred, > >Were these tapes originally scratch tapes? Or are they assigned to the > >storagepool? > > > >Posting the output from the commands > > > > "q vol f=d" > >and > > "select * from volumes where volume_name='' > > > >would help us provide assistance. Also, what sort of output/response > >errors did you get when you attempted to "del vol" or "audit vol"? > > > >Ted > > > > >At 03:21 PM 8/2/2004, you wrote: > >>Tried that. > >> > >> > >>At 02:54 PM 8/2/2004 -0400, you wrote: > >>>You "moved" them out. "Move" them back. > >>>Magic. > >>> > >>> > >>>Dale Jolliff > >>>Sungard Midrange Storage Administration > >>>Office Telephone: (856) 566-5022 > >>> > >>> > >>> > >>> > >>> > >>>fred johanson <[EMAIL PROTECTED]> > >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > >>>08/02/2004 02:12 PM > >>>Please respond to "ADSM: Dist Stor Manager" > >>> > >>> > >>> To: [EMAIL PROTECTED] > >>> cc: > >>> Subject:Empty tapes not returning to scratch > >>> > >>> > >>>A new variation on an old problem. > >>> > >>>I've moved a lot of media to the shelf for space reasons. A bonus to > >>>using > >>>move as opposed to checkout is that when tapes hit empty on the shelf, > >>>they > >>>do not disappear from the storagepool. I restored 4 such to the tape > >>>robot > >>>on Friday, checked them into the Library Manager, and updated them to > >>>"Mountable in Library", while Pending Reuse is set to 0. And there
Re: ans0400e when typing SET WASPASSWORD
Luc, Data Protection for WAS is a "separately" orderable product even though the interface is integrated into the TSM base client. When you purchased the Data Protection for WAS "product", you should have received a CD in the mail that has the installation package containing the required license file. Thanks, Del "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 08/02/2004 03:39:45 PM: > Hi all, > > anyone got a clue on that one ... > > - Do I need a license file for the WAS protection agent > - if yes ... where should I get it ?? > > > Thanks > > Luc Beaudoin > SAN/TSM/Network Administrator > Hopital General Juif S.M.B.D. > Tel: (514) 340-8222 ext:8254
Re: Empty tapes not returning to scratch
Volume Name: UC0262 State: Mountable in library Last Update Date/Time: 02/06/2004 12:31:03 Location: Storage Pool Name: BACKDESKPOOL Automated LibName: UOCLIB Volume Status: Empty Access: Read-Only Last Reference Date: 10/18/2003 14:45:00 At 03:58 PM 8/2/2004 -0400, you wrote: do a q media {volume_name} stg={stgpool_name} f=d and post the output. Dale Jolliff Sungard Midrange Storage Administration Office Telephone: (856) 566-5022 fred johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 03:48 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Re: Empty tapes not returning to scratch Server level 5.2.2.5 q med uc0262 UC0262 Mountable in library UOCLIB q vol uc0262 f=d Volume Name: UC0262 Storage Pool Name: BACKDESKPOOL Device Class Name: TAPE Estimated Capacity (MB): 0.0 Scaled Capacity Applied: Pct Util: 0.0 Volume Status: Empty Access: Read-Only Pct. Reclaimable Space: 0.0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 1 Write Pass Number: 1 Approx. Date Last Written: 10/18/2003 14:45:00 Approx. Date Last Read: 10/18/2003 14:12:53 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Shelf Tape Library Volume is MVS Lanfree Capable : No Last Update by (administrator): FRED Last Update Date/Time: 02/06/2004 12:31:03 tsm: TSM>move data uc0262 ANR2232W This command will move all of the data stored on volume UC0262 to other volumes within the same storage pool; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. ANS8001I Return code 11. tsm: TSM>del vol uc0262 ANR2220W This command will delete volume UC0262 from its storage pool after verifying that the volume contains no data. Do you wish to proceed? (Yes (Y)/No (N)) y ANS8001I Return code 14. tsm: TSM>aud vol uc0262 ANR2310W This command will compare all inventory references to volume UC0262 with the actual data stored on the volume and will report any discrepancies; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. tsm: TSM>upd vol uc0262 acc=dest ANR2212I UPDATE VOLUME: No volumes updated. At 03:32 PM 8/2/2004 -0400, you wrote: >Fred, >Were these tapes originally scratch tapes? Or are they assigned to the >storagepool? > >Posting the output from the commands > > "q vol f=d" >and > "select * from volumes where volume_name='' > >would help us provide assistance. Also, what sort of output/response >errors did you get when you attempted to "del vol" or "audit vol"? > >Ted >At 03:21 PM 8/2/2004, you wrote: >>Tried that. >> >> >>At 02:54 PM 8/2/2004 -0400, you wrote: >>>You "moved" them out. "Move" them back. >>>Magic. >>> >>> >>>Dale Jolliff >>>Sungard Midrange Storage Administration >>>Office Telephone: (856) 566-5022 >>> >>> >>> >>> >>> >>>fred johanson <[EMAIL PROTECTED]> >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >>>08/02/2004 02:12 PM >>>Please respond to "ADSM: Dist Stor Manager" >>> >>> >>> To: [EMAIL PROTECTED] >>> cc: >>> Subject:Empty tapes not returning to scratch >>> >>> >>>A new variation on an old problem. >>> >>>I've moved a lot of media to the shelf for space reasons. A bonus to >>>using >>>move as opposed to checkout is that when tapes hit empty on the shelf, >>>they >>>do not disappear from the storagepool. I restored 4 such to the tape >>>robot >>>on Friday, checked them into the Library Manager, and updated them to >>>"Mountable in Library", while Pending Reuse is set to 0. And there they >>>sit, and nothing will change the status back to scratch. I've tried "Move >>>Data", "Del vol", "Aud vol", and changing their access to >>>destroyed. Nothing seems to work. >>> >>> >>> >>>Fred Johanson >>>ITSM Administrator >>>University of Chicago >>>773-702-8464 >> >>Fred Johanson >>ITSM Administrator >>University of Chicago >>773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464
Re: Empty tapes not returning to scratch
do a q media {volume_name} stg={stgpool_name} f=d and post the output. Dale Jolliff Sungard Midrange Storage Administration Office Telephone: (856) 566-5022 fred johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 03:48 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Re: Empty tapes not returning to scratch Server level 5.2.2.5 q med uc0262 UC0262 Mountable in library UOCLIB q vol uc0262 f=d Volume Name: UC0262 Storage Pool Name: BACKDESKPOOL Device Class Name: TAPE Estimated Capacity (MB): 0.0 Scaled Capacity Applied: Pct Util: 0.0 Volume Status: Empty Access: Read-Only Pct. Reclaimable Space: 0.0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 1 Write Pass Number: 1 Approx. Date Last Written: 10/18/2003 14:45:00 Approx. Date Last Read: 10/18/2003 14:12:53 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Shelf Tape Library Volume is MVS Lanfree Capable : No Last Update by (administrator): FRED Last Update Date/Time: 02/06/2004 12:31:03 tsm: TSM>move data uc0262 ANR2232W This command will move all of the data stored on volume UC0262 to other volumes within the same storage pool; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. ANS8001I Return code 11. tsm: TSM>del vol uc0262 ANR2220W This command will delete volume UC0262 from its storage pool after verifying that the volume contains no data. Do you wish to proceed? (Yes (Y)/No (N)) y ANS8001I Return code 14. tsm: TSM>aud vol uc0262 ANR2310W This command will compare all inventory references to volume UC0262 with the actual data stored on the volume and will report any discrepancies; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. tsm: TSM>upd vol uc0262 acc=dest ANR2212I UPDATE VOLUME: No volumes updated. At 03:32 PM 8/2/2004 -0400, you wrote: >Fred, >Were these tapes originally scratch tapes? Or are they assigned to the >storagepool? > >Posting the output from the commands > > "q vol f=d" >and > "select * from volumes where volume_name='' > >would help us provide assistance. Also, what sort of output/response >errors did you get when you attempted to "del vol" or "audit vol"? > >Ted >At 03:21 PM 8/2/2004, you wrote: >>Tried that. >> >> >>At 02:54 PM 8/2/2004 -0400, you wrote: >>>You "moved" them out. "Move" them back. >>>Magic. >>> >>> >>>Dale Jolliff >>>Sungard Midrange Storage Administration >>>Office Telephone: (856) 566-5022 >>> >>> >>> >>> >>> >>>fred johanson <[EMAIL PROTECTED]> >>>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> >>>08/02/2004 02:12 PM >>>Please respond to "ADSM: Dist Stor Manager" >>> >>> >>> To: [EMAIL PROTECTED] >>> cc: >>> Subject:Empty tapes not returning to scratch >>> >>> >>>A new variation on an old problem. >>> >>>I've moved a lot of media to the shelf for space reasons. A bonus to >>>using >>>move as opposed to checkout is that when tapes hit empty on the shelf, >>>they >>>do not disappear from the storagepool. I restored 4 such to the tape >>>robot >>>on Friday, checked them into the Library Manager, and updated them to >>>"Mountable in Library", while Pending Reuse is set to 0. And there they >>>sit, and nothing will change the status back to scratch. I've tried "Move >>>Data", "Del vol", "Aud vol", and changing their access to >>>destroyed. Nothing seems to work. >>> >>> >>> >>>Fred Johanson >>>ITSM Administrator >>>University of Chicago >>>773-702-8464 >> >>Fred Johanson >>ITSM Administrator >>University of Chicago >>773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464
Re: Empty tapes not returning to scratch
Server level 5.2.2.5 q med uc0262 UC0262 Mountable in library UOCLIB q vol uc0262 f=d Volume Name: UC0262 Storage Pool Name: BACKDESKPOOL Device Class Name: TAPE Estimated Capacity (MB): 0.0 Scaled Capacity Applied: Pct Util: 0.0 Volume Status: Empty Access: Read-Only Pct. Reclaimable Space: 0.0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 1 Write Pass Number: 1 Approx. Date Last Written: 10/18/2003 14:45:00 Approx. Date Last Read: 10/18/2003 14:12:53 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Shelf Tape Library Volume is MVS Lanfree Capable : No Last Update by (administrator): FRED Last Update Date/Time: 02/06/2004 12:31:03 tsm: TSM>move data uc0262 ANR2232W This command will move all of the data stored on volume UC0262 to other volumes within the same storage pool; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. ANS8001I Return code 11. tsm: TSM>del vol uc0262 ANR2220W This command will delete volume UC0262 from its storage pool after verifying that the volume contains no data. Do you wish to proceed? (Yes (Y)/No (N)) y ANS8001I Return code 14. tsm: TSM>aud vol uc0262 ANR2310W This command will compare all inventory references to volume UC0262 with the actual data stored on the volume and will report any discrepancies; the data will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume UC0262 contains no data. tsm: TSM>upd vol uc0262 acc=dest ANR2212I UPDATE VOLUME: No volumes updated. At 03:32 PM 8/2/2004 -0400, you wrote: Fred, Were these tapes originally scratch tapes? Or are they assigned to the storagepool? Posting the output from the commands "q vol f=d" and "select * from volumes where volume_name='' would help us provide assistance. Also, what sort of output/response errors did you get when you attempted to "del vol" or "audit vol"? Ted At 03:21 PM 8/2/2004, you wrote: Tried that. At 02:54 PM 8/2/2004 -0400, you wrote: You "moved" them out. "Move" them back. Magic. Dale Jolliff Sungard Midrange Storage Administration Office Telephone: (856) 566-5022 fred johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 02:12 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Empty tapes not returning to scratch A new variation on an old problem. I've moved a lot of media to the shelf for space reasons. A bonus to using move as opposed to checkout is that when tapes hit empty on the shelf, they do not disappear from the storagepool. I restored 4 such to the tape robot on Friday, checked them into the Library Manager, and updated them to "Mountable in Library", while Pending Reuse is set to 0. And there they sit, and nothing will change the status back to scratch. I've tried "Move Data", "Del vol", "Aud vol", and changing their access to destroyed. Nothing seems to work. Fred Johanson ITSM Administrator University of Chicago 773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464
ans0400e when typing SET WASPASSWORD
Hi all, anyone got a clue on that one ... - Do I need a license file for the WAS protection agent - if yes ... where should I get it ?? Thanks Luc Beaudoin SAN/TSM/Network Administrator Hopital General Juif S.M.B.D. Tel: (514) 340-8222 ext:8254
Re: Empty tapes not returning to scratch
Fred, Were these tapes originally scratch tapes? Or are they assigned to the storagepool? Posting the output from the commands "q vol f=d" and "select * from volumes where volume_name='' would help us provide assistance. Also, what sort of output/response errors did you get when you attempted to "del vol" or "audit vol"? Ted At 03:21 PM 8/2/2004, you wrote: Tried that. At 02:54 PM 8/2/2004 -0400, you wrote: You "moved" them out. "Move" them back. Magic. Dale Jolliff Sungard Midrange Storage Administration Office Telephone: (856) 566-5022 fred johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 02:12 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Empty tapes not returning to scratch A new variation on an old problem. I've moved a lot of media to the shelf for space reasons. A bonus to using move as opposed to checkout is that when tapes hit empty on the shelf, they do not disappear from the storagepool. I restored 4 such to the tape robot on Friday, checked them into the Library Manager, and updated them to "Mountable in Library", while Pending Reuse is set to 0. And there they sit, and nothing will change the status back to scratch. I've tried "Move Data", "Del vol", "Aud vol", and changing their access to destroyed. Nothing seems to work. Fred Johanson ITSM Administrator University of Chicago 773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464
Backup sets for Linux
We are interested in using a TSM server running under mainframe Linux to generate backup sets on 3590 tape, and subsequently restoring the backup sets using a TSM client running under mainframe Linux. The documentation for the 'restore backupset' indicates that the 'location' parameter is used to tell the client where to find the backup set. The documentation for 'location' includes a section on 'location=tape', which states that "this parameter is valid for Solaris, AIX, and HP-UX clients". This implies that a Linux client cannot restore a backup set from tape. Is this correct? Given Tivoli's track record for poor device support under Linux, it is entirely plausible. On the other hand, given Tivoli's track record for sloppy technical writing, it is entirely plausible that the statement is wrong.
Re: Empty tapes not returning to scratch
Tried that. At 02:54 PM 8/2/2004 -0400, you wrote: You "moved" them out. "Move" them back. Magic. Dale Jolliff Sungard Midrange Storage Administration Office Telephone: (856) 566-5022 fred johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 02:12 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Empty tapes not returning to scratch A new variation on an old problem. I've moved a lot of media to the shelf for space reasons. A bonus to using move as opposed to checkout is that when tapes hit empty on the shelf, they do not disappear from the storagepool. I restored 4 such to the tape robot on Friday, checked them into the Library Manager, and updated them to "Mountable in Library", while Pending Reuse is set to 0. And there they sit, and nothing will change the status back to scratch. I've tried "Move Data", "Del vol", "Aud vol", and changing their access to destroyed. Nothing seems to work. Fred Johanson ITSM Administrator University of Chicago 773-702-8464 Fred Johanson ITSM Administrator University of Chicago 773-702-8464
Re: Empty tapes not returning to scratch
You "moved" them out. "Move" them back. Magic. Dale Jolliff Sungard Midrange Storage Administration Office Telephone: (856) 566-5022 fred johanson <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 08/02/2004 02:12 PM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Empty tapes not returning to scratch A new variation on an old problem. I've moved a lot of media to the shelf for space reasons. A bonus to using move as opposed to checkout is that when tapes hit empty on the shelf, they do not disappear from the storagepool. I restored 4 such to the tape robot on Friday, checked them into the Library Manager, and updated them to "Mountable in Library", while Pending Reuse is set to 0. And there they sit, and nothing will change the status back to scratch. I've tried "Move Data", "Del vol", "Aud vol", and changing their access to destroyed. Nothing seems to work. Fred Johanson ITSM Administrator University of Chicago 773-702-8464
Empty tapes not returning to scratch
A new variation on an old problem. I've moved a lot of media to the shelf for space reasons. A bonus to using move as opposed to checkout is that when tapes hit empty on the shelf, they do not disappear from the storagepool. I restored 4 such to the tape robot on Friday, checked them into the Library Manager, and updated them to "Mountable in Library", while Pending Reuse is set to 0. And there they sit, and nothing will change the status back to scratch. I've tried "Move Data", "Del vol", "Aud vol", and changing their access to destroyed. Nothing seems to work. Fred Johanson ITSM Administrator University of Chicago 773-702-8464
Re: TSM Image Restore
I've also seen if you have the TSM Journal service running against that drive it locks the drive, too. You need to stop the Journal service to do the image restore. Bill Boyer DSS, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Prather, Wanda Sent: Monday, August 02, 2004 12:24 PM To: [EMAIL PROTECTED] Subject: Re: TSM Image Restore We ran into the same problem. 1) Just having an Explorer window open to that drive is enough to cause the "locked" message. 2) Remote users accessing that drive via Explorer across a network connection can cause it. 3) Even with all Windows closed, we sometimes couldn't find whatever was causing the "locked" message. In those cases, we found that a quick format of the drive cleared it. With a quick format you get a prompt with approximately the same message, but you get the option to go ahead and format anyway. That cleared it. (And the image restore is going to wipe out the drive anyway). Hope that helps. Wanda Prather "I/O, I/O, It's all about I/O" -(me) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Ackerman, David Sent: Monday, August 02, 2004 12:00 PM To: [EMAIL PROTECTED] Subject: TSM Image Restore I'm new to TSM and I'm attempting to do an image restore on a Windows 2K Server. When I click the restore button in TSM, I receive the error "ANS1287E Volume can not be locked." Does anyone know how to resolve this? I know if anything is open on this drive you would receive this message but nothing is running on this drive. I'm not restoring a system drive but rather a drive with just applications. If no files on the drive to be restored can be in use than how would you restore a system drive, via a boot disk? Sorry if these are dumb questions but again I'm new this. Thanks Dave Ackerman EDI Analyst Sharp Electronics 201-529-6388
Re: TSM Image Restore
We ran into the same problem. 1) Just having an Explorer window open to that drive is enough to cause the "locked" message. 2) Remote users accessing that drive via Explorer across a network connection can cause it. 3) Even with all Windows closed, we sometimes couldn't find whatever was causing the "locked" message. In those cases, we found that a quick format of the drive cleared it. With a quick format you get a prompt with approximately the same message, but you get the option to go ahead and format anyway. That cleared it. (And the image restore is going to wipe out the drive anyway). Hope that helps. Wanda Prather "I/O, I/O, It's all about I/O" -(me) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Ackerman, David Sent: Monday, August 02, 2004 12:00 PM To: [EMAIL PROTECTED] Subject: TSM Image Restore I'm new to TSM and I'm attempting to do an image restore on a Windows 2K Server. When I click the restore button in TSM, I receive the error "ANS1287E Volume can not be locked." Does anyone know how to resolve this? I know if anything is open on this drive you would receive this message but nothing is running on this drive. I'm not restoring a system drive but rather a drive with just applications. If no files on the drive to be restored can be in use than how would you restore a system drive, via a boot disk? Sorry if these are dumb questions but again I'm new this. Thanks Dave Ackerman EDI Analyst Sharp Electronics 201-529-6388
TSM Image Restore
I'm new to TSM and I'm attempting to do an image restore on a Windows 2K Server. When I click the restore button in TSM, I receive the error "ANS1287E Volume can not be locked." Does anyone know how to resolve this? I know if anything is open on this drive you would receive this message but nothing is running on this drive. I'm not restoring a system drive but rather a drive with just applications. If no files on the drive to be restored can be in use than how would you restore a system drive, via a boot disk? Sorry if these are dumb questions but again I'm new this. Thanks Dave Ackerman EDI Analyst Sharp Electronics 201-529-6388
Re: D2D vs. tape backups with TSM?
To add one more ingredient to the 'it all depends' performance soup - it's not really sequential vs random reads - it's one sequential read stream vs multiple sequential read streams. Depending upon the OS/disk subsystem, read-ahead caching would be performed on each stream and reduce the amount of head movement required. Ken Mueller Magna Carta Companies -Original Message- From: Otto Schakenbos [mailto:[EMAIL PROTECTED] Sent: Monday, August 02, 2004 9:15 AM To: [EMAIL PROTECTED] Subject: Re: D2D vs. tape backups with TSM? Food for thought on multiple sessions and filebased backup: If you got 2(or more) virt. tapes on one disk(array) and the client has mounted them both and is pulling data from them this will probarly be slower in throughput then when just reading from one virt. tape at a time since sequantial reading is normally faster (esp. with ata) then random. In other words multiple mount points means the heads of your disk has to move longer distances then when using a single mountpoint. Thats why we have collocation turned on and only allow single sessions on our file type backup pool. maybe we are doing it all wrong anyway... regards Otto Schakenbos System Administrator TEL: +49-7151/502 8468 FAX: +49-7151/502 8489 MOBILE: +49-172/7102715 E-MAIL: [EMAIL PROTECTED] TFX IT-Service AG Fronackerstrasse 33-35 71332 Waiblingen GERMANY TSM_User wrote: >I aggree about not using collocation but this customer has always >collocated everything offsite and onsite. Moving to ATA was step one. >Step two is getting them to turn off collocation on all the Large File >data. Step three is going to be turnning off collocation for everything >on disk. > >"Rushforth, Tim" <[EMAIL PROTECTED]> wrote:We have always used >compression going to Disk. We use exclude.compression for things like >.zip etc. You may want to use compressalways yes to avoid resending >data that grows. > >We are not collocating at all - why would you want to? From a restore >perspective (using multi-session restore) it is better to have the data >spread out across multiple volumes. > >-Original Message- >From: TSM_User [mailto:[EMAIL PROTECTED] >Sent: July 28, 2004 8:29 PM >To: [EMAIL PROTECTED] >Subject: Re: D2D vs. tape backups with TSM? > >We are using 25 GB volumes right now. We are also still collocating the >storage pools that use the file device class by node. This has worked >out fine for us. Sad to admit but I wasn't aware of the Technical >Exchange recommendation. Is there a white paper from that you could >refer me to. > >We are contemplating turning on node compression everywhere to also >help reduce disk space. > >Also, I made mention in a previous post that we were reclaiming down to >50% and that was fine. Well, like always when you make a comment like >that it makes you think and they you go look. I found that we were >using around 16 TB's of ATA space in all when you look at the "In Use" >numbers. When I looked at the actual disk in use it was closer to 21 >TB's of data. I am currently reclaiming everything down to 40 and I >plan to get down to 25 again. At that point I will compare the numbers >and see how much I can reduce the 21 TB's in use. > >Also somewhat interesting information. We have found that the I/O >capabilities of the latest and greatest servers can really help push a >lot more data to disk. We have always been told by our disk vendor that >the bottleneck wasn't them. We ruled out many things except them. >Finally we looked at a more detailed performance monitor of our systems >and we found that the we were killing the processor during times when >we were pushing a lot of data to disk. With these new servers we see >migrations from Fibre disk to ATA disk at over 150 GB/hr. We do have 60 >TB's of ATA space though so we have a lot of disks to write to. > > >"Rushforth, Tim" wrote: >Just curious what size of file volumes are you using? We were >originally using 25 GB, and then I listened to the "Disk Only Backup >Strategies" Technical Exchange where they recommended 2-4 GB volumes. > >Thanks, > >Tim Rushforth >City of Winnipeg > >-Original Message- >From: TSM_User [mailto:[EMAIL PROTECTED] >Sent: July 27, 2004 6:41 PM >To: [EMAIL PROTECTED] >Subject: Re: D2D vs. tape backups with TSM? > >Funny, we set ours down to 25% as well just to see what would happen. >This worked but we have since set all of the ATA Pools to 50% and we >just leave them there. Theoretically what could happen is we could be >wasting twice as much space but the fact is the volumes were going from >25% to 50% in a matter of days and when we looked at how many volumes >were between 25% and 50% in our environment we determined there was no >need to reclaim down that far. From all outward signs there was no >issues with reclaiming down to 25% we just didn't think it was worth >doing the extra work to get back such a small amount of disk. Disk is >cheap, right! lol > > >"Rushforth, Tim" wrote: >We've set ours at 25%.
Snapshot backup
We may be doing a once a month Backup snapshot for a Novell client, Can this be done with the GUI? Novell Client Version 5.2.2 Thanks for any help!
Re: include/exclude
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of goc >how to include content of /usr/local/cvs/ directory and >subdirs into one >management class when doing incremental backups ? > >is this enough ? > >include.backup /usr/local/cvs/* MC_CVS The syntax for your include line should be include /usr/local/cvs/.../* MC_CVS in order to back up all subdirectories using the desired management class. -- Mark Stapleton
Monthly TSM FAQ August 2004
This Frequently Asked Question list for the ADSM-L mailing list is posted on the first day of each month. It was created to cut down on the number of questions that are repeated regularly in the ADSM-L mailing list from vm.marist.edu. I would be grateful for any requests to include additional material. (Please send them directly to me, rather than to the list.) updated 07/30/2004 * Questions marked with * are new or improved since the last posting. QUESTIONS 01. About the list itself 01-01. How do I subscribe to ADSM-L? 01-02. How do I unsubscribe to ADSM-L? 01-03. Why don't I see the questions I post to ADSM-L? 01-04. How can I see the questions I post to ADSM-L? 01-05. Who decides what questions go on ADSM-L? 01-06. Is there a digest or archive of ADSM-L? 01-07. How do I get more information about ADSM-L? 01-08. Does IBM/Tivoli participate in ADSM-L? 01-09 How can I get just a digest of ADSM-L, instead of all the postings? 02. Types of questions asked 02-01. What subjects are covered in this list? 02-02. What kinds of questions can be asked? 02-03. What kinds of questions can I expect answers to? 02-04. What levels of netiquette are expected? 02-05. What's the first thing to do when I have a question about TSM? 02-06. What's the second thing to do when I have a question about TSM? 02-07. What's the third thing to do when I still have a question about TSM? 02-08. What's the fourth thing to do when I STILL have a question about TSM? 02-09. What's the fifth thing to do when I *STILL* have a question about TSM? 02-10. What's the last thing to do when I *STILL* have a question about TSM? 02-11. What are those "out of office" messages I keep seeing in the list? 02-12. What's the single best thing I can do to improve the list? 02-13. Why don't I get answers to my "I need comparisons between TSM and backup software" questions? 02-14. What kinds of things shouldn't I post on ADSM-L? 02-15. Is there some sort of acronym list? 02-16. Whatever happened to Richard Sims? 03. Available TSM resources 03-01. What FAQs are already out there? 03-02. What other sources of help can I find? 03-03. How do I get "official" TSM support? 04. Frequently-asked questions on ADSM-L 04-01. Is it called ADSM, or TSM, or ITSM? What's the deal here? 04-02. What are backupsets? How can I use them? 04-03. How does TSM do full/incremental/differential backups, just like my old backup software used to? 04-04. How do I unsubscribe to ADSM-L? 04-05. How do I do mailbox-level restores of Exchange using the Tivoli Data Protection Agent for Exchange? 04-06. How do I force TSM to do a full backup of a client? 04-07. Where can I download the latest version of TSM/TDP? 04-08. What's the very first thing I do after TSM is delivered to me? 04-09. I'm getting message ANRX from the TSM server. What does it mean? 04-10. I'm getting message ANSX from the TSM client. What does it mean? 04-11. My large-scale restores are slow. How can I speed them up? 04-12. How do I back up normally open files, like database files? 04-13. What's all this about TSM and SQL select statements? 04-14. My boss wants disaster recovery procedures. What's the best way to do it? 04-15. How do I get TSM to report problems to me? 04-16. Why does version X of TSM have this bad bug in it? 04-17. How come my copy pool tape reclamation runs so slowly? 04-18. I keep getting these "server out of license compliance" messages. Why? 04-19. My scheduled backups fail (or are incomplete), but my manual ones work fine. Why? 04-20. While backleveling my TSM client from 4.2.1 to 4.1.3, I get a "downlevel" message. Why? 04-21. Why do I get an "ANR1440I All drives in use. Process being preempted by higher priority operation" message when my storage pool backup fails? 04-22. I've deleted all data from a tape volume, but it hasn't come back as a scratch tape. Why? 04-23. What is this ANRD error message? I don't understand it. 04-24. I'm upgrading my TSM server/client from version X.X to version Y.Y Any pitfalls? 04-25. How do I restore one client's data onto another client? 04-26. Will my new tape library work with TSM? 04-27. My Windows client backs up the same 3,000 files or so everyday. Why? 04-28. I'm moving TSM to a new physical server. What's the best way to do that? 04-29. How do I back up my NetWare NDS license files? 04-30. What's all this fuss about "cleanup backupgroups"? 04-31. I'm trying to include some files for backups, but it's not working. Why? 04-32. Can I put TSM db and log volumes on raw devices? 04-33. Why is my client backup {taking so long|running so slowly|sluggish}? 04-34. I have a tape volume that Q C
include/exclude
8hi all ... how to include content of /usr/local/cvs/ directory and subdirs into one management class when doing incremental backups ? is this enough ? include.backup /usr/local/cvs/* MC_CVS ... it seems not working , i mean the backup works but files are not stored with this mgmt class, thanks in advace for any answer g
Re: Restoring the oldest version
If you are restoring into filesystems that are the same size as those that were backed up, this could result in more data being restored than there is space available, as TSM will also restore every file it has backed up that has been deleted from the server. The only way I can think of doing this (off the top of my head) is to process the output of a Q ba /filesapce/* -subdir=y -ina And build a list of candidate files, then restore that using dsmc's -filelist option -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David DeCuir Sent: Friday, July 30, 2004 8:40 PM To: [EMAIL PROTECTED] Subject: Restoring the oldest version A customer wants restored the oldest version of every fileTSM has for a certain node. What's the best way to do this? Example: If there is only one copy of a file and it is active, they want that one. If there are 2 inactives and 1 active, they want the oldest inactive. Thanks, David ___ Disclaimer Notice __ This message and any attachments are confidential and should only be read by those to whom they are addressed. If you are not the intended recipient, please contact us, delete the message from your computer and destroy any copies. Any distribution or copying without our prior permission is prohibited. Internet communications are not always secure and therefore Powergen Retail Limited does not accept legal responsibility for this message. The recipient is responsible for verifying its authenticity before acting on the contents. Any views or opinions presented are solely those of the author and do not necessarily represent those of Powergen Retail Limited. Registered addresses: Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry, CV4 8LG. Registered in England and Wales No: 3407430 Telephone +44 (0) 2476 42 4000 Fax +44 (0) 2476 42 5432
Re: TDP for SQL - VERIFYONLY?
Chris, I remember you asking about this last year as well. You are correct that Data Protection for SQL does not have a "VERIFYONLY" function at this time. To be completely honest we have only heard this request from one or two customers. Since it means that you need to read and restore all of the data from the backup set anyway, many people have decided to just do the actual restore to an alternate server to do a *real* verification that their data will restored and actually see it work, versus a message that says "The backup set is valid." I encourage you to submit an official requirement through your IBM representative that you need this function added to Data Protection for SQL. If the requirement is heard from enough customers, the priority will rise and it has a much better chance of being implemented. Thanks, Del "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 07/31/2004 11:27:52 AM: > As long as I'm posting, here's a question for Del. There is one glaring > omission in the TDP client for SQL Server, namely the lack of any command > that would expose Microsoft's RESTORE VERIFYONLY command. This command > saves tons of time in verifying backups, since it greatly simplifies the > process. Are there any plans by IBM to build something into the TDP Client > for SQL Server that will let us run this command? It really doesn't seem > like it should be very hard to do, and it's a big enough omission that > initially we considered scrapping TDP for SQL because of it - and we still > consider this from time to time. It's really an integral part of the T-SQL > backup and restore API. > > Thanks for any response, > Chris
Re: TDP FOR MAIL
James, You should be backing up all of the Storage Groups on your Exchange server that need to be protected. This is accomplished on the CLI with an "*". For example: TDPEXCC BACKUP * FULL Data Protection for Exchange will enumerate all of the Storage Groups, and back each one up. There are sample "batch" files included in the product installation directory that give you examples on how to set this up. The User's Guide should help you with this. The sample options file that is shipped with Data Protection for Exchange has the necessary TSM API options, however, you will need to update it to specify the communications options for contacting the TSM Server. The sample Data Protection for Exchange configuration file also has the necessary settings to get this working. Make sure you have Data Protection for Exchange version 5.2.1 (as shown by the information in the CLI output or the About box on the GUI.) Version 5.2.1 is required in order to back up Exchange 2003 properly. There is also an appendix in the User's Guide completely dedicated to setting up Data Protection for Exchange with the TSM central scheduler. If you are having problems getting this working, please provide error messages and/or problem symptoms in your appends to this forum. Thanks, Del "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 08/02/2004 07:09:31 AM: > Does any one have any idea how to set this up. I have read the red > books and user guide but cannot make sense of it. I need to know > what should be in the options file, what exactly should I be backing > up (exchange 2003) and how to schedule it. > > Any information would be great! > > Thanks in advance
Re: search.adsm.org down ?
> ADSM QuickFacts lists another log archive site you can use: > http://www.mail-archive.com/[EMAIL PROTECTED]/ Thanks! That one works fine. I should have checked your QuickFacts before posting, I know Alexander
Re: D2D vs. tape backups with TSM?
Food for thought on multiple sessions and filebased backup: If you got 2(or more) virt. tapes on one disk(array) and the client has mounted them both and is pulling data from them this will probarly be slower in throughput then when just reading from one virt. tape at a time since sequantial reading is normally faster (esp. with ata) then random. In other words multiple mount points means the heads of your disk has to move longer distances then when using a single mountpoint. Thats why we have collocation turned on and only allow single sessions on our file type backup pool. maybe we are doing it all wrong anyway... regards Otto Schakenbos System Administrator TEL: +49-7151/502 8468 FAX: +49-7151/502 8489 MOBILE: +49-172/7102715 E-MAIL: [EMAIL PROTECTED] TFX IT-Service AG Fronackerstrasse 33-35 71332 Waiblingen GERMANY TSM_User wrote: I aggree about not using collocation but this customer has always collocated everything offsite and onsite. Moving to ATA was step one. Step two is getting them to turn off collocation on all the Large File data. Step three is going to be turnning off collocation for everything on disk. "Rushforth, Tim" <[EMAIL PROTECTED]> wrote:We have always used compression going to Disk. We use exclude.compression for things like .zip etc. You may want to use compressalways yes to avoid resending data that grows. We are not collocating at all - why would you want to? From a restore perspective (using multi-session restore) it is better to have the data spread out across multiple volumes. -Original Message- From: TSM_User [mailto:[EMAIL PROTECTED] Sent: July 28, 2004 8:29 PM To: [EMAIL PROTECTED] Subject: Re: D2D vs. tape backups with TSM? We are using 25 GB volumes right now. We are also still collocating the storage pools that use the file device class by node. This has worked out fine for us. Sad to admit but I wasn't aware of the Technical Exchange recommendation. Is there a white paper from that you could refer me to. We are contemplating turning on node compression everywhere to also help reduce disk space. Also, I made mention in a previous post that we were reclaiming down to 50% and that was fine. Well, like always when you make a comment like that it makes you think and they you go look. I found that we were using around 16 TB's of ATA space in all when you look at the "In Use" numbers. When I looked at the actual disk in use it was closer to 21 TB's of data. I am currently reclaiming everything down to 40 and I plan to get down to 25 again. At that point I will compare the numbers and see how much I can reduce the 21 TB's in use. Also somewhat interesting information. We have found that the I/O capabilities of the latest and greatest servers can really help push a lot more data to disk. We have always been told by our disk vendor that the bottleneck wasn't them. We ruled out many things except them. Finally we looked at a more detailed performance monitor of our systems and we found that the we were killing the processor during times when we were pushing a lot of data to disk. With these new servers we see migrations from Fibre disk to ATA disk at over 150 GB/hr. We do have 60 TB's of ATA space though so we have a lot of disks to write to. "Rushforth, Tim" wrote: Just curious what size of file volumes are you using? We were originally using 25 GB, and then I listened to the "Disk Only Backup Strategies" Technical Exchange where they recommended 2-4 GB volumes. Thanks, Tim Rushforth City of Winnipeg -Original Message- From: TSM_User [mailto:[EMAIL PROTECTED] Sent: July 27, 2004 6:41 PM To: [EMAIL PROTECTED] Subject: Re: D2D vs. tape backups with TSM? Funny, we set ours down to 25% as well just to see what would happen. This worked but we have since set all of the ATA Pools to 50% and we just leave them there. Theoretically what could happen is we could be wasting twice as much space but the fact is the volumes were going from 25% to 50% in a matter of days and when we looked at how many volumes were between 25% and 50% in our environment we determined there was no need to reclaim down that far. From all outward signs there was no issues with reclaiming down to 25% we just didn't think it was worth doing the extra work to get back such a small amount of disk. Disk is cheap, right! lol "Rushforth, Tim" wrote: We've set ours at 25%. We are just piloting an all disk backup pool for some clients on one of our servers and for small files on another. - Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. - Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! begin:vcard fn:Otto Schakenbos n:Schakenbos;Otto org:Teleflex IT Europe adr:;;fronackerstr. 33-35;Waiblingen;BW;71332;Germany email;internet:[EMAIL PROTECTED] title:System Administrator tel;work:+49-7151-50284-68 tel;fax:+49-7151-50284-89 tel;cell:+49-172-710-2715 x-mozilla-html:FALSE url:http://www.tis-ag.com ver
Re: search.adsm.org down ?
>search.adsm.org seems to be down. > >I tried the search engine at vm.marist.edu >but it is rather slow, so it would be >nice if search.adsm.org was up again. > >Does anybody know who manages this site? Alexander - That remains an enduring mystery. ADSM QuickFacts lists another log archive site you can use: http://www.mail-archive.com/[EMAIL PROTECTED]/ Richard Sims
search.adsm.org down ?
Hi all, search.adsm.org seems to be down. I tried the search engine at vm.marist.edu but it is rather slow, so it would be nice if search.adsm.org was up again. Does anybody know who manages this site? Regards, Alexander Alexander Verkooijen Senior Systems Programmer High Performance Computing SARA Computing & Networking Services
Re: TSM Extended Edition
I think that the anser is compleate about licensing. I never see(read) any information for limit about maximum drives/library size for Extented exition. Regards, Svetoslav nghiatd <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02.08.2004 14:23 Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: TSM Extended Edition Thank, But I want know about TSM Extended edition ver5.2 - Original Message - From: "Svetoslav Tolev" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, August 02, 2004 7:05 PM Subject: Re: TSM Extended Edition > Hi, > TSM - supports only libraries with up to 3 drives and max 40 tape > magazine. If you need to use bigger library - than you need to buy > Extented edition. > > > > Best regards, > Svetoslav > > > > > > > nghiatd <[EMAIL PROTECTED]> > Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > 02.08.2004 11:46 > Please respond to > "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > > > To > [EMAIL PROTECTED] > cc > > Subject > TSM Extended Edition > > > > > > > Hi all, > Does anyone know how many maximum drives TSM Extended Edition support ? > How maximum large tape libraries (or online storage devices) does TSM > support ?. > > Thank a lot of, >
Re: TSM Extended Edition
Thank, But I want know about TSM Extended edition ver5.2 - Original Message - From: "Svetoslav Tolev" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, August 02, 2004 7:05 PM Subject: Re: TSM Extended Edition > Hi, > TSM - supports only libraries with up to 3 drives and max 40 tape > magazine. If you need to use bigger library - than you need to buy > Extented edition. > > > > Best regards, > Svetoslav > > > > > > > nghiatd <[EMAIL PROTECTED]> > Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > 02.08.2004 11:46 > Please respond to > "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > > > To > [EMAIL PROTECTED] > cc > > Subject > TSM Extended Edition > > > > > > > Hi all, > Does anyone know how many maximum drives TSM Extended Edition support ? > How maximum large tape libraries (or online storage devices) does TSM > support ?. > > Thank a lot of, >
Re: TSM Extended Edition
Hi, TSM - supports only libraries with up to 3 drives and max 40 tape magazine. If you need to use bigger library - than you need to buy Extented edition. Best regards, Svetoslav nghiatd <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02.08.2004 11:46 Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject TSM Extended Edition Hi all, Does anyone know how many maximum drives TSM Extended Edition support ? How maximum large tape libraries (or online storage devices) does TSM support ?. Thank a lot of,
Re: TDP FOR MAIL
Does any one have any idea how to set this up. I have read the red books and user guide but cannot make sense of it. I need to know what should be in the options file, what exactly should I be backing up (exchange 2003) and how to schedule it. Any information would be great! Thanks in advance
Backup History Deletion
I have a node that has a lot of tape usage. I want to remove all but the last two weeks worth of history for one particular filespace on the node but am having trouble finding out how I can do this or if it is possible. Thanks in advance for any ideas or comments?? Thanks, Sam Sam Rudland, "The number of UNIX installations has grown to 10, with more expected." - The UNIX Programmers Manual, 2nd Edition, June, 1972. - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. -
share the same tape library
Hi all, How many maximum TSM servers can share the same tape library ? (With TSM extended Edition ver5.2)
TSM Extended Edition
Hi all, Does anyone know how many maximum drives TSM Extended Edition support ? How maximum large tape libraries (or online storage devices) does TSM support ?. Thank a lot of,
Re: Please reply anyone !! -- ANR2020E QUERY CONTENT: Invalid parameter - NAMETYPE and Other one is CODETYPE
Thanks Joerg ! I am in the process of downloading the patches ! Kind Regards, Muhammad SaDaT Anwar Product Specialist Systems Management & Data Management Products Info Tech (Pvt) Limited 108, Business Avenue, Main Shahrah-e-Faisal, Karachi, Pakistan Ph: +92-21-111-427-427 Fax: +92-21-4310569 Cell: +92-21-300-8211943 Joerg Pohlmann <[EMAIL PROTECTED] COM> To Sent by: "ADSM: Dist Stor [EMAIL PROTECTED] Manager" cc <[EMAIL PROTECTED] .EDU> 07/30/2004 09:06 PMSubject Re: Please reply anyone !! -- ANR2020E QUERY CONTENT: Invalid Please respond to parameter - NAMETYPE and Other one "ADSM: Dist Stor is CODETYPE Manager" <[EMAIL PROTECTED] .EDU> Muhammad, please upgrade to 5.2.2.5 or even to 5.2.3.0+5.2.3.1 as you are seeing bugs in 5.2.2.0 that have long been fixed. Download 5.2.2.5 from ftp://service.boulder.ibm.com/storage/tivoli-storage-management/patches/server/ Download 5.2.3.0 from ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance/server/v5r2/ The downloads are accessible to anyone unless your TSM server runs on zOS or OS/390 in which case you will need a password from IBM service. Joerg Pohlmann 604-535-0452 Muhammad Sadat <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 2004-07-29 21:45 Please respond to "ADSM: Dist Stor Manager" To [EMAIL PROTECTED] cc Subject Please reply anyone !! -- ANR2020E QUERY CONTENT: Invalid parameter - NAMETYPE and Other one is CODETYPE Dear All, I have just installed TSM Extended Edition 5.2.2. Taken a backup and even restored it. While I am trying to "Query the contents of a storage pool volume" I am getting this error ANR2020E QUERY CONTENT: Invalid parameter - NAMETYPE ANR2020E QUERY CONTENT: Invalid parameter - CODETYPE Whereas the same in TSM Standard Edition 5.2 was working. Yes I understand there is some required combination like Filespace and File Space Nmae Type and File Space Code Page Type. In File space i put "\\tivoli\d$" as seen in Clients' file spaces. leaving the rest default as: FileSpace Name type = Server FileSpace Code page type = BOTH The error: ANR2020E QUERY CONTENT: Invalid parameter - NAMETYPE appears when i don't give the filespace. The error: ANR2020E QUERY CONTENT: Invalid parameter - CODETYPE appears when i give the filespace. Please help! Kind Regards Muhammad SaDaT Anwar Product Specialist Systems Management & Data Management Products Info Tech (Pvt) Limited 108, Business Avenue, Main Shahrah-e-Faisal, Karachi, Pakistan Ph: +92-21-111-427-427 Fax: +92-21-4310569 Cell: +92-21-300-8211943