TDP for exchange error
Hi to all I have an exchange server Windows2003 (not in cluster) with TDP version 5.2.1 I backup it at Sunday Tuesday Thursday full (at 23:00) and between 3 times a day incremental (at 9 , 15 , 20). The 3 incrementals after the full are running correctly but the second day I got the following error: Sunday Monday Tuesday Full (23:00) OK I (09:00) OK I (09:00) Error I (15:00)OK I (15:00) Error I (20:00) OK I (20:00)Error From the actlog: ANE4993E (Session: 145219, Node: EXCHSRV01_DB) TDP MSExchg ACN3502 Data Protection for Exchange: incr backup of First Storage Group from server EXCHSRV01 failed, rc = 425. (SESSION: 145219) From the excincr.log: Beginning incr backup of First Storage Group, 1 of 2. Backup of storage group First Storage Group failed. ACN5798E MS Exchange API HRESEBACKUPSETUP() failed with HRESULT: 0xc8000230 - The database missed a previous full backup before the incremental backup. My backup copy group are: Full backup nolimit nolimit 8 8 Incr backup nolimit nolimit 15 15 The Exchange administrator told me that is not running any defrag on the database . Any clue ? Regards Robert Ouzen
HELP: TSM has recycled itself...
Hi Everyone, I have a TSM server on AIX 5.3 at 5.2.7.1. This morning it recycled itself. The only message I could find that was suspicious was the following: 08/29/06 03:30:21 ANRD pkthread.c(601): ThreadId1145 Run-time assertion failed: inLen = 0, Thread 1145, File tbcol.c, Line 631. Callchain of previous message: 0x000100017e90 outDiagf - 0x00019934 pkLogicAbort - 0x0001000b12d8 TbDecodeCols - 0x0001000a24b4 tbFetchNext - 0x0001003f4168 TocGetNdmpFileData - 0x000100319c38 ssStore - 0x0001002d7114 DfCreate - 0x0001002c9c80 CreateBitfile - 0x0001002cd258 bfCreate - 0x0001003f538c tocWriteNdmpToc - 0x0001003efc0c CreateToc - 0x0001003f2bd4 AfStoreRemoteThread - 0x000180c4 StartThread - 0x094042f8 _pthread_body - (SESSION: 23037, PROCESS: 659) Does anybody have any suggestions/ideas on what caused the software to recycle? Or where can I look to find out? Thanks in advance! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED]
Re: HELP: TSM has recycled itself...
What was happening at the time? Check earlier in the act log... i.e. session 23037 and process 659? _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Joni Moyer Sent: 29 August 2006 12:27 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] HELP: TSM has recycled itself... Hi Everyone, I have a TSM server on AIX 5.3 at 5.2.7.1. This morning it recycled itself. The only message I could find that was suspicious was the following: 08/29/06 03:30:21 ANRD pkthread.c(601): ThreadId1145 Run-time assertion failed: inLen = 0, Thread 1145, File tbcol.c, Line 631. Callchain of previous message: 0x000100017e90 outDiagf - 0x00019934 pkLogicAbort - 0x0001000b12d8 TbDecodeCols - 0x0001000a24b4 tbFetchNext - 0x0001003f4168 TocGetNdmpFileData - 0x000100319c38 ssStore - 0x0001002d7114 DfCreate - 0x0001002c9c80 CreateBitfile - 0x0001002cd258 bfCreate - 0x0001003f538c tocWriteNdmpToc - 0x0001003efc0c CreateToc - 0x0001003f2bd4 AfStoreRemoteThread - 0x000180c4 StartThread - 0x094042f8 _pthread_body - (SESSION: 23037, PROCESS: 659) Does anybody have any suggestions/ideas on what caused the software to recycle? Or where can I look to find out? Thanks in advance! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Re: HELP: TSM has recycled itself...
On Aug 29, 2006, at 7:26 AM, Joni Moyer wrote: Hi Everyone, I have a TSM server on AIX 5.3 at 5.2.7.1. This morning it recycled itself. ... Does anybody have any suggestions/ideas on what caused the software to recycle? Or where can I look to find out? dsmserv.err, in your server directory. Try to determine what was going on in your server at the time (processes, sessions) from the Activity Log, for clues as to circumstantial cause, which may allow you to avoid it. As always, examine your AIX Error Log for any related disk or hardware problems. You might have a db integrity problem, as noted in similar- circumstances APAR IC41363. Richard Sims
Re: HELP: TSM has recycled itself...
Hi Ian, The process that you referenced was a NAS NDMP differential backup. I also had regular client backups occurring throughout all platforms of servers such as windows, solaris, aix, etc. I haven't changed anything in the current environment for approximately a year, so nothing major has changed. I also see that expiration was running and I can see some of the internal server error detected messages, but I'm not sure how to pinpoint what was causing it. Any suggestions? Thanks! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] Smith, I (Ian) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 08/29/2006 07:31 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: HELP: TSM has recycled itself... What was happening at the time? Check earlier in the act log... i.e. session 23037 and process 659? _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Joni Moyer Sent: 29 August 2006 12:27 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] HELP: TSM has recycled itself... Hi Everyone, I have a TSM server on AIX 5.3 at 5.2.7.1. This morning it recycled itself. The only message I could find that was suspicious was the following: 08/29/06 03:30:21 ANRD pkthread.c(601): ThreadId1145 Run-time assertion failed: inLen = 0, Thread 1145, File tbcol.c, Line 631. Callchain of previous message: 0x000100017e90 outDiagf - 0x00019934 pkLogicAbort - 0x0001000b12d8 TbDecodeCols - 0x0001000a24b4 tbFetchNext - 0x0001003f4168 TocGetNdmpFileData - 0x000100319c38 ssStore - 0x0001002d7114 DfCreate - 0x0001002c9c80 CreateBitfile - 0x0001002cd258 bfCreate - 0x0001003f538c tocWriteNdmpToc - 0x0001003efc0c CreateToc - 0x0001003f2bd4 AfStoreRemoteThread - 0x000180c4 StartThread - 0x094042f8 _pthread_body - (SESSION: 23037, PROCESS: 659) Does anybody have any suggestions/ideas on what caused the software to recycle? Or where can I look to find out? Thanks in advance! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Re: HELP: TSM has recycled itself...
Expiration shouldn't be running during the backup window. Make sure expire interval is set to 0 and schedule this processing to avoid high db utilisation times. _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Joni Moyer Sent: 29 August 2006 12:41 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] HELP: TSM has recycled itself... Hi Ian, The process that you referenced was a NAS NDMP differential backup. I also had regular client backups occurring throughout all platforms of servers such as windows, solaris, aix, etc. I haven't changed anything in the current environment for approximately a year, so nothing major has changed. I also see that expiration was running and I can see some of the internal server error detected messages, but I'm not sure how to pinpoint what was causing it. Any suggestions? Thanks! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] Smith, I (Ian) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 08/29/2006 07:31 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: HELP: TSM has recycled itself... What was happening at the time? Check earlier in the act log... i.e. session 23037 and process 659? _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Joni Moyer Sent: 29 August 2006 12:27 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] HELP: TSM has recycled itself... Hi Everyone, I have a TSM server on AIX 5.3 at 5.2.7.1. This morning it recycled itself. The only message I could find that was suspicious was the following: 08/29/06 03:30:21 ANRD pkthread.c(601): ThreadId1145 Run-time assertion failed: inLen = 0, Thread 1145, File tbcol.c, Line 631. Callchain of previous message: 0x000100017e90 outDiagf - 0x00019934 pkLogicAbort - 0x0001000b12d8 TbDecodeCols - 0x0001000a24b4 tbFetchNext - 0x0001003f4168 TocGetNdmpFileData - 0x000100319c38 ssStore - 0x0001002d7114 DfCreate - 0x0001002c9c80 CreateBitfile - 0x0001002cd258 bfCreate - 0x0001003f538c tocWriteNdmpToc - 0x0001003efc0c CreateToc - 0x0001003f2bd4 AfStoreRemoteThread - 0x000180c4 StartThread - 0x094042f8 _pthread_body - (SESSION: 23037, PROCESS: 659) Does anybody have any suggestions/ideas on what caused the software to recycle? Or where can I look to find out? Thanks in advance! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Full Incremental Rotations
Hi There, I want to ensure I am implementing the best possible strategy for TSM backups. Has anyone implemented this successfully as described in the Full-Incremental Rotations Using IBM Tivoli Storage Manager field guide from IBM. I am using a copy storage pool , and perform a full backup weekly, and incrementals during the week. In addition I do an archive on the last Sunday of each month. All AIX. Would this constitute best practice. Another side issue - Has anyone encountered recursive backing up of linked directories in AIX. I have a directory called websm that seems to go into an endless loop. Any ideas how to rid of this error with out excluding the said directory. Regards Adrian Compton Aspen Pharmacare Port Elizabeth Tel: +27 (0) 41 407 2070 Fax: +27 (0) 41 453 7452 Cell: 082 320 4495 Email : [EMAIL PROTECTED] This email is solely for the named addressee. Any unauthorised use or interception of this email, or the review, retransmission, dissemination or other use of, or taking of any action in reliance upon the contents of this email, by persons or entities other than the intended recipient, is prohibited. If you are not the named addressee please notify us immediately by way of a reply e-mail, and also delete this email and any attached files. Disclaimer: You must scan this email and any attached files for viruses and/or any other defects. Pharmacare Limited accepts no liability for any loss, damages or consequence, whether direct, indirect, consequential or economic, however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or of any attached files.
Re: Full Incremental Rotations
Abrian, concernin WEBSM: Problem DB growing rapidly when backup or archiving /usr. Operations such as backup, archive and delete archive can fail with errors ANS3008E ; Too many symbolic links or ANS5023E Not enough memory Cause recursive symlinks on circular linked directories of WEBSM product Solution A deeper look into /usr shows a link called /usr/websm/html/en_US/wsmship/ that points to /usr/websm. These files are from WEBSM product and the structure under /usr is normal (more that 40 levels of subdirectories with wsmship symbolic link). TSM follows the link and puts the operation in a loop and the result is that TSM is inspecting more objects than exists and the operation can abort due to many links or not enough memory. The solution is to use archsymlinkasfile no in dsm.opt for archive operations and exclude lines for backup operations. For example : exclude /usr/websm/html/en_US/wsmship/* Efim * Adrian Compton [EMAIL PROTECTED] [Tue, 29 Aug 2006 13:41:37 +0200]: Hi There, I want to ensure I am implementing the best possible strategy for TSM backups. Has anyone implemented this successfully as described in the Full-Incremental Rotations Using IBM Tivoli Storage Manager field guide from IBM. I am using a copy storage pool , and perform a full backup weekly, and incrementals during the week. In addition I do an archive on the last Sunday of each month. All AIX. Would this constitute best practice. Another side issue - Has anyone encountered recursive backing up of linked directories in AIX. I have a directory called websm that seems to go into an endless loop. Any ideas how to rid of this error with out excluding the said directory. Regards Adrian Compton Aspen Pharmacare Port Elizabeth Tel: +27 (0) 41 407 2070 Fax: +27 (0) 41 453 7452 Cell: 082 320 4495 Email : [EMAIL PROTECTED] This email is solely for the named addressee. Any unauthorised use or interception of this email, or the review, retransmission, dissemination or other use of, or taking of any action in reliance upon the contents of this email, by persons or entities other than the intended recipient, is prohibited. If you are not the named addressee please notify us immediately by way of a reply e-mail, and also delete this email and any attached files. Disclaimer: You must scan this email and any attached files for viruses and/or any other defects. Pharmacare Limited accepts no liability for any loss, damages or consequence, whether direct, indirect, consequential or economic, however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or of any attached files.
Re: Full Incremental Rotations
Thanks Efim. I did not think to look there. I have included it in my opt file and will look for the results this weekend in my ARCHIVE. Thanks Adrian Compton Aspen Pharmacare Port Elizabeth Tel: +27 (0) 41 407 2070 Fax: +27 (0) 41 453 7452 Cell: 082 320 4495 Email : [EMAIL PROTECTED] This email is solely for the named addressee. Any unauthorised use or interception of this email, or the review, retransmission, dissemination or other use of, or taking of any action in reliance upon the contents of this email, by persons or entities other than the intended recipient, is prohibited. If you are not the named addressee please notify us immediately by way of a reply e-mail, and also delete this email and any attached files. Disclaimer: You must scan this email and any attached files for viruses and/or any other defects. Pharmacare Limited accepts no liability for any loss, damages or consequence, whether direct, indirect, consequential or economic, however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or of any attached files. Efim [EMAIL PROTECTED] R.RU To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: [ADSM-L] Full Incremental Rotations 29/08/06 14:42 Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Abrian, concernin WEBSM: Problem DB growing rapidly when backup or archiving /usr. Operations such as backup, archive and delete archive can fail with errors ANS3008E ; Too many symbolic links or ANS5023E Not enough memory Cause recursive symlinks on circular linked directories of WEBSM product Solution A deeper look into /usr shows a link called /usr/websm/html/en_US/wsmship/ that points to /usr/websm. These files are from WEBSM product and the structure under /usr is normal (more that 40 levels of subdirectories with wsmship symbolic link). TSM follows the link and puts the operation in a loop and the result is that TSM is inspecting more objects than exists and the operation can abort due to many links or not enough memory. The solution is to use archsymlinkasfile no in dsm.opt for archive operations and exclude lines for backup operations. For example : exclude /usr/websm/html/en_US/wsmship/* Efim * Adrian Compton [EMAIL PROTECTED] [Tue, 29 Aug 2006 13:41:37 +0200]: Hi There, I want to ensure I am implementing the best possible strategy for TSM backups. Has anyone implemented this successfully as described in the Full-Incremental Rotations Using IBM Tivoli Storage Manager field guide from IBM. I am using a copy storage pool , and perform a full backup weekly, and incrementals during the week. In addition I do an archive on the last Sunday of each month. All AIX. Would this constitute best practice. Another side issue - Has anyone encountered recursive backing up of linked directories in AIX. I have a directory called websm that seems to go into an endless loop. Any ideas how to rid of this error with out excluding the said directory. Regards Adrian Compton Aspen Pharmacare Port Elizabeth Tel: +27 (0) 41 407 2070 Fax: +27 (0) 41 453 7452 Cell: 082 320 4495 Email : [EMAIL PROTECTED] This email is solely for the named addressee. Any unauthorised use or interception of this email, or the review, retransmission, dissemination or other use of, or taking of any action in reliance upon the contents of this email, by persons or entities other than the intended recipient, is prohibited. If you are not the named addressee please notify us immediately by way of a reply e-mail, and also delete this email and any attached files. Disclaimer: You must scan this email and any attached files for viruses and/or any other defects. Pharmacare Limited accepts no liability for any loss, damages or consequence, whether direct, indirect, consequential or economic, however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or of any attached files.
Re: Power saving and TSM backups
Paul Zarnowski wrote: One way we are looking to save energy is to turn computers off at night. As we typically run backups at night, this presents a problem. We would like to see a way that users could initiate a backup/auto-shutdown as they leave work for the day so that their computers aren't left on all night. We estimate that the energy savings would be substantial. Some other backup products provide this capability. Has anyone else figured out a way to do this with TSM on Windows, MacOS, and Linux? Has anyone else wished that TSM had a way to do this? ..Paul For our laptop users and some others that might not be on-line during night we schedule our backups during lunch-breaks. Of course, most data is on the fileserver anyway -- Met vriendelijke groeten, Remco Post SARA - Reken- en Netwerkdiensten http://www.sara.nl High Performance Computing Tel. +31 20 592 3000Fax. +31 20 668 3167 PGP Key fingerprint: 6367 DFE9 5CBC 0737 7D16 B3F6 048A 02BF DC93 94EC I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end. -- Douglas Adams
Re: TDP for exchange error
Hi Robert, I recommend that you check the event logs and other system logs closely. I think that there must be something else running (like another backup type, or a defrag, or something else) that is causing this situation to occur. I know that you said that the exchange admin told you that the defrag wasn't running within that timespan, but this error is the Exchange Server telling you that expected log files are missing... and that you need to run a full backup. Thanks, Del ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 08/29/2006 02:26:39 AM: Hi to all I have an exchange server Windows2003 (not in cluster) with TDP version 5.2.1 I backup it at Sunday Tuesday Thursday full (at 23:00) and between 3 times a day incremental (at 9 , 15 , 20). The 3 incrementals after the full are running correctly but the second day I got the following error: Sunday Monday Tuesday Full (23:00) OK I (09:00) OK I (09:00) Error I (15:00)OK I (15:00) Error I (20:00) OK I (20:00)Error From the actlog: ANE4993E (Session: 145219, Node: EXCHSRV01_DB) TDP MSExchg ACN3502 Data Protection for Exchange: incr backup of First Storage Group from server EXCHSRV01 failed, rc = 425. (SESSION: 145219) From the excincr.log: Beginning incr backup of First Storage Group, 1 of 2. Backup of storage group First Storage Group failed. ACN5798E MS Exchange API HRESEBACKUPSETUP() failed with HRESULT: 0xc8000230 - The database missed a previous full backup before the incremental backup. My backup copy group are: Full backup nolimit nolimit 8 8 Incr backup nolimit nolimit 15 15 The Exchange administrator told me that is not running any defrag on the database . Any clue ? Regards Robert Ouzen
5.3.3 Upgrade problem
Hi all, I upgraded one of my servers to 5.3.3.1 from 5.2.4.0 Friday. When we tried running the daily drm script I setup Monday morning we had problems with the library ejecting tapes. To make a long story short, before the upgrade tsm would prompt us to reply to a request number when we were ready to eject the next tape, now tsm doesn't ask for a reply and a bulk move of tapes fails. Anyone see this before? Here is what it use to do: ANR8322I 098: Remove 8MM volume 101372 from entry/exit port of library AITLIB; issue 'REPLY' along with the request ID when ready. (SESSION: 6656, PROCESS: 964) Here is what it does now: ANR8829I Remove volume 900072 from slot 64000 of library AITLIB at your convenience. Thanks in advance, Mark Remeta Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately. Please be advised that someone other than the intended recipients, including a third-party in the Seligman organization and government agencies, may review all electronic communications to and from this address.
Re: 5.3.3 Upgrade problem
TSM 53 has introduced a new option on the checkin command: WAITTime Specifies the number of minutes that the server will wait for you to reply or respond to a request. Specify a value in the range 0-. If you want to be prompted by the server, specify a wait time greater than zero. The default value is 60 minutes. For example, suppose the server prompts you to insert a tape into the entry/exit port of a library. If you specified a wait time of 60 minutes, the server will issue a request and wait 60 minutes for you to reply. Suppose, on the other hand, you specify a wait time of 0. If you have already inserted a tape, a wait time of zero will cause the operation to continue without prompting. If you have not inserted a tape, a wait time of zero will cause the operation to fail. _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Remeta, Mark Sent: 29 August 2006 15:01 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] 5.3.3 Upgrade problem Hi all, I upgraded one of my servers to 5.3.3.1 from 5.2.4.0 Friday. When we tried running the daily drm script I setup Monday morning we had problems with the library ejecting tapes. To make a long story short, before the upgrade tsm would prompt us to reply to a request number when we were ready to eject the next tape, now tsm doesn't ask for a reply and a bulk move of tapes fails. Anyone see this before? Here is what it use to do: ANR8322I 098: Remove 8MM volume 101372 from entry/exit port of library AITLIB; issue 'REPLY' along with the request ID when ready. (SESSION: 6656, PROCESS: 964) Here is what it does now: ANR8829I Remove volume 900072 from slot 64000 of library AITLIB at your convenience. Thanks in advance, Mark Remeta Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately. Please be advised that someone other than the intended recipients, including a third-party in the Seligman organization and government agencies, may review all electronic communications to and from this address. _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Re: 5.3.3 Upgrade problem
This also sounds like the behaviour when the IO station is full _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Remeta, Mark Sent: 29 August 2006 15:01 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] 5.3.3 Upgrade problem Hi all, I upgraded one of my servers to 5.3.3.1 from 5.2.4.0 Friday. When we tried running the daily drm script I setup Monday morning we had problems with the library ejecting tapes. To make a long story short, before the upgrade tsm would prompt us to reply to a request number when we were ready to eject the next tape, now tsm doesn't ask for a reply and a bulk move of tapes fails. Anyone see this before? Here is what it use to do: ANR8322I 098: Remove 8MM volume 101372 from entry/exit port of library AITLIB; issue 'REPLY' along with the request ID when ready. (SESSION: 6656, PROCESS: 964) Here is what it does now: ANR8829I Remove volume 900072 from slot 64000 of library AITLIB at your convenience. Thanks in advance, Mark Remeta Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately. Please be advised that someone other than the intended recipients, including a third-party in the Seligman organization and government agencies, may review all electronic communications to and from this address. _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Re: HELP: TSM has recycled itself...
Hi Richard, I did have an issue approximately 6 months ago with data integrity, but IBM said that all was well. Maybe they were incorrect and the database does have corruption. In order to do a dump/loadformat/load/audit on my database I would think this would take a tremendous amount of down time. The database is currently 155 GB. I guess what I'm wondering is when I migrate to TSM 5.3.3, will this dump/loadformat/load/audit process be run? And if so, I'm wondering if it would be ok to wait until I upgrade in order to audit the TSM database? I'm just trying to have the least amount of down time in the environment, but I also want to protect and backup the data efficiently. Any thoughts on this matter is appreciated! Thanks! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] Richard Sims [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 08/29/2006 07:36 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: HELP: TSM has recycled itself... On Aug 29, 2006, at 7:26 AM, Joni Moyer wrote: Hi Everyone, I have a TSM server on AIX 5.3 at 5.2.7.1. This morning it recycled itself. ... Does anybody have any suggestions/ideas on what caused the software to recycle? Or where can I look to find out? dsmserv.err, in your server directory. Try to determine what was going on in your server at the time (processes, sessions) from the Activity Log, for clues as to circumstantial cause, which may allow you to avoid it. As always, examine your AIX Error Log for any related disk or hardware problems. You might have a db integrity problem, as noted in similar- circumstances APAR IC41363. Richard Sims
Re: Problem deleting disk pool volume.
With disk volumes I usually have to vary the volume offline first. Syntax .-Wait--=--No--. -VARy--+-ONline--+--volume_name--+--+ '-OFfline-' '-Wait--=--+-No--+-' '-Yes-' Gerald Michalak TSM - Certified V5 Administrator ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 08/28/2006 02:19:22 PM: Well maybe this method will work. Larry McNutt The Timken Company - This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company / The Timken Corporation - Message from Mcnutt, Larry E. [EMAIL PROTECTED] on Mon, 28 Aug 2006 13:32:26 -0400 - To: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Subject: Problem deleting disk pool volume. TSM Server 5.3.3.0 AIX 5.3 ML4 Hello list, I have a disk pool volume that I cannot seem to delete. I have used move data to empty the volume, but when I try a delete volume, it says the volume contains data. However, audit volume fix=yes says there is no data in the volume. Any help is appreciated. Thanks, Larry McNutt The Timken Company tsm: FSPHTSM2q vol stg=workstn Volume Name Storage Device EstimatedPct Volume Pool NameClass Name Capacity Util Status --- -- - - /tsm1stg1/tsm2disk03.dsm WORKSTN DISK 25,600.00.5 On-Line /tsm1stg2/tsm2disk02.dsm WORKSTN DISK 25,600.06.4 On-Line /tsm1stg2/tsm2disk05.dsm WORKSTN DISK 25,000.05.5 On-Line /tsm1stg3/tsm2disk05.dsm WORKSTN DISK 12,500.06.7 On-Line /tsm1stg4/tsm2disk05.dsm WORKSTN DISK 12,500.0 16.1 On-Line /tsm2stg1/tsm2disk03.dsm WORKSTN DISK 10,240.01.9 On-Line /tsm2stg2/tsm2disk03.dsm WORKSTN DISK 10,240.00.7 On-Line /tsm5stg1/tsm2disk03.dsm WORKSTN DISK 50,000.01.8 On-Line /tsmstg2/disk01.dsm WORKSTN DISK 50,000.0 -1.1 On-Line = This is the volume tsm: FSPHTSM2q vol /tsmstg2/disk01.dsm f=d Volume Name: /tsmstg2/disk01.dsm Storage Pool Name: WORKSTN Device Class Name: DISK Estimated Capacity: 50,000.0 Scaled Capacity Applied: Pct Util: -1.1 Volume Status: On-Line Access: Read-Only Pct. Reclaimable Space: Scratch Volume?: In Error State?: Number of Writable Sides: Number of Times Mounted: Write Pass Number: Approx. Date Last Written: Approx. Date Last Read: Date Became Pending: Number of Write Errors: Number of Read Errors: Volume Location: Volume is MVS Lanfree Capable : Last Update by (administrator): MCNUTT Last Update Date/Time: 08/22/06 17:31:36 Begin Reclaim Period: End Reclaim Period: tsm: FSPHTSM2audit volume /tsmstg2/disk01.dsm fix=yes ANR2311W This command will discard any inventory references to volume /tsmstg2/disk01.dsm associated with missing or inconsistent stored data, thereby rendering the data unrecoverable; the valid data on the volume will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume /tsmstg2/disk01.dsm contains no data. ANR2017I Administrator MCNUTT issued command: AUDIT VOLUME /tsmstg2/disk01.dsm fix=yes ANR2311W This command will discard any inventory references to volume /tsmstg2/disk01.dsm associated with missing or inconsistent stored data, thereby rendering the data unrecoverable; the valid data on the volume will be inaccessible to users until the operation completes. ANR2017I Administrator MCNUTT issued command: AUDIT VOLUME /tsmstg2/disk01.dsm fix=yes ANRD dsaudit.c(1097): ThreadId80 Erroneous information for volume /tsmstg2/disk01.dsm was removed from the database. ANRD ThreadId80 issued message from: -0x00010001c240 outDiagf -0x000100414b98 DsAuditEmptyVol -0x0001004108d8 ssAuditEmptyVol -0x00010075aa48 DoAuditVolume -0x00010075f218 AdmAuditVolume -0x0001001e9e58 AdmCommandLocal -0x0001001ead98 admCommand -0x000100507694 SmAdminCommandThread -0x0001e9dc StartThread -0x093f52f8 _pthread_body ANR2209W Volume /tsmstg2/disk01.dsm contains no data. tsm: FSPHTSM2delete volume /tsmstg2/disk01.dsm ANR2220W This command will delete volume /tsmstg2/disk01.dsm from its storage pool after verifying that the volume
Re: HELP: TSM has recycled itself...
On Aug 29, 2006, at 10:16 AM, Joni Moyer wrote: Hi Richard, I did have an issue approximately 6 months ago with data integrity, but IBM said that all was well. Maybe they were incorrect and the database does have corruption. In order to do a dump/loadformat/load/audit on my database I would think this would take a tremendous amount of down time. The database is currently 155 GB. I guess what I'm wondering is when I migrate to TSM 5.3.3, will this dump/loadformat/load/audit process be run? And if so, I'm wondering if it would be ok to wait until I upgrade in order to audit the TSM database? I'm just trying to have the least amount of down time in the environment, but I also want to protect and backup the data efficiently. Any thoughts on this matter is appreciated! Thanks! Joni - As per one of my prior postings, ANRD messages reflect aberrant conditions which IBM has added this kind of debugging to detect, capturing some debugging values. As the Messages manual says, This information is intended for reporting processing exceptions and other non-standard situations that occur on the ADSM server. You should preserve the contents of your dsmserv.err file and contact TSM Support, providing them with all the info, and advising of your past problems. In some cases, and depending upon who handles the call, you may get a very targeted, short-duration correction, rather than a whole-db audit. No, it is not the normal process to perform gymnastics on the TSM database in an upgrade, so you need to get the problem addressed well ahead of time, particularly as you want to assure continued operation now. Richard Sims
Re: 5.3.3 Upgrade problem
Hmm, that's strange. According to the manual the default is 60 minutes but it's obviously behaving as if it was 0. I don't specify a wait time when I check out the volumes -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Smith, I (Ian) Sent: Tuesday, August 29, 2006 10:11 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: 5.3.3 Upgrade problem TSM 53 has introduced a new option on the checkin command: WAITTime Specifies the number of minutes that the server will wait for you to reply or respond to a request. Specify a value in the range 0-. If you want to be prompted by the server, specify a wait time greater than zero. The default value is 60 minutes. For example, suppose the server prompts you to insert a tape into the entry/exit port of a library. If you specified a wait time of 60 minutes, the server will issue a request and wait 60 minutes for you to reply. Suppose, on the other hand, you specify a wait time of 0. If you have already inserted a tape, a wait time of zero will cause the operation to continue without prompting. If you have not inserted a tape, a wait time of zero will cause the operation to fail. _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Remeta, Mark Sent: 29 August 2006 15:01 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] 5.3.3 Upgrade problem Hi all, I upgraded one of my servers to 5.3.3.1 from 5.2.4.0 Friday. When we tried running the daily drm script I setup Monday morning we had problems with the library ejecting tapes. To make a long story short, before the upgrade tsm would prompt us to reply to a request number when we were ready to eject the next tape, now tsm doesn't ask for a reply and a bulk move of tapes fails. Anyone see this before? Here is what it use to do: ANR8322I 098: Remove 8MM volume 101372 from entry/exit port of library AITLIB; issue 'REPLY' along with the request ID when ready. (SESSION: 6656, PROCESS: 964) Here is what it does now: ANR8829I Remove volume 900072 from slot 64000 of library AITLIB at your convenience. Thanks in advance, Mark Remeta Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately. Please be advised that someone other than the intended recipients, including a third-party in the Seligman organization and government agencies, may review all electronic communications to and from this address. _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _ Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately. Please be advised that someone other than the intended recipients, including a third-party in the Seligman organization and government agencies, may review all electronic communications to and from this address.
Re: 5.3.3 Upgrade problem
Ok, I found the problem. It's with the move drm command. The default is now Remove=Bulk which means it moves the tape to the entry/exit port and does not issue a reply command. I need to add remove=yes to the move drm command and that should do the trick. Thanks for pointing me in the right direction... Mark -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Smith, I (Ian) Sent: Tuesday, August 29, 2006 10:11 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: 5.3.3 Upgrade problem TSM 53 has introduced a new option on the checkin command: WAITTime Specifies the number of minutes that the server will wait for you to reply or respond to a request. Specify a value in the range 0-. If you want to be prompted by the server, specify a wait time greater than zero. The default value is 60 minutes. For example, suppose the server prompts you to insert a tape into the entry/exit port of a library. If you specified a wait time of 60 minutes, the server will issue a request and wait 60 minutes for you to reply. Suppose, on the other hand, you specify a wait time of 0. If you have already inserted a tape, a wait time of zero will cause the operation to continue without prompting. If you have not inserted a tape, a wait time of zero will cause the operation to fail. _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Remeta, Mark Sent: 29 August 2006 15:01 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] 5.3.3 Upgrade problem Hi all, I upgraded one of my servers to 5.3.3.1 from 5.2.4.0 Friday. When we tried running the daily drm script I setup Monday morning we had problems with the library ejecting tapes. To make a long story short, before the upgrade tsm would prompt us to reply to a request number when we were ready to eject the next tape, now tsm doesn't ask for a reply and a bulk move of tapes fails. Anyone see this before? Here is what it use to do: ANR8322I 098: Remove 8MM volume 101372 from entry/exit port of library AITLIB; issue 'REPLY' along with the request ID when ready. (SESSION: 6656, PROCESS: 964) Here is what it does now: ANR8829I Remove volume 900072 from slot 64000 of library AITLIB at your convenience. Thanks in advance, Mark Remeta Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately. Please be advised that someone other than the intended recipients, including a third-party in the Seligman organization and government agencies, may review all electronic communications to and from this address. _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _ Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately. Please be advised that someone other than the intended recipients, including a third-party in the Seligman organization and government agencies, may review all electronic communications to and from this address.
LTO-2 and LTO-3 switch grouping
Hi All, We have the good fortune to be adding four LTO-3 drives to our STK L700 library. It currently has 14 LTO-2 drives, attached to two Brocade 3800 (2Gpbs, 16-port) switches. All drives are IBM FC. I'm trying to figure out the best approach to zone these drives. We currently use port zoning on these switches, but as part of this upgrade, we will enable the WWN feature on the L700, and migrate the switches to WWN zoning. Here are my thoughts... Current config: (4) HBAs on the TSM server for tapes On switch1, hba1 has (3) LTO-2 drives hba2 has (4) LTO-2 On switch2, hba3 has (3) LTO-2 plus (3) DLT8K (the DLT's are going away with this upgrade) hba4 has (4) LTO-2 The DLT's are never used, so they have no real impact. I know the hba's with (4) LTO-2 are over-committed, and although I have no direct evidence of a problem, my gut feeling is that it is a bottleneck at times. I have a few FC cards that I can add. There are two open PCI slots on the TSM server... with some more reconfiguration, I can free up two more. This is an HP rp7410 server, and all PCI slots are 66Mhz x 64 bit capable, with throughput of 530MBps so, I can put FC adapters anywhere with no throughput concerns. What I'm considering: - IF I can add four more HBAs (best case - no over-commitment), On each switch, hba1 with (1) LTO-3 and (1) LTO-2 hba2 with (1) LTO-3 and (1) LTO-2 hba3 with (3) LTO-2 hba4 with (2) LTO-2 -If I can only add two HBAs (less reconfiguration), On each switch, hba1 with (1) LTO-3 and (1) LTO-2 hba2 with (1) LTO-3 and (2) LTO-2 (44 MBps over-commitment) hba3 with (4) LTO-2 (24 MBps over-commitment) My over-commitment calculations are based on 2048 Mbps / 8 bits per byte = 256 MBps throughput per switch port. I'm wondering if there are any issues with zoning LTO-2 and LTO-3 to the same HBA... will either one monopolize the port, or will play nice together? Any comments are greatly appreciated! Regards, Robin Sharpe Berlex Labs 973-487-5686
Re: LTO-2 and LTO-3 switch grouping
Ensure the PCI slots do not share internal BUS bandwidth. You may end up with issues there- I moved to dual port PCIe cards for the internal bandwidth to run many LTO3 drives. Is the server really only PCI, or are they PCI-X slots? There is no issues running LTO2 and LTO3 on the same HBA. I have looked into the fabric throughput to actually see the speeds- they can be very high- near the theoretical maximums if you are using format=drives or UTRIUM3/2C. Any type of oversubscription/commitment can cause severe impact on streaming performance. _ Ian Smith SAN/TSM Specialist Hitachi Data Systems Certified Professional IBM Tivoli Storage Manager Certified Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Robin Sharpe Sent: 29 August 2006 16:51 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] LTO-2 and LTO-3 switch grouping Hi All, We have the good fortune to be adding four LTO-3 drives to our STK L700 library. It currently has 14 LTO-2 drives, attached to two Brocade 3800 (2Gpbs, 16-port) switches. All drives are IBM FC. I'm trying to figure out the best approach to zone these drives. We currently use port zoning on these switches, but as part of this upgrade, we will enable the WWN feature on the L700, and migrate the switches to WWN zoning. Here are my thoughts... Current config: (4) HBAs on the TSM server for tapes On switch1, hba1 has (3) LTO-2 drives hba2 has (4) LTO-2 On switch2, hba3 has (3) LTO-2 plus (3) DLT8K (the DLT's are going away with this upgrade) hba4 has (4) LTO-2 The DLT's are never used, so they have no real impact. I know the hba's with (4) LTO-2 are over-committed, and although I have no direct evidence of a problem, my gut feeling is that it is a bottleneck at times. I have a few FC cards that I can add. There are two open PCI slots on the TSM server... with some more reconfiguration, I can free up two more. This is an HP rp7410 server, and all PCI slots are 66Mhz x 64 bit capable, with throughput of 530MBps so, I can put FC adapters anywhere with no throughput concerns. What I'm considering: - IF I can add four more HBAs (best case - no over-commitment), On each switch, hba1 with (1) LTO-3 and (1) LTO-2 hba2 with (1) LTO-3 and (1) LTO-2 hba3 with (3) LTO-2 hba4 with (2) LTO-2 -If I can only add two HBAs (less reconfiguration), On each switch, hba1 with (1) LTO-3 and (1) LTO-2 hba2 with (1) LTO-3 and (2) LTO-2 (44 MBps over-commitment) hba3 with (4) LTO-2 (24 MBps over-commitment) My over-commitment calculations are based on 2048 Mbps / 8 bits per byte = 256 MBps throughput per switch port. I'm wondering if there are any issues with zoning LTO-2 and LTO-3 to the same HBA... will either one monopolize the port, or will play nice together? Any comments are greatly appreciated! Regards, Robin Sharpe Berlex Labs 973-487-5686 _ This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat. _
Offsite pools with fewer versions
Hello, We are running TSM 5.2.3 on z/OS using SAN disk and IBM 3590 carts for storage. We are backing up Windows 2000 and 2003 servers. I have been requested to increase the number of versions of backup files in the storage pools. This will increase the size of my storage pools and of our offsite pools (data) which is a problem. Is there a way to have a storage pool with 20 versions of files and create an offsite pool with only the 3 most current versions of all files? The only way I have thought of so far is that I will need two node IDs per server and have a different policy going to different storage pools. Is this the only way? Thank you Patrick Plagman
Include statement
I'm trying to include all files in a specific directory that begin with the work collaboration to a specific management class. The full name of the file may or may not have more than just this word in it and the extension may be different for some. Do I have this syntax correct? include h:\sql_dumpfiles\sql\collaboration* 14DAY-MGT Thanks, Geoff Gill TSM Administrator PeopleSoft Sr. Systems Administrator SAIC M/S-G1b (858)826-4062 Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
Re: TDP for exchange error
Hi Del I will continue to investigate . By the way I install the TDP version 5.3.3.0 and when I loaded the restore panel in the gui (show all objects) I see the same information twice of my last backup ?? Strange ! Regards Robert -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Del Hoobler Sent: Tuesday, August 29, 2006 3:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TDP for exchange error Hi Robert, I recommend that you check the event logs and other system logs closely. I think that there must be something else running (like another backup type, or a defrag, or something else) that is causing this situation to occur. I know that you said that the exchange admin told you that the defrag wasn't running within that timespan, but this error is the Exchange Server telling you that expected log files are missing... and that you need to run a full backup. Thanks, Del ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 08/29/2006 02:26:39 AM: Hi to all I have an exchange server Windows2003 (not in cluster) with TDP version 5.2.1 I backup it at Sunday Tuesday Thursday full (at 23:00) and between 3 times a day incremental (at 9 , 15 , 20). The 3 incrementals after the full are running correctly but the second day I got the following error: Sunday Monday Tuesday Full (23:00) OK I (09:00) OK I (09:00) Error I (15:00)OK I (15:00) Error I (20:00) OK I (20:00)Error From the actlog: ANE4993E (Session: 145219, Node: EXCHSRV01_DB) TDP MSExchg ACN3502 Data Protection for Exchange: incr backup of First Storage Group from server EXCHSRV01 failed, rc = 425. (SESSION: 145219) From the excincr.log: Beginning incr backup of First Storage Group, 1 of 2. Backup of storage group First Storage Group failed. ACN5798E MS Exchange API HRESEBACKUPSETUP() failed with HRESULT: 0xc8000230 - The database missed a previous full backup before the incremental backup. My backup copy group are: Full backup nolimit nolimit 8 8 Incr backup nolimit nolimit 15 15 The Exchange administrator told me that is not running any defrag on the database . Any clue ? Regards Robert Ouzen
Re: TDP for exchange error
Hi Robert, We are currently investigating a problem where the Data Protection for Exchange 5.3.3 GUI is loading the restore screen without clearing a previous query... so you may see duplicate entries. This should not affect the operations. Thanks, Del ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 08/29/2006 01:23:23 PM: Hi Del I will continue to investigate . By the way I install the TDP version 5.3.3.0 and when I loaded the restore panel in the gui (show all objects) I see the same information twice of my last backup ?? Strange ! Regards Robert
Re: Problem deleting disk pool volume.
Thanks Gerald. I had not tried the VARY command, but it didn't solve the problem. Larry -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Gerald Michalak Sent: Tuesday, August 29, 2006 10:29 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Problem deleting disk pool volume. With disk volumes I usually have to vary the volume offline first. Syntax .-Wait--=--No--. -VARy--+-ONline--+--volume_name--+--+ '-OFfline-' '-Wait--=--+-No--+-' '-Yes-' Gerald Michalak TSM - Certified V5 Administrator ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 08/28/2006 02:19:22 PM: Well maybe this method will work. Larry McNutt The Timken Company - This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company / The Timken Corporation - Message from Mcnutt, Larry E. [EMAIL PROTECTED] on Mon, 28 Aug 2006 13:32:26 -0400 - To: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Subject: Problem deleting disk pool volume. TSM Server 5.3.3.0 AIX 5.3 ML4 Hello list, I have a disk pool volume that I cannot seem to delete. I have used move data to empty the volume, but when I try a delete volume, it says the volume contains data. However, audit volume fix=yes says there is no data in the volume. Any help is appreciated. Thanks, Larry McNutt The Timken Company tsm: FSPHTSM2q vol stg=workstn Volume Name Storage Device EstimatedPct Volume Pool NameClass Name Capacity Util Status --- -- - - /tsm1stg1/tsm2disk03.dsm WORKSTN DISK 25,600.00.5 On-Line /tsm1stg2/tsm2disk02.dsm WORKSTN DISK 25,600.06.4 On-Line /tsm1stg2/tsm2disk05.dsm WORKSTN DISK 25,000.05.5 On-Line /tsm1stg3/tsm2disk05.dsm WORKSTN DISK 12,500.06.7 On-Line /tsm1stg4/tsm2disk05.dsm WORKSTN DISK 12,500.0 16.1 On-Line /tsm2stg1/tsm2disk03.dsm WORKSTN DISK 10,240.01.9 On-Line /tsm2stg2/tsm2disk03.dsm WORKSTN DISK 10,240.00.7 On-Line /tsm5stg1/tsm2disk03.dsm WORKSTN DISK 50,000.01.8 On-Line /tsmstg2/disk01.dsm WORKSTN DISK 50,000.0 -1.1 On-Line = This is the volume tsm: FSPHTSM2q vol /tsmstg2/disk01.dsm f=d Volume Name: /tsmstg2/disk01.dsm Storage Pool Name: WORKSTN Device Class Name: DISK Estimated Capacity: 50,000.0 Scaled Capacity Applied: Pct Util: -1.1 Volume Status: On-Line Access: Read-Only Pct. Reclaimable Space: Scratch Volume?: In Error State?: Number of Writable Sides: Number of Times Mounted: Write Pass Number: Approx. Date Last Written: Approx. Date Last Read: Date Became Pending: Number of Write Errors: Number of Read Errors: Volume Location: Volume is MVS Lanfree Capable : Last Update by (administrator): MCNUTT Last Update Date/Time: 08/22/06 17:31:36 Begin Reclaim Period: End Reclaim Period: tsm: FSPHTSM2audit volume /tsmstg2/disk01.dsm fix=yes ANR2311W This command will discard any inventory references to volume /tsmstg2/disk01.dsm associated with missing or inconsistent stored data, thereby rendering the data unrecoverable; the valid data on the volume will be inaccessible to users until the operation completes. Do you wish to proceed? (Yes (Y)/No (N)) y ANR2209W Volume /tsmstg2/disk01.dsm contains no data. ANR2017I Administrator MCNUTT issued command: AUDIT VOLUME /tsmstg2/disk01.dsm fix=yes ANR2311W This command will discard any inventory references to volume /tsmstg2/disk01.dsm associated with missing or inconsistent stored data, thereby rendering the data unrecoverable; the valid data on the volume will be inaccessible to users until the operation completes. ANR2017I Administrator MCNUTT issued command: AUDIT VOLUME /tsmstg2/disk01.dsm fix=yes ANRD dsaudit.c(1097): ThreadId80 Erroneous information for volume /tsmstg2/disk01.dsm was removed from the database. ANRD ThreadId80 issued message from: -0x00010001c240 outDiagf -0x000100414b98 DsAuditEmptyVol -0x0001004108d8 ssAuditEmptyVol -0x00010075aa48 DoAuditVolume -0x00010075f218 AdmAuditVolume -0x0001001e9e58 AdmCommandLocal -0x0001001ead98 admCommand
NetWare client errors on critical server
Receiving the following on NetWare client when backing up an Ansos server. 08/29/2006 17:26:12 (TSA500.NLM 5.4 306) A data stream cannot be opened. 08/29/2006 17:26:12 Access denied Didn't find much on the 'net. The machine in question is running Btrieve also... Any ideas? TSM server v5.3.1.2 TSM client v5.3.0.0 Netware 5x God bless you!!! Chip Bell Network Engineer I IBM Tivoli Certified Deployment Professional (ITSM 5.2) Baptist Health System Birmingham, AL Office (205) 715-5106 Pager (205) 817-0357 Home (256) 739-0947 Cell (256) 347-7294 - Confidentiality Notice: The information contained in this email message is privileged and confidential information and intended only for the use of the individual or entity named in the address. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this information is strictly prohibited. If you received this information in error, please notify the sender and delete this information from your computer and retain no copies of any of this information.