Migration duration default?
Linux Server - 6.1.5.100 Is there a default value for manual Migration, that I am not aware of? I never use the DUR value. Yesterday around 14:40, I started a manual migration (mig stg backuppool lo=0). This morning at 7:26am I see the message: ANR4925W Migration process 1727 terminated for storage pool BACKUPPOOL - duration exceeded. Zoltan Forray TSM Software Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Re: Migration duration default?
help mig stg on TSM 6.2 on AIX says DUration Specifies the maximum number of minutes the migration will run before being automatically cancelled. When the specified number of minutes elapses, the server will automatically cancel all migration processes for this storage pool. As soon as the processes recognize the automatic cancellation, they will end. As a result, the migration may run longer than the value you specified for this parameter. You can specify a number from 1 to . This parameter is optional. If not specified, the server will stop only after the low migration more... (ENTER to continue, 'C' to cancel) threshold is reached. Don't know if it is different for linux or 6.1 but try issuing the help command. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray/AC/VCU Sent: Wednesday, April 11, 2012 9:44 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Migration duration default? Linux Server - 6.1.5.100 Is there a default value for manual Migration, that I am not aware of? I never use the DUR value. Yesterday around 14:40, I started a manual migration (mig stg backuppool lo=0). This morning at 7:26am I see the message: ANR4925W Migration process 1727 terminated for storage pool BACKUPPOOL - duration exceeded. Zoltan Forray TSM Software Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Re: Migration duration default?
My point exactly. I DID NOT specify a DUR value - I never do. Help says it should have run until lo=value, which I set to 0. From: Ehresman,David E. deehr...@louisville.edu To: ADSM-L@VM.MARIST.EDU Date: 04/11/2012 11:45 AM Subject:Re: [ADSM-L] Migration duration default? Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU help mig stg on TSM 6.2 on AIX says DUration Specifies the maximum number of minutes the migration will run before being automatically cancelled. When the specified number of minutes elapses, the server will automatically cancel all migration processes for this storage pool. As soon as the processes recognize the automatic cancellation, they will end. As a result, the migration may run longer than the value you specified for this parameter. You can specify a number from 1 to . This parameter is optional. If not specified, the server will stop only after the low migration more... (ENTER to continue, 'C' to cancel) threshold is reached. Don't know if it is different for linux or 6.1 but try issuing the help command. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray/AC/VCU Sent: Wednesday, April 11, 2012 9:44 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Migration duration default? Linux Server - 6.1.5.100 Is there a default value for manual Migration, that I am not aware of? I never use the DUR value. Yesterday around 14:40, I started a manual migration (mig stg backuppool lo=0). This morning at 7:26am I see the message: ANR4925W Migration process 1727 terminated for storage pool BACKUPPOOL - duration exceeded. Zoltan Forray TSM Software Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Re: Migration duration default?
Do you use a maintenance script? When configured you have the option to specify the duration value, perhaps this is where the message is coming from. Query the script using: q script script-name f=l And check the lines regarding migration ~Rick Adamson Jacksonville, FL. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray/AC/VCU Sent: Wednesday, April 11, 2012 11:51 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Migration duration default? My point exactly. I DID NOT specify a DUR value - I never do. Help says it should have run until lo=value, which I set to 0. From: Ehresman,David E. deehr...@louisville.edu To: ADSM-L@VM.MARIST.EDU Date: 04/11/2012 11:45 AM Subject:Re: [ADSM-L] Migration duration default? Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU help mig stg on TSM 6.2 on AIX says DUration Specifies the maximum number of minutes the migration will run before being automatically cancelled. When the specified number of minutes elapses, the server will automatically cancel all migration processes for this storage pool. As soon as the processes recognize the automatic cancellation, they will end. As a result, the migration may run longer than the value you specified for this parameter. You can specify a number from 1 to . This parameter is optional. If not specified, the server will stop only after the low migration more... (ENTER to continue, 'C' to cancel) threshold is reached. Don't know if it is different for linux or 6.1 but try issuing the help command. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray/AC/VCU Sent: Wednesday, April 11, 2012 9:44 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Migration duration default? Linux Server - 6.1.5.100 Is there a default value for manual Migration, that I am not aware of? I never use the DUR value. Yesterday around 14:40, I started a manual migration (mig stg backuppool lo=0). This morning at 7:26am I see the message: ANR4925W Migration process 1727 terminated for storage pool BACKUPPOOL - duration exceeded. Zoltan Forray TSM Software Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Re: Migration duration default?
Nope. Went directly to the console and typed the command. Activity log shows the command just as I entered it. Zoltan Forray TSM Software Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html From: Rick Adamson rickadam...@winn-dixie.com To: ADSM-L@VM.MARIST.EDU Date: 04/11/2012 12:59 PM Subject:Re: [ADSM-L] Migration duration default? Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Do you use a maintenance script? When configured you have the option to specify the duration value, perhaps this is where the message is coming from. Query the script using: q script script-name f=l And check the lines regarding migration ~Rick Adamson Jacksonville, FL. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray/AC/VCU Sent: Wednesday, April 11, 2012 11:51 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Migration duration default? My point exactly. I DID NOT specify a DUR value - I never do. Help says it should have run until lo=value, which I set to 0. From: Ehresman,David E. deehr...@louisville.edu To: ADSM-L@VM.MARIST.EDU Date: 04/11/2012 11:45 AM Subject:Re: [ADSM-L] Migration duration default? Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU help mig stg on TSM 6.2 on AIX says DUration Specifies the maximum number of minutes the migration will run before being automatically cancelled. When the specified number of minutes elapses, the server will automatically cancel all migration processes for this storage pool. As soon as the processes recognize the automatic cancellation, they will end. As a result, the migration may run longer than the value you specified for this parameter. You can specify a number from 1 to . This parameter is optional. If not specified, the server will stop only after the low migration more... (ENTER to continue, 'C' to cancel) threshold is reached. Don't know if it is different for linux or 6.1 but try issuing the help command. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray/AC/VCU Sent: Wednesday, April 11, 2012 9:44 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Migration duration default? Linux Server - 6.1.5.100 Is there a default value for manual Migration, that I am not aware of? I never use the DUR value. Yesterday around 14:40, I started a manual migration (mig stg backuppool lo=0). This morning at 7:26am I see the message: ANR4925W Migration process 1727 terminated for storage pool BACKUPPOOL - duration exceeded. Zoltan Forray TSM Software Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Oricle backups
Well, I have now been tasked with backing up our Banner system. This uses oricle as its back end db. Seeking the wisdom of the group as to the best way to deal with oricle. Is there now a tdp for oricle? Any information / experiences welcome. Servers are all RHEL 5 on intel. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310
Re: Oricle backups
There's a TDP for Oracle; some of my Oracle clients are on Linux on Intel. I'm not sure if any of our Oracle clients are black box back ends, but it just plugs into rman, so even for the black boxes, it should be simple enough. Nick On Apr 11, 2012, at 2:39 PM, Lee, Gary wrote: Well, I have now been tasked with backing up our Banner system. This uses oricle as its back end db. Seeking the wisdom of the group as to the best way to deal with oricle. Is there now a tdp for oricle? Any information / experiences welcome. Servers are all RHEL 5 on intel.
delete volume failure under TSM 5.5.6
This is on a RHEL 5.7 x86_64 system; an old stgpool volume on external storage failed, so I marked it destroyed, and then tried to run del vol /the/volume/name discarddata=yes That fails with ANR2017I Administrator ADMIN issued command: DELETE VOLUME /TSM_POOL/19/data19 discarddata=yes ANR0984I Process 1836 for DELETE VOLUME (DISCARD DATA) started in the BACKGROUND at 01:19:56 PM. ANRI Discard Data process started for volume /TSM_POOL/19/data19 (process ID 1836). ANRD_2990890315 PrepareClusters(dftxn.c:875) Thread22998: Logical occupancy went negative for Pool 25, Ck1=75, Ck2=1. ANRD Thread22998 issued message from: ANRD Thread22998 0xb95ba2 OutDiagToCons ANRD Thread22998 0xb986a9 outDiagfExt ANRD Thread22998 0x610e01 DfPrepareTxn ANRD Thread22998 0x5e05a1 bfPrepareTxn ANRD Thread22998 0xb682c1 CollectVotes ANRD Thread22998 0xb686b4 tmEnd ANRD Thread22998 0x4b220c AdmVolDelThread ANRD Thread22998 0xc01af4 StartThread ANRD Thread22998 0x39ba00677d *UNKNOWN* ANRD Thread22998 0x39b94d325d *UNKNOWN* ANR1181E dftxn.c(212): Data storage transaction 0:3.186769174 was aborted. Any ideas?
Re: delete volume failure under TSM 5.5.6
Not sure if you mean the actual external storage is really gone? If the volume is still physically accessible, run audit volume /TSM_POOL/19/data19 fix=yes. If you haven't done so already, do: restore volume /TSM_POOL/19/data19 preview=yes Look in the activity log to see if it gives you volume names from your copy pool, so you can recreate the data (on other volumes in TSM_POOL ) from your copy pool tapes. If you can, the volume will go empty and you can delete it without the discardd=yes. If the storage is really physically gone, I think you could resort to creating a fake /TSM_POOL/19/data19 on another physical volume, then run audit volume /TSM_POOL/19/data19 fix=yes. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Davis, Jim J - (jjdavis) Sent: Wednesday, April 11, 2012 4:26 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] delete volume failure under TSM 5.5.6 This is on a RHEL 5.7 x86_64 system; an old stgpool volume on external storage failed, so I marked it destroyed, and then tried to run del vol /the/volume/name discarddata=yes That fails with ANR2017I Administrator ADMIN issued command: DELETE VOLUME /TSM_POOL/19/data19 discarddata=yes ANR0984I Process 1836 for DELETE VOLUME (DISCARD DATA) started in the BACKGROUND at 01:19:56 PM. ANRI Discard Data process started for volume /TSM_POOL/19/data19 (process ID 1836). ANRD_2990890315 PrepareClusters(dftxn.c:875) Thread22998: Logical occupancy went negative for Pool 25, Ck1=75, Ck2=1. ANRD Thread22998 issued message from: ANRD Thread22998 0xb95ba2 OutDiagToCons ANRD Thread22998 0xb986a9 outDiagfExt ANRD Thread22998 0x610e01 DfPrepareTxn ANRD Thread22998 0x5e05a1 bfPrepareTxn ANRD Thread22998 0xb682c1 CollectVotes ANRD Thread22998 0xb686b4 tmEnd ANRD Thread22998 0x4b220c AdmVolDelThread ANRD Thread22998 0xc01af4 StartThread ANRD Thread22998 0x39ba00677d *UNKNOWN* ANRD Thread22998 0x39b94d325d *UNKNOWN* ANR1181E dftxn.c(212): Data storage transaction 0:3.186769174 was aborted. Any ideas?
Linux HBA config for tape
Hi All TSM 6.3.0.0 server under RHEL 5.7. on an IBM xSeries, Qlogic HBAs I'm running to 2xLTO5's in a TS3310 library and have 4Gb path to the drives. The data compresses at about 1.5:1. I'm seeing long-running backup stg tasks average 140MB/sec from disk to tape or tape to tape. That is good, but it could be better. 140MB/sec is LTO5 rated raw capacity so with this data I should be seeing 200 or a bit more. In a windows environment, you go into the Qlogic SanSurfer software and tick a box that says this is a tape HBA and increases the block-size of each transfer. How do you do this under Linux? Regards Steve. Steven Harris TSM Admin Canberra Australia
Re: Oricle backups
We are backing up Oracle using TDPO + TSM Client for many years under AIX: - install required TSM Client (do not forget about API modules - it is important for TDPO); - install required TDP for Oracle; - define dedicated node on TSM Server for each Oracle server (for example, node for files, node_ORA for all databases on the same node); - configure TSM Client TDPO (dsm.opt and dsm.sys); - create option file for each database; - configure data compression or/and encryption, if required; - use tdpoconf to save password for each database; - link Oracle and TDPO (under AIX ln -fs /usr/lib/libobk64.a $ORACLE_HOME/lib/libobk.a; - create RMAN scripts for full database backup, incremental database backup, archive redo logs backup, restore database, incomplete restore database, etc (I can share some RMAN scripts, but not for Windows); - create required TSM schedules. Usually it is not easy to do initial setup and build scripts, but it works fine for years with minimal intervention Grigori G. Solonovitch Senior Technical Architect Ahli United Bank Kuwait www.ahliunited.com.kw Please consider the environment before printing this E-mail -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary Sent: 11 04 2012 10:39 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Oricle backups Well, I have now been tasked with backing up our Banner system. This uses oricle as its back end db. Seeking the wisdom of the group as to the best way to deal with oricle. Is there now a tdp for oricle? Any information / experiences welcome. Servers are all RHEL 5 on intel. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 Please consider the environment before printing this Email. CONFIDENTIALITY AND WAIVER: The information contained in this electronic mail message and any attachments hereto may be legally privileged and confidential. The information is intended only for the recipient(s) named in this message. If you are not the intended recipient you are notified that any use, disclosure, copying or distribution is prohibited. If you have received this in error please contact the sender and delete this message and any attachments from your computer system. We do not guarantee that this message or any attachment to it is secure or free from errors, computer viruses or other conditions that may damage or interfere with data, hardware or software.
Re: delete volume failure under TSM 5.5.6
Try to audit volume with fix=yes, if it is still presented Grigori G. Solonovitch Senior Technical Architect Ahli United Bank Kuwait www.ahliunited.com.kw Please consider the environment before printing this E-mail -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Davis, Jim J - (jjdavis) Sent: 11 04 2012 11:26 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] delete volume failure under TSM 5.5.6 This is on a RHEL 5.7 x86_64 system; an old stgpool volume on external storage failed, so I marked it destroyed, and then tried to run del vol /the/volume/name discarddata=yes That fails with ANR2017I Administrator ADMIN issued command: DELETE VOLUME /TSM_POOL/19/data19 discarddata=yes ANR0984I Process 1836 for DELETE VOLUME (DISCARD DATA) started in the BACKGROUND at 01:19:56 PM. ANRI Discard Data process started for volume /TSM_POOL/19/data19 (process ID 1836). ANRD_2990890315 PrepareClusters(dftxn.c:875) Thread22998: Logical occupancy went negative for Pool 25, Ck1=75, Ck2=1. ANRD Thread22998 issued message from: ANRD Thread22998 0xb95ba2 OutDiagToCons ANRD Thread22998 0xb986a9 outDiagfExt ANRD Thread22998 0x610e01 DfPrepareTxn ANRD Thread22998 0x5e05a1 bfPrepareTxn ANRD Thread22998 0xb682c1 CollectVotes ANRD Thread22998 0xb686b4 tmEnd ANRD Thread22998 0x4b220c AdmVolDelThread ANRD Thread22998 0xc01af4 StartThread ANRD Thread22998 0x39ba00677d *UNKNOWN* ANRD Thread22998 0x39b94d325d *UNKNOWN* ANR1181E dftxn.c(212): Data storage transaction 0:3.186769174 was aborted. Any ideas? Please consider the environment before printing this Email. CONFIDENTIALITY AND WAIVER: The information contained in this electronic mail message and any attachments hereto may be legally privileged and confidential. The information is intended only for the recipient(s) named in this message. If you are not the intended recipient you are notified that any use, disclosure, copying or distribution is prohibited. If you have received this in error please contact the sender and delete this message and any attachments from your computer system. We do not guarantee that this message or any attachment to it is secure or free from errors, computer viruses or other conditions that may damage or interfere with data, hardware or software.