del volume error
Hi Tried to delete a volume with the command: del vol 72L2 discardd=yes It began to delete but after a few seconds is stuck: Process Process Description Status Number - 99 Delete VolumeVolume 72L2 (storage pool I-DRM), Files (Discard Data) Deleted: 20, Bytes Deleted: 8,572,065 I saw in the log this error message: 07/08/2008 09:04:03 ANR0538I A resource waiter has been aborted. 07/08/2008 09:04:03 ANR2229W Discard data process terminated for volume 72L2 - internal server error detected. (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 issued message 2229 from: (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 0x000100013414 outRptf (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 0x0001008aa9c8 AdmVolDelThread (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 0x0001000148f0 StartThread (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 0x094794f0 _pthread_body (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:06 ANR0986I Process 99 for DELETE VOLUME (DISCARD DATA) running in the BACKGROUND processed 20 items for a total more... (ENTER to continue, 'C' to cancel) of 8,572,065 bytes with a completion state of FAILURE at 09:04:06. (SESSION: 13490, PROCESS: 99) I did an audit volume with fix=yes and no problem: 07/08/2008 07:59:01 ANR4132I Audit volume process ended for volume 72L2; 216127 files inspected, 0 damaged files deleted, 0 damaged files marked as damaged, 0 files previously marked as damaged reset to undamaged, 0 objects updated. (SESSION: 13490, PROCESS: 98) 07/08/2008 07:59:01 ANR0987I Process 98 for AUDIT VOLUME (REPAIR) running in the BACKGROUND processed 216127 items with a completion state of SUCCESS at 07:59:01. (SESSION: 13490, PROCESS: 98) What can I do to fix and delete this volume to bring it back to scratch My TSM server version is : 5.5.03 Regards Robert Ouzen
Re: del volume error
Hi Robert Looks like your suffering from the following apar IC56233 http://www-1.ibm.com/support/docview.wss?rs=1019context=SSSQWCcontext=SSGSG7q1=delete+volume+internal+server+erroruid=swg1IC56233loc=en_UScs=utf-8lang=en scheduled to be fixed in 5.5.2 Phil From: Robert Ouzen Ouzen [mailto:[EMAIL PROTECTED] Sent: Tue 08/07/2008 07:05 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] del volume error Hi Tried to delete a volume with the command: del vol 72L2 discardd=yes It began to delete but after a few seconds is stuck: Process Process Description Status Number - 99 Delete VolumeVolume 72L2 (storage pool I-DRM), Files (Discard Data) Deleted: 20, Bytes Deleted: 8,572,065 I saw in the log this error message: 07/08/2008 09:04:03 ANR0538I A resource waiter has been aborted. 07/08/2008 09:04:03 ANR2229W Discard data process terminated for volume 72L2 - internal server error detected. (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 issued message 2229 from: (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 0x000100013414 outRptf (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 0x0001008aa9c8 AdmVolDelThread (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 0x0001000148f0 StartThread (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:03 ANRD Thread29452 0x094794f0 _pthread_body (SESSION: 13490, PROCESS: 99) 07/08/2008 09:04:06 ANR0986I Process 99 for DELETE VOLUME (DISCARD DATA) running in the BACKGROUND processed 20 items for a total more... (ENTER to continue, 'C' to cancel) of 8,572,065 bytes with a completion state of FAILURE at 09:04:06. (SESSION: 13490, PROCESS: 99) I did an audit volume with fix=yes and no problem: 07/08/2008 07:59:01 ANR4132I Audit volume process ended for volume 72L2; 216127 files inspected, 0 damaged files deleted, 0 damaged files marked as damaged, 0 files previously marked as damaged reset to undamaged, 0 objects updated. (SESSION: 13490, PROCESS: 98) 07/08/2008 07:59:01 ANR0987I Process 98 for AUDIT VOLUME (REPAIR) running in the BACKGROUND processed 216127 items with a completion state of SUCCESS at 07:59:01. (SESSION: 13490, PROCESS: 98) What can I do to fix and delete this volume to bring it back to scratch My TSM server version is : 5.5.03 Regards Robert Ouzen
when will 5.5.1 client be released?
I had expected to see it by now, is there an ETA? Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: when will 5.5.1 client be released?
Later on this month. All of the other clients appear to be released. thanks! lisa -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Schaub, Steve Sent: Tuesday, July 08, 2008 10:08 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] when will 5.5.1 client be released? I had expected to see it by now, is there an ETA? Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: when will 5.5.1 client be released? [mid July?]
We are currently running an efix dsmserv v5.5.0.3 + testfix for IC56999. IBM level 2 support told us that v5.5.1 will be delayed about 2 weeks in order to include the fix for IC56999. That's very good decision: IC56999 was a severe performance problem for a busy UNIX TSM service! Backup performance is back to our normal expectations with the efix. The v5.5.1 client README files posted near the end of June also talk about a delay of 2 weeks. -- [EMAIL PROTECTED] (203.432.6693) Schaub, Steve wrote: I had expected to see it by now, is there an ETA? Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: when will 5.5.1 client be released?
5.5.1 Fix pack for clients is out http://www-1.ibm.com/support/docview.wss?uid=swg24019757 Windows 5.5.1 client should be out by the end of the month Phil From: Schaub, Steve [mailto:[EMAIL PROTECTED] Sent: Tue 08/07/2008 16:08 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] when will 5.5.1 client be released? I had expected to see it by now, is there an ETA? Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: when will 5.5.1 client be released?
The 5.5.1 Windows clients will be available in mid-July 2008. I hope there are some VSS fixes for those clients. Tim Laughlin, Lisa wrote: Later on this month. All of the other clients appear to be released. thanks! lisa -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Schaub, Steve Sent: Tuesday, July 08, 2008 10:08 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] when will 5.5.1 client be released? I had expected to see it by now, is there an ETA? Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: when will 5.5.1 client be released?
Except for Windows, the 5.5.1 clients are available. Which ones are you unable to find? Windows client is currently wrapping up in test, unofficial ETA (subject to change, not an official announcement, and other caveats apply) is some time by the end of next week. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 07/08/2008 08:08:01 AM: I had expected to see it by now, is there an ETA? Steve Schaub Systems Engineer, Windows Blue Cross Blue Shield of Tennessee 423-535-6574 (desk) 423-785-7347 (mobile) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Tricky conversion problem
We are moving to a new TSM server on a Pseries box with an IBM 3592 tape system from a very old mainframe based TSM server. We had not planned on moving any of the old data over to the new server as there was no requirement for it. However, we run into a single user who wants to have all of his previous backups moved to the new server, even though most are no longer usable (we are talking about old OS2 systems, etcevery PC he has ever used in the last 20 years). Since this user is our 2nd line manager, we have no choice to try and figure something out. The main problem is that the two servers are not compatible. The old server can only talk to 3590 tape drives, whose tapes are not usable in the new 3592s. So, I can't just export the data to tape and then import into the new server. (Ah if only life were that easy!). On a hunch, I've tried creating a server connection between old and new TSM server. Then, I exported a filespace to a virtual volume (devclass=server) on the new server. It sits on a 3592 tape right now. However, the new server will not allow me to import this tape, as it belongs to a pool and it thinks it is in use. Is there any way to make this work? I'm at a loss for ideas at this point. I could create a virtual volume on disk and move the old filespaces to it, but then I'll have to keep the old server running forever or at least until it will run no longer. Anyone have any ideas? Martha McConaghy Strategic Planner/Project Manager Marist College IT
Re: Tricky conversion problem
One idea that you can try is to use the GENERATE BACKUPSET command and store this media for as long as you want. That way you can tell him that you have a saved copy of his data then move him to the new server and it should run a full backup of all his data anyway onto the new media. My two cents! :) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Martha McConaghy Sent: Tuesday, July 08, 2008 11:09 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Tricky conversion problem We are moving to a new TSM server on a Pseries box with an IBM 3592 tape system from a very old mainframe based TSM server. We had not planned on moving any of the old data over to the new server as there was no requirement for it. However, we run into a single user who wants to have all of his previous backups moved to the new server, even though most are no longer usable (we are talking about old OS2 systems, etcevery PC he has ever used in the last 20 years). Since this user is our 2nd line manager, we have no choice to try and figure something out. The main problem is that the two servers are not compatible. The old server can only talk to 3590 tape drives, whose tapes are not usable in the new 3592s. So, I can't just export the data to tape and then import into the new server. (Ah if only life were that easy!). On a hunch, I've tried creating a server connection between old and new TSM server. Then, I exported a filespace to a virtual volume (devclass=server) on the new server. It sits on a 3592 tape right now. However, the new server will not allow me to import this tape, as it belongs to a pool and it thinks it is in use. Is there any way to make this work? I'm at a loss for ideas at this point. I could create a virtual volume on disk and move the old filespaces to it, but then I'll have to keep the old server running forever or at least until it will run no longer. Anyone have any ideas? Martha McConaghy Strategic Planner/Project Manager Marist College IT
Re: Tricky conversion problem
Martha, If the tape is in a stgpool on the target server, that's a GOOD thing. With the later versio TSM servers, a server-to server export can be done directly in 1 step. The exported data lands in whatever pool is specified by the appropriate mgmt class/copy group on the target server, and you're done, you don't have to do the import step. On the target server, do a q filespace - the data for your exported client should be where it belongs. Test a restore to be sure (if you have a client it can be restored to!) Wanda er export, the data lands in the pool according On Tue, Jul 8, 2008 at 2:09 PM, Martha McConaghy [EMAIL PROTECTED] wrote: We are moving to a new TSM server on a Pseries box with an IBM 3592 tape system from a very old mainframe based TSM server. We had not planned on moving any of the old data over to the new server as there was no requirement for it. However, we run into a single user who wants to have all of his previous backups moved to the new server, even though most are no longer usable (we are talking about old OS2 systems, etcevery PC he has ever used in the last 20 years). Since this user is our 2nd line manager, we have no choice to try and figure something out. The main problem is that the two servers are not compatible. The old server can only talk to 3590 tape drives, whose tapes are not usable in the new 3592s. So, I can't just export the data to tape and then import into the new server. (Ah if only life were that easy!). On a hunch, I've tried creating a server connection between old and new TSM server. Then, I exported a filespace to a virtual volume (devclass=server) on the new server. It sits on a 3592 tape right now. However, the new server will not allow me to import this tape, as it belongs to a pool and it thinks it is in use. Is there any way to make this work? I'm at a loss for ideas at this point. I could create a virtual volume on disk and move the old filespaces to it, but then I'll have to keep the old server running forever or at least until it will run no longer. Anyone have any ideas? Martha McConaghy Strategic Planner/Project Manager Marist College IT
Re: Tricky conversion problem
On Tuesday 08 July 2008, Martha McConaghy wrote: On a hunch, I've tried creating a server connection between old and new TSM server. Then, I exported a filespace to a virtual volume (devclass=server) on the new server. It sits on a 3592 tape right now. However, the new server will not allow me to import this tape, as it belongs to a pool and it thinks it is in use. Is there any way to make this work? I'm at a loss for ideas at this point. I could create a virtual volume on disk and move the old filespaces to it, but then I'll have to keep the old server running forever or at least until it will run no longer. You can export from server directly to an other server with export node command. You have to define a server-to-server connection. Give the target server a paswoord (help upd server) and define the server on the source server (help def server). And then you can say: To export client node information and all client files for NODE1 directly to SERVERB, issue the following command. Command export node node1 filedata=all toserver=serverb (From help export node) Stef
Re: Tricky conversion problem
Our mvs said that you can buy a used standalone 3590H drive for about $4k. That might be the simplest way to move the data. After you finish you can sell it to someone else. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Martha McConaghy Sent: Tuesday, July 08, 2008 2:09 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Tricky conversion problem We are moving to a new TSM server on a Pseries box with an IBM 3592 tape system from a very old mainframe based TSM server. We had not planned on moving any of the old data over to the new server as there was no requirement for it. However, we run into a single user who wants to have all of his previous backups moved to the new server, even though most are no longer usable (we are talking about old OS2 systems, etcevery PC he has ever used in the last 20 years). Since this user is our 2nd line manager, we have no choice to try and figure something out. The main problem is that the two servers are not compatible. The old server can only talk to 3590 tape drives, whose tapes are not usable in the new 3592s. So, I can't just export the data to tape and then import into the new server. (Ah if only life were that easy!). On a hunch, I've tried creating a server connection between old and new TSM server. Then, I exported a filespace to a virtual volume (devclass=server) on the new server. It sits on a 3592 tape right now. However, the new server will not allow me to import this tape, as it belongs to a pool and it thinks it is in use. Is there any way to make this work? I'm at a loss for ideas at this point. I could create a virtual volume on disk and move the old filespaces to it, but then I'll have to keep the old server running forever or at least until it will run no longer. Anyone have any ideas? Martha McConaghy Strategic Planner/Project Manager Marist College IT