Re: Log prune on non-standard log names?
Hi Goran, There is no setting for 'Days' in the SCHEDLOGRETENTION parameters - just and - check the manual. http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp?topic=/ com.ibm.itsmc.doc/ans3241.htm Regards, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of goc Sent: 12 September 2006 12:57 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Log prune on non-standard log names? hi, what about the missing "D" (as for days) behind 7 ? goran - Original Message ----- From: "Large, M (Matthew)" <[EMAIL PROTECTED]> To: Sent: Tuesday, September 12, 2006 1:48 PM Subject: Re: Log prune on non-standard log names? Hi Richard, The filename is as it states in the first mail - dsmsched_1yr.log - unfortunately they've deleted it as they needed to free up space. It was definitely the schedule log, and besides, wouldn't the setting ERRORLOGRETENTION manage the dsmerror.log file? (which is also set to 7 days) I think we'll upgrade to 5.3.x soon so we'll just use the SCHEDLOGMAX setting along with the SCHEDLOGRETENTION to ensure that these file sizes to not become unreasonably sized. Cheers, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: 12 September 2006 12:05 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Log prune on non-standard log names? On Sep 12, 2006, at 3:27 AM, Large, M (Matthew) wrote: > One of my customers recently came to me to say that they had a 100MB > log file from TSM sitting in their file system, which confused me > since the setting clearly stated in the options file (Win2K) says > > SCHEDLOGRETENTION 7 > schedlogname dsmsched_1yr.log .. Matthew - Get the specifics ... the file name, and latest timestamp (for context). What they're looking at may be a dsmerror.log file, which can be large as it accumulates endlessly over time - ignored until it gets huge. If some other log, its timestamp will provide evidence as to what is writing to it, in terms of scheduled or invoked events. Richard Sims _ 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: Log prune on non-standard log names?
Hi Richard, The filename is as it states in the first mail - dsmsched_1yr.log - unfortunately they've deleted it as they needed to free up space. It was definitely the schedule log, and besides, wouldn't the setting ERRORLOGRETENTION manage the dsmerror.log file? (which is also set to 7 days) I think we'll upgrade to 5.3.x soon so we'll just use the SCHEDLOGMAX setting along with the SCHEDLOGRETENTION to ensure that these file sizes to not become unreasonably sized. Cheers, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: 12 September 2006 12:05 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Log prune on non-standard log names? On Sep 12, 2006, at 3:27 AM, Large, M (Matthew) wrote: > One of my customers recently came to me to say that they had a 100MB > log file from TSM sitting in their file system, which confused me > since the setting clearly stated in the options file (Win2K) says > > SCHEDLOGRETENTION 7 > schedlogname dsmsched_1yr.log ... Matthew - Get the specifics ... the file name, and latest timestamp (for context). What they're looking at may be a dsmerror.log file, which can be large as it accumulates endlessly over time - ignored until it gets huge. If some other log, its timestamp will provide evidence as to what is writing to it, in terms of scheduled or invoked events. Richard Sims _ 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: Log prune on non-standard log names?
Hi David, We're using the TSM scheduler so it should be managed properly. I'll put them in a different order on this machine and see if it makes a difference. Thanks for the suggestion. Regards, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David McClelland Sent: 12 September 2006 10:53 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Log prune on non-standard log names? Hi Matthew, Is your customer's TSM client scheduled using the TSM Central Scheduler (I guess so if it's growing to over 100MBs) for backup operations? This kind of log pruning only happens during a TSM scheduled backup operation (not when the backup operation is scheduled via TWS/cron/Windows Scheduler etc). There's certainly nothing in the docs that I've found to suggest that changing the schedlogname will prevent pruning (it would be a travesty if it did). As an off-the-wall suggestion, have you tried switching the order in which the two options appear in the dsm.opt? Rgds, David McClelland Data Protection Specialist IBM Tivoli Storage Manager Certified Consultant Shared Infrastructure Architecture and Design -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: 12 September 2006 08:27 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Log prune on non-standard log names? Hi All, One of my customers recently came to me to say that they had a 100MB log file from TSM sitting in their file system, which confused me since the setting clearly stated in the options file (Win2K) says SCHEDLOGRETENTION 7 schedlognamedsmsched_1yr.log Does anyone know if I should expect these settings to prune the dsmsched_1yr.log or must I manually trim this file when necessary? Clients - 5.2.4.4 Server - 5.2.7.1 Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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. _ To find out more about Reuters visit www.about.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.
Log prune on non-standard log names?
Hi All, One of my customers recently came to me to say that they had a 100MB log file from TSM sitting in their file system, which confused me since the setting clearly stated in the options file (Win2K) says SCHEDLOGRETENTION 7 schedlognamedsmsched_1yr.log Does anyone know if I should expect these settings to prune the dsmsched_1yr.log or must I manually trim this file when necessary? Clients - 5.2.4.4 Server - 5.2.7.1 Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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: scheduler problem
I didn't see that you managed the scheduler with the CAD, so I was perhaps a little hasty with my reply. Having looked through the manual, I am unable to find any option which may, for example, start the CAD slightly earlier than eight hours later. What do you have QUERYSCHEDPERIOD set to? How long is your Schedule window? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of goc Sent: 23 August 2006 15:10 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] scheduler problem yeah, okay ... thanks so ... what do you think why is there 8 hours gap ? g. - Original Message - From: "Large, M (Matthew)" <[EMAIL PROTECTED]> To: Sent: Wednesday, August 23, 2006 3:44 PM Subject: Re: scheduler problem Fairly basic stuff here - the TSM scheduler must be running within the schedule window if you want TSM to do something. This line in the schedule log: 08/22/06 14:39:53 Scheduler has been stopped. And this line after it: 08/22/06 22:39:55 Scheduler has been started by Dsmcad. Indicate that the scheduler was not up when the TSM server tried to contact it - I guess you have it as a MISSED schedule? Quote "Either the window has elapsed or the schedule has been deleted :-S which is not true" TSM is correct in reporting that the window had elapsed. We have shadow scripts here to ensure that if the scheduler falls over, the script picks it up again. It may be worth your while implementing something like this if you want to make sure you don't miss the scheduled window for backup. Not to appear rude, but, this is simple stuff - please either go an a course or read the manual(s). Regards, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of goc Sent: 23 August 2006 14:16 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] scheduler problem hi all, please look at this 08/22/06 14:39:53 08/22/06 14:39:53 Schedule Name: SDB_EXP_SCHED01 08/22/06 14:39:53 Action:Incremental 08/22/06 14:39:53 Objects: /db/sdb11/backup01/backup/ 08/22/06 14:39:53 Options: -su=yes -preschedulecmd="su - oracle -c /db/sdb11/backup01/backup/sd b1_do_bkup.sh" 08/22/06 14:39:53 Server Window Start: 17:43:00 on 08/22/06 08/22/06 14:39:53 08/22/06 14:39:53 Scheduler has been stopped. 08/22/06 22:39:55 Scheduler has been started by Dsmcad. 08/22/06 22:39:55 Querying server for next scheduled event. 08/22/06 22:39:55 Node Name: SDB 08/22/06 22:39:55 Session established with server TSM01: AIX-RS/6000 why didn't scheduler start at 17:43 on 22.8 (yesterday) the message in error log says : Either the window has elapsed or the schedule has been deleted :-S which is not true i'm confused. i asked for help month ago and nothing :-) _ 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: scheduler problem
Fairly basic stuff here - the TSM scheduler must be running within the schedule window if you want TSM to do something. This line in the schedule log: 08/22/06 14:39:53 Scheduler has been stopped. And this line after it: 08/22/06 22:39:55 Scheduler has been started by Dsmcad. Indicate that the scheduler was not up when the TSM server tried to contact it - I guess you have it as a MISSED schedule? Quote "Either the window has elapsed or the schedule has been deleted :-S which is not true" TSM is correct in reporting that the window had elapsed. We have shadow scripts here to ensure that if the scheduler falls over, the script picks it up again. It may be worth your while implementing something like this if you want to make sure you don't miss the scheduled window for backup. Not to appear rude, but, this is simple stuff - please either go an a course or read the manual(s). Regards, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of goc Sent: 23 August 2006 14:16 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] scheduler problem hi all, please look at this 08/22/06 14:39:53 08/22/06 14:39:53 Schedule Name: SDB_EXP_SCHED01 08/22/06 14:39:53 Action:Incremental 08/22/06 14:39:53 Objects: /db/sdb11/backup01/backup/ 08/22/06 14:39:53 Options: -su=yes -preschedulecmd="su - oracle -c /db/sdb11/backup01/backup/sd b1_do_bkup.sh" 08/22/06 14:39:53 Server Window Start: 17:43:00 on 08/22/06 08/22/06 14:39:53 08/22/06 14:39:53 Scheduler has been stopped. 08/22/06 22:39:55 Scheduler has been started by Dsmcad. 08/22/06 22:39:55 Querying server for next scheduled event. 08/22/06 22:39:55 Node Name: SDB 08/22/06 22:39:55 Session established with server TSM01: AIX-RS/6000 why didn't scheduler start at 17:43 on 22.8 (yesterday) the message in error log says : Either the window has elapsed or the schedule has been deleted :-S which is not true i'm confused. i asked for help month ago and nothing :-) _ 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: Restore from directory with dots in name
Leigh, I was only passed the line, not the log, but as Steve Scaub said, I won't be able to restore it to where it came without ruining a production system, so I'll need the customer to find a machine to restore it to - he just came back to me to say that they are unable acquire one. Oh well - their loss, not mine. Thanks for that Guys, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Leigh Reed Sent: 23 August 2006 12:46 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Restore from directory with dots in name Matthew This APAR might shed some light, although I think it is going to be a case of working as designed. http://www-1.ibm.com/support/docview.wss?uid=swg1IC35332 Your extract from the dsmsched.log might be from the system_object(W2K) / system_state(W2K3) backup, not part of the actual incremental C: drive file backup. Was it in the section between the following Incremental backup of volume '\\lons111013\c$' Successful incremental backup of '\\lons111013\c$' Or before this Successful incremental backup of 'System State' (or system_object w2k). If the entry in the log shows it as part of the system backup, you won't be able to restore it individually. Thanks Leigh -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: 23 August 2006 10:58 To: ADSM-L@VM.MARIST.EDU Subject: [SPAM: 4.700] [ADSM-L] Restore from directory with dots in name Hi All, I got a request to restore this filename: C:\WINDOWS\SYSVOL\sysvol\eu.rabonet.com\scripts\EUAMS\eu_ams_users.xls But for some reason neither the GUI or the command line recognise any directory deeper than eu.rabonet.com This has been extracted from the dsmsched.log: 08/22/2006 21:27:30 Normal File-->36,864 \\lons111013\c$\WINDOWS\SYSVOL\sysvol\eu.rabonet.com\scripts\EUAMS\eu_am s_users.xls [Sent] So it's definitely been processed by the server. Problem is that the GUI won't display any directory deeper than eu.rabonet.com and the command line says there's nothing to restore, even if I state an inactive version of that file. I've opened a call with IBM, but I was just wondering if anyone's seen this behaviour before? Clients are 5.2.4.4 and the TSM server is 5.2.7.1 on W2K3 Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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. _
Restore from directory with dots in name
Hi All, I got a request to restore this filename: C:\WINDOWS\SYSVOL\sysvol\eu.rabonet.com\scripts\EUAMS\eu_ams_users.xls But for some reason neither the GUI or the command line recognise any directory deeper than eu.rabonet.com This has been extracted from the dsmsched.log: 08/22/2006 21:27:30 Normal File-->36,864 \\lons111013\c$\WINDOWS\SYSVOL\sysvol\eu.rabonet.com\scripts\EUAMS\eu_am s_users.xls [Sent] So it's definitely been processed by the server. Problem is that the GUI won't display any directory deeper than eu.rabonet.com and the command line says there's nothing to restore, even if I state an inactive version of that file. I've opened a call with IBM, but I was just wondering if anyone's seen this behaviour before? Clients are 5.2.4.4 and the TSM server is 5.2.7.1 on W2K3 Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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: Alerting on ANR9999D
Hi Leigh, Thanks for that - we run TSMOR daily for customers to see the success of their backups, but as I would like to be alerted almost immediately after the ANRd messages occured, the OR is not practical for me. We use Openview to monitor logs which receive the output of select statements / general queries. Openview can then alert to screens/mail/pager/sms almost immediately after picking up the error that occured. My problem is that the Ops guys cannot be trained to diagnose ANRD's, so I was wondering if anyone found a good way of utilising the Ops bridge mechanism and to resolve these ANRD's. I guess I'll just continue to procedurise (news-speak) what we currently receive. Thanks though, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Leigh Reed Sent: 15 August 2006 11:09 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Alerting on ANRD Matthew, Using TSM Operational Reporting, under the hourly default monitoring report, we added in a new Variable ANR select count(*) as ANR from actlog where msgno= and date_time between current_timestamp- 1 hour and current_timestamp Then with an active rule if ANR>0 then send out an email alert. This will notify you within the hour of an ANR message occurring. You will still have to query the activity log and interpret the message and then determine the action. TSM OR is Windows specific. Unix shell scripts & crontab could be used to develop a similar outcome. Leigh -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: 14 August 2006 16:24 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Alerting on ANRD Afternoon Richard, Yep, you just confirmed my suspicions. Just had to make sure I wasn't blindly missing another solution (well documented ANRD guide would be a dream..) More training for the OPS! Cheers, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: 14 August 2006 13:52 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Alerting on ANRD On Aug 14, 2006, at 6:59 AM, Large, M (Matthew) wrote: > ...How do you alert against these unpredictable messages? Good morning, Matthew - Your adjective adeptly summarizes the situation: these messages are unpredictable, being Dignostic messages to provide internals info to allow TSM Support personnel to pursue a fuzzy situation. Once a cause can be nailed down per a solid customer event, the situation can either be resolved and become a footnote in history, or be formalized as a standard message to describe a reasonable thing which may occur from time to time. I would not look for a definitive explanation of an ANRD message, then. In writing an Ops guide, I would expect ANRD messages to be referred to the TSM administrator for pursuit, rather than being handled by an operator, as these messages may indicate issues which go beyond a simple remediation step, and likely need to be pursued with the vendor. Richard Sims _ 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: Alerting on ANR9999D
Afternoon Richard, Yep, you just confirmed my suspicions. Just had to make sure I wasn't blindly missing another solution (well documented ANRD guide would be a dream..) More training for the OPS! Cheers, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: 14 August 2006 13:52 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Alerting on ANRD On Aug 14, 2006, at 6:59 AM, Large, M (Matthew) wrote: > ...How do you alert against these unpredictable messages? Good morning, Matthew - Your adjective adeptly summarizes the situation: these messages are unpredictable, being Dignostic messages to provide internals info to allow TSM Support personnel to pursue a fuzzy situation. Once a cause can be nailed down per a solid customer event, the situation can either be resolved and become a footnote in history, or be formalized as a standard message to describe a reasonable thing which may occur from time to time. I would not look for a definitive explanation of an ANRD message, then. In writing an Ops guide, I would expect ANRD messages to be referred to the TSM administrator for pursuit, rather than being handled by an operator, as these messages may indicate issues which go beyond a simple remediation step, and likely need to be pursued with the vendor. Richard Sims _ 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. _
Alerting on ANR9999D
Hi *smers, Do any of you use any alerting tools to monitor ANRD messages? As we know, these ANRD messages can be anything from an 'overwrite this file' prompt on a client not being satisified within a given time period, to something as serious as the failure to insert an object in the backup table. Given this fact, do any of you have alerting systems in place, and procedures which would be followed against these ANRDs? I'm building an Ops guide to TSM, and I don't really want to get called out on the non-critical alerts. The ANRD page on the tsmwiki has a number of these failures, http://www.tsmwiki.com/tsmwiki/Anrd and some hints regarding what might be the cause of the problem, but not enough for me to point the Ops there and say 'do what that page says'. I can't possibly document a solution to all the possible ANRD's before they've appeared, so I'am in a bit of a quandry. How do you alert against these unpredictable messages? Much Appreciated, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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: restore directly from copy pool tapes
Wanda wrote: Look at the parms for the "update vol" command - All you have to do is enter "update vol * wherestgpool=primarytapepoolname access=unavailable" (or DESTROYED) "update vol * wherestgpool=copypoolname access=readonly" I find it much easier to just update the storage pool Tsm:> upd stgpool acc=reado Just a thought.. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Prather, Wanda Sent: 09 August 2006 15:55 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] restore directly from copy pool tapes Easy as pie. When you restore the TSM data base, it wil show that your primary tape pool tapes are still "readwrite", and your offsite tapes are "offsite". But, your primary pool tapes are actually burned up, and your copypool tapes have presumably been retrieved from your vault and are now at your recovery site. Look at the parms for the "update vol" command - All you have to do is enter "update vol * wherestgpool=primarytapepoolname access=unavailable" (or DESTROYED) "update vol * wherestgpool=copypoolname access=readonly" Now check your copypool tapes into your library (if you have one at your recovery site), status=PRIVATE. When you start a restore on one of your clients, TSM checks to see what tape is needed. When it sees the primarypool tape is marked UNAVAILABLE, it will automatically switch over and mount the copypool tape instead. The gotcha: At your offsite location, your tape drives may not have the same /dev/rmtx names they did at your primary location. BUT, when you reload your TSM data base, the drive & path definitions get reloaded as well. So you may have a bit of patching to do before you can start your restores. Wanda Prather "I/O, I/O, It's all about I/O" -(me) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Hammersley Sent: Wednesday, August 09, 2006 10:40 AM To: ADSM-L@VM.MARIST.EDU Subject: restore directly from copy pool tapes I'm working on a disaster recovery scenario where our TSM server (AIX) and tape library (3584)that has 90 LTO tapes in tape pools is destroyed and several other servers are destroyed. We have approx. 85 copy pool tapes off site. Our thought is to recreate the TSM server via mksysb, restore the TSM database, etc. Then get several of our critical other systems up and restore their data by using the copy pool tapes and then recreate the tapes in the tape pools in the tape library. How does one set up the recreated TSM server so that it does not think that the tape pool tapes are in the tape library ? How does one restore from copy pool tapes ? Are we going about this in a realistic way ? Thank you. Richard _ 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: Novell schedule failures that actually complete
07/10/2006 23:01:53 Total number of objects failed: 7 Bob, depending on the way these files failed (not found, in use..), these failed objects could well produce your Failed event. That's what it looks like to me. Check the dsmerror.log to find out why they failed and either exclude them or bind them to a Dynamic/SharedDynamic management class. Does that resolve it? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bob Martoncik Sent: 11 July 2006 15:00 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Novell schedule failures that actually complete Have a Novell server that is actually finishing the backups and the totals are coming through on the operational reports. In the schedule log, it spits out a generic ANS1512E error message. Any insights would be appreciated. Thanks. 07/10/2006 23:01:53 Successful incremental backup of 'NDS:' 07/10/2006 23:01:53 --- SCHEDULEREC STATUS BEGIN 07/10/2006 23:01:53 Total number of objects inspected: 591,911 07/10/2006 23:01:53 Total number of objects backed up:8,780 07/10/2006 23:01:53 Total number of objects updated: 0 07/10/2006 23:01:53 Total number of objects rebound: 0 07/10/2006 23:01:53 Total number of objects deleted: 0 07/10/2006 23:01:53 Total number of objects expired: 8,492 07/10/2006 23:01:53 Total number of objects failed: 7 07/10/2006 23:01:53 Total number of bytes transferred: 1.43 GB 07/10/2006 23:01:53 Data transfer time: 124.42 sec 07/10/2006 23:01:53 Network data transfer rate:12,120.32 KB/sec 07/10/2006 23:01:53 Aggregate data transfer rate: 4,057.37 KB/sec 07/10/2006 23:01:53 Objects compressed by:0% 07/10/2006 23:01:53 Elapsed processing time: 00:06:11 07/10/2006 23:01:53 --- SCHEDULEREC STATUS END 07/10/2006 23:01:53 --- SCHEDULEREC OBJECT END NOVELL 07/10/2006 23:00:00 07/10/2006 23:01:53 ANS1512E Scheduled event 'NOVELL' failed. Return code = 12. 07/10/2006 23:01:53 Sending results for scheduled event 'NOVELL'. 07/10/2006 23:01:53 Results sent to server for scheduled event 'NOVELL'. 07/10/2006 23:01:53 ANS1483I Schedule log pruning started. 07/10/2006 23:01:53 ANS1484I Schedule log pruning finished successfully. 07/10/2006 23:01:53 Querying server for next scheduled event. 07/10/2006 23:01:53 Node Name: IJS 07/10/2006 23:01:57 Session established with server TSMSERVER: Windows 07/10/2006 23:01:57 Server Version 5, Release 2, Level 4.5 07/10/2006 23:01:57 Server date/time: 07/10/2006 23:06:31 Last access: 07/10/2006 23:00:21 07/10/2006 23:01:57 --- SCHEDULEREC QUERY BEGIN 07/10/2006 23:02:02 --- SCHEDULEREC QUERY END 07/10/2006 23:02:02 Next operation scheduled: 07/10/2006 23:02:02 07/10/2006 23:02:02 Schedule Name: NOVELL 07/10/2006 23:02:02 Action:Incremental 07/10/2006 23:02:02 Objects: 07/10/2006 23:02:02 Options: 07/10/2006 23:02:02 Server Window Start: 23:00:00 on 07/11/2006 07/10/2006 23:02:02 07/10/2006 23:02:02 Scheduler has been stopped. Bob Martoncik Lucas County Information Services 419-213-4633 _ 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: Discovered a new secret command -- anyone know what "fetch" does?
I'm pretty sure these are only issued when the ODBC driver is used to run SQL queries on the TSM server. We get these every day from ODBC queries: Date/TimeMessage -- 05/30/2006 17:23:56 ANR2017I Administrator ODBC issued command: FETCH NEXT 50 (SESSION: 148454) 05/30/2006 17:23:57 ANR2017I Administrator ODBC issued command: FETCH NEXT 50 (SESSION: 148456) I discovered a command some years ago 'q cursor', and then discovered, again, it's to do with ODBC queries. http://www.tsmwiki.com/tsmwiki <- useful -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bell, Charles (Chip) Sent: 30 May 2006 15:22 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Discovered a new secret command -- anyone know what "fetch" does? He he. I really wish a TSM Developer would write a "TSM Unleashed" book, and within its pages somewhere finally documenting all of the undocumented commands, explaining each. But I guess that would put some out of work, which I certainly am not for. Oh well... Fetch :) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Robin Sharpe Sent: Friday, May 26, 2006 9:17 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Discovered a new secret command -- anyone know what "fetch" does? So, the other day, we replaced two LTO2 drives in our STK L700... new WWNs, so had to delete & redefine the drives & paths. I have four servers sharing the library, so that's four sets of path definitions... to make it easier I wrote up some macros to delete the paths for each drive & then define them. Well, due to an editing error, the "de" in the first "def path" command got deleted... so the command issued was "f path ...". TSM rejected this in an interesting way (recreated here): IBM Tivoli Storage Manager Command Line Administrative Interface - Version 5, Release 2, Level 0.0 (c) Copyright by IBM Corporation and other(s) 1990, 2003. All Rights Reserved. Session established with server TSM_WAYNE_LM: HP-UX Server Version 5, Release 3, Level 2.0 Server date/time: 05/26/06 22:13:17 Last access: 05/26/06 22:13:09 ANS8000I Server command: 'f path' ANR2000E Unknown command - FETCH PATH. ANS8001I Return code 2. ANS8002I Highest return code was 2. TSM expanded the "f" to "FETCH"... I just thought it was amusing... Robin Sharpe Berlex Labs - 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. _ 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. _
Recall: [ADSM-L] Client acceptor port on multiple NICs on WIN
Large, M (Matthew) would like to recall the message, "[ADSM-L] Client acceptor port on multiple NICs on WIN". _ 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: Client acceptor port on multiple NICs on WIN
Hi Richard, I had my suspicions about that.. Do you think the TCPCLIENTADDRESS option would be of any use? I guess (without looking) this updates the TCP_ADDRESS column on the server to suggest an IP to make next contact with, not to ensure the client only listens on that IP address. Regards, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: 12 May 2006 14:01 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Client acceptor port on multiple NICs on WIN Matthew _ I'm not aware of any TSM client parameter to limit port listening to a specific computer network interface. Usually, the access is limited by convention, which is to say instructing usage to go through a given network address and thus interface; or, some kind of host-based or external firewall enforces the required access rules. Richard Sims On May 12, 2006, at 6:01 AM, Large, M (Matthew) wrote: > Hi all, > > I've never come across this before so I thought I'd ask you guys.. > > A windows guy came to me a few minutes ago saying that they have a box > which has three NICs - a production NIC, a backup NIC for TSM and > another NIC which faces 'outwards' as it were. > They are complaining that TSM is listening on port 1581 on all the > NICs, not just the Prod/Backup NICs. > I can understand that they would not want the TSM web client service > visible from this outward facing NIC, so does any know of a way round > this? _ 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. _
Client acceptor port on multiple NICs on WIN
Hi all, I've never come across this before so I thought I'd ask you guys.. A windows guy came to me a few minutes ago saying that they have a box which has three NICs - a production NIC, a backup NIC for TSM and another NIC which faces 'outwards' as it were. They are complaining that TSM is listening on port 1581 on all the NICs, not just the Prod/Backup NICs. I can understand that they would not want the TSM web client service visible from this outward facing NIC, so does any know of a way round this? Any assistance appreciated. Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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: Media Type on Q LIBV
It's not something which can be queried from the TSM high-level commands. Use a select statement to see them: Select volume_name, mediatype from libvolumes Regards, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bob Martoncik Sent: 10 May 2006 14:44 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Media Type on Q LIBV When you do a q libv in a Windows 5.2.4.5, the media type column does not appear. Bob Martoncik Lucas County Information Services 419-213-4633 >>> [EMAIL PROTECTED] 5/10/2006 9:34:38 AM >>> TSM5 added the Media Type column to the output of the Query LIBVolume command. The Admin Ref manual was updated to explain the new column as merely "The type of media". That's a sad example of lazy documenting, which fails to serve the customer base in providing some insight as to the origin of the data, its type (which turns out to be a 3-digit code rather than anything humanly perceptible), and when it will be populated (which seems to be only when a "SCSI" library is in use, where TSM is intimate with library elements). I've written to the Publications people about this documentation issue, but in addition would like to compile a list of media type 3- digit codes and the actual media they represent (e.g., DLT IV, SDLT I, LTO 3), which I will add to the ADSM QuickFacts, to assist everyone. So, if your Query LIBVolume output reports digits in this column, I'd appreciate getting the numbers and descriptive media types, which you should email directly to me: [EMAIL PROTECTED] thanks, Richard Sims _ 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. _
Redirecting output in batch files on WIN
Hi TSM world, I may be missing the obvious here, but TSM is complaining about the format of my select statement before it reaches the redirect, but the statement works absolutely fine from the command line. Here's the statement: select 'upd node', node_name as "node_name ", 'clo=""' from nodes where lastacc_time <=current_timestamp - 32 days > redirection.txt And the batch file reads: pushd "c:\program files\tivoli\tsm\baclient" "c:\program files\tivoli\tsm\baclient\dsmadmc" -tcpserveraddress=172.17.31.165 -id=tsmops -pa=tsmops -dataonly=y -commadel select 'upd node', node_name as "node_name ", 'clo=""' from nodes where lastacc_time <=current_timestamp - 32 days > redirection1.txt But when I run it from the command line TSM says: C:\Program Files\Tivoli\tsm\baclient>tsmremcloptswin.bat C:\Program Files\Tivoli\tsm\baclient>pushd "c:\program files\tivoli\tsm\baclient " C:\Program Files\Tivoli\tsm\baclient>"c:\program files\tivoli\tsm\baclient\dsmad mc" -tcpserveraddress=172.17.31.165 -id=tsmops -pa=tsmops -dataonly=y -commadel select 'upd node', node_name as "node_name ", 'clo=""' from nodes where lastacc_time - 32 days 0redirection1.txt The system cannot find the file specified. C:\Program Files\Tivoli\tsm\baclient> - I cannot fathom why it converted nodes where lastacc_time <=current_timestamp - 32 days > redirection1.txt to nodes where lastacc_time - 32 days 0redirection1.txt Any help appreciated, Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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. _
Rebinding image snapshots
Hi All, After some internal TSM reorg I need to rebind some images to another management class, and after setting these in the options file INCLUDE.IMAGE F: KVAULT imagetype=snapshot INCLUDE.IMAGE G: KVAULT imagetype=snapshot INCLUDE.IMAGE H: KVAULT imagetype=snapshot INCLUDE.IMAGE I: KVAULT imagetype=snapshot INCLUDE.IMAGE J: KVAULT imagetype=snapshot INCLUDE.IMAGE K: KVAULT imagetype=snapshot To force the g drive below: Image Size Stored Size FSType Backup Date Mgmt Class A/I Image Name -- --- -- --- -- --- -- 1 279.38 GB 193.67 GB NTFS 04/05/2006 00:39:16 KVAULT A \\zsts127001\f$ 2 351.56 GB 334.44 GB NTFS 09/30/2005 18:41:04 DEFAULT A \\zsts127001\g$ <--- 3 449.21 GB 432.99 GB NTFS 09/30/2005 22:39:07 DEFAULT A \\zsts127001\h$ 4 500.00 GB 461.00 GB NTFS 12/05/2005 23:41:29A \\zsts127001\i$ 5 363.49 GB 350.76 GB NTFS 03/08/2006 00:42:02A \\zsts127001\j$ 6 664.27 GB 194.27 GB NTFS 04/05/2006 00:39:33 KVAULT A \\zsts127001\k$ To rebind to the KVAULT mgmtclass, I had expected a manual backup of the drive to force a rebind, but having examined the output above after the operation I discover nothing has changed. I'm sure I asked the machine owner to restart the services, but I would have thought the manual backup process rereads the options file anyway before processing any files. Any normal file rebind would have worked this way I'm sure of it. Can anyone see what's gone wrong, or (in the words of BBC2 star Terry Wogan) is it me? Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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. _
3584 power supplies for LTO
Hi all, We had a power supply fall over recently (but we have redundancies setup, so the power supply above took over), but if I hadn't been looking for the manual in the back of the library I wouldn't have seen the lights or fans off. How long can these power supplies last when feeding two drives? How do you any of you guys know if you have a power failure in your 3584? Is it normal for library units to not report these kinds of failures? Cheers, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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. _
Scheduler and montoring
Hi All, We use MOM to monitor the health of the TSM 5.2 schedulers but if MOM is reporting correctly we see Schedulers falling over in the middle of the night, and after checking the Event Log they are all started again automatically no more than 2 minutes later. We don't have any Recovery actions set up so I don't know how, if they are falling over, they are started again. Can anyone else see their own footprints down this path? Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL 0044 207 809 3665 _ 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: What table is the "q drive" WWN and Serial number stored in?
You could always look here: http://www.tsmwiki.com/tsmwiki/show?action=fullsearch&context=180&value= show Regards, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Wojtek Piecek Sent: 11 March 2006 00:56 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] What table is the "q drive" WWN and Serial number stored in? Nice. Is it anywhere list of undocumented 'show something' list? On 3/11/06, Josh-Daniel Davis <[EMAIL PROTECTED]> wrote: > These are pulled by the server during startup and stored in temporary > tables that are inaccessible by SQL commands. > > You can get the WWN from SHOW LIBR. > > -Josh > > > > On 06.03.10 at 07:56 [EMAIL PROTECTED] wrote: > > > Date: Fri, 10 Mar 2006 07:56:52 -0800 > > From: T. Lists <[EMAIL PROTECTED]> > > Reply-To: "ADSM: Dist Stor Manager" > > To: ADSM-L@VM.MARIST.EDU > > Subject: What table is the "q drive" WWN and Serial number stored in? > > > > Q drive gives a WWN and serial number, however if you just select > > from the DRIVES table you don't get that. > > What table is that information stored in? > > > > tsm: TSM02>q drive * drive01 f=d > > > >Library Name: 3584LIB > >Drive Name: DRIVE01 > >Device Type: LTO > >On-Line: Yes > >Read Formats: > > ULTRIUM2C,ULTRIUM2,ULTRIUMC,ULTRIUM > >Write Formats: > > ULTRIUM2C,ULTRIUM2,ULTRIUMC,ULTRIUM > >Element: 270 > >Drive State: EMPTY > >Allocated to: > > * WWN: 500507630001F012 > > * Serial Number: 9110108472 > >Last Update by (administrator): STACY > >Last Update Date/Time: 03/09/06 16:16:17 > >Cleaning Frequency > > (Gigabytes/ASNEEDED/NONE): NONE > > > > > > tsm: TSM02>select * from drives where drive_name='DRIVE01' > > > > LIBRARY_NAME: 3584LIB > >DRIVE_NAME: DRIVE01 > > DEVICE_TYPE: LTO > >ONLINE: YES > > READ_FORMATS: ULTRIUM2C,ULTRIU > > WRITE_FORMATS: ULTRIUM2C,ULTRIU > > ELEMENT: 270 > > ACS_DRIVE_ID: > > DRIVE_STATE: EMPTY > > ALLOCATED_TO: > > LAST_UPDATE_BY: STACY > > LAST_UPDATE: 2006-03-09 16:16:17.00 > >CLEAN_FREQ: > > DRIVE_SERIAL: > > > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > > -- --w _ 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. _
SCHEDLOGNAME extraneous setting
Hi *smers, While confirming some Exchange scheduler configs through the GUI I found this setting for SCHEDLOGNAME C:\Program Files\Tivoli\TSM\TDPExchange\DailyExc_Scheduler.log:yes Can anyone please tell me what the ':yes' does? I notice there is an option for dsmcutil /autostart:yes but I don't see how that can have affected this setting. Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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: 'Node access list' through web not displaying properly
Richard, now _that's_ a project - change the 800 wintel machines to Mac! If we were a Post-Production house or some kind of visual/audio designers I'm sure it wouldn't be a problem, but being a bank and all.. It sounds like you're saying that this isn't something I could ask IBM to fix, as such, it's more of an environmental issue which needs resolving. But if you're able to recreate it on an up-to-date environment then perhaps there IS something IBM can look at? Thanks, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: 17 January 2006 13:29 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 'Node access list' through web not displaying properly On Jan 17, 2006, at 7:18 AM, Large, M (Matthew) wrote: > Guys, > > I've noticed a bug in our 5.2.4.4 software and I was wondering if it > was worth my while opening a PMR to fix it. > > When I open a web client interface on a client, go to utilities and > select 'Node Access List' the window opens. Adding nodes it no > problem, but when I want to remove the node access's I defined, when I > click on a line in the window nothing is highlighted, so I can't tell > which node access I'm about to delete. > > Is this something which is fixed in 5.3.2? Matthew - Difficulties encountered with Web applications are complex in the myriad elements which may participate in them: the browser, the host service, Java in the PC, JavaScript (which has nothing to do with Java) in the PC, Flash, certificates, SSL, etc. This, in this case, you can't simply point to the TSM client and say, "Aha!", particularly as the Web Client so heavily depends upon Java in the PC. I reproduced your problem on up-to-date XP, with both IE and Firefox: click on a line in that access list box, and nothing is highlighted. I tried it also on Macintosh OS X with browsers Safari and Netscape and Firefox: click on a line element and a box appears around it, no problem. Conclusion: Get a Mac, and greatly reduce your frustrations. ;-) Richard Sims _ 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. _
'Node access list' through web not displaying properly
Guys, I've noticed a bug in our 5.2.4.4 software and I was wondering if it was worth my while opening a PMR to fix it. When I open a web client interface on a client, go to utilities and select 'Node Access List' the window opens. Adding nodes it no problem, but when I want to remove the node access's I defined, when I click on a line in the window nothing is highlighted, so I can't tell which node access I'm about to delete. Is this something which is fixed in 5.3.2? Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _
Fuzzy backup failures
Hi *Smers, Does the TSM server report a schedule failure to backup files which failed but are bound to Dynamic or SharedDynamic copygroup? Unfortunately I have no way of testing this so I was hoping someone else may be using this function. Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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: Archiving Exchange
Our Exchange administrators use Veritas Kvault to archive - I use the TSM online image backup to capture the data. It's worked well for us for a good few years. I've not used any other Exchange archive products. Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Rodney clark Sent: 09 January 2006 14:09 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving Exchange The current version of KVS can use DR550 as an archive, and heard a rumour that the next release will archive to TSM. It's certainly something we are waiting for. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Orin Rehorst Sent: woensdag 4 januari 2006 18:12 To: ADSM-L@VM.MARIST.EDU Subject: Archiving Exchange KVS is said to be good for archiving Exchange, but KVS is part of Veritas (Symantec). Any recommendations on archiving Exchange for at a TSM shop? TIA Orin Rehorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - _ 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: Lock conflict on move data
Perhaps a restartable restore session is still open? Tsm server> q restore Lunch is a good idea though.. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Roger Deschner Sent: 29 December 2005 05:39 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Lock conflict on move data Wait an hour. Go have lunch, come back, and it may simply work. Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED] = "Time Spent In Timewell Is Time Well Spent" == = -- Official motto of the town of Timewell, Illinois == On Wed, 28 Dec 2005, Levi, Ralph wrote: >I am running tsm 5.2.6 on AIX 5.2 and keep getting the following >messages. (node in question is w2k - tsm 5.3.015) ANR1171W Unable to >move files associated with node WDBSSFS03, filespace \\wxxx03\d$ fsId 2 >on volume 003431 due to restore in progress. >(SESSION: 56199, PROCESS: 1793) >ANR1153W Move data process terminated for volume 003431 - lock conflict. >(SESSION: 56199, PROCESS: 1793) > >There is no restores in progress. We did recover data from this server >but that job has ended already. Has anyone seen this or know what to >do ? >Thanks and happy holidays to all >Ralph > _ 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: Missing MMC reports
Thanks for that Henrik, I can see those files in the console dir, but no other xml files. Are non-default reports added to these files or are more xml files generated? Thanks again, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Henrik Wahlstedt Sent: 20 December 2005 08:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Missing MMC reports Hi, Take a look at thoose XML files. If I remeber it correctly all reports are stored as XML files and thoose listed belows are the default reports. \...\tsm\console\default_rep_eng.xml and default_mon_eng.xml //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: den 20 december 2005 09:17 To: ADSM-L@VM.MARIST.EDU Subject: Missing MMC reports Hi TSMers, TSM 5.2.4.5 on W2K3 In a server move a colleague has mislaid my MMC reports - can any one tell me what form these reports had before they were deleted? The system was regularly backed up so I can restore them, if I know what to restore! Many thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _ --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you. _ 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. _
Missing MMC reports
Hi TSMers, TSM 5.2.4.5 on W2K3 In a server move a colleague has mislaid my MMC reports - can any one tell me what form these reports had before they were deleted? The system was regularly backed up so I can restore them, if I know what to restore! Many thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _
'q mo' on local console crashes TSM
Hi all you TSM people, W2K3 TSM 5.2.4.5 Server 3584lib w/ LTO2/3 all running as LTO2 devices - IBM dd 6.1.0.9 We have noticed that our TSM server is crashing when we issue 'q mo' from a locally-opened admin console. This has happened numerous times, so I thought I'd ask you guys if you've experienced anything like this. The only thing we can attribute it to is an upgrade of the IBM dd to 6.1.0.9, though since then we've had a few other drive issues. Has any one seen anything similar to this? Thanks all, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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: TSM cluster on W2K3?
Ah, no because our environment is 5.2 at the moment.. But now that I've read it I see your point - the new statement reads: "Tivoli Storage Manager in a VCS environment is supported on Windows 2000 and Windows 2003." Thanks Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Mark Stapleton Sent: 02 December 2005 13:21 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM cluster on W2K3? "ADSM: Dist Stor Manager" wrote on 12/02/2005 07:18:10 AM: > TSM 5.2.4.4 on W2K3 cluster - Can someone please confirm that this is > a supported environment? I found the following statement in Appendix E > of the 5.2.2 BA client guide: > > Tivoli Storage Manager in a VCS environment is supported on Windows > 2000 only. > > This makes it sound like TSM won't failover with W2K3 cluster > resources > - is this correct? > If it is, how do you implement a clustered backup solution in this > environment? Did you try reading the documentation for TSM client 5.3? -- Mark Stapleton ([EMAIL PROTECTED]) -- Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. == _ 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. _
TSM cluster on W2K3?
Hi *Smers, TSM 5.2.4.4 on W2K3 cluster - Can someone please confirm that this is a supported environment? I found the following statement in Appendix E of the 5.2.2 BA client guide: Tivoli Storage Manager in a VCS environment is supported on Windows 2000 only. This makes it sound like TSM won't failover with W2K3 cluster resources - is this correct? If it is, how do you implement a clustered backup solution in this environment? Thanks all, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _
WMI backup failure - return code 3029
Hi *SMers, Client - TSM 5.2.4.4 on a W2K SP4 server. Server - TSM 5.2.4.5 on a W2K SP4 server. I'm experiencing a regular backup failure of the system objects and the information returned to me from TSM is not really directing me towards a cause. Dsmerror.log contains: 11/29/2005 13:34:08 ANS1487E Backing up WMI repository failed. No files will be backed up. 11/29/2005 13:34:14 Return code 3029 unknown 11/29/2005 13:34:14 Unknown system error Please check the TSM Error Log for any additional information Dsmsched.log has less.. Is there any documentation anywhere which brings some kind of meaning to "Return code 3029 unknown". Any assistance greatly appreciated. Regards Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _
6.1.0.9 dd & LTO3 in 3584LIB
Hi Guys, Is anybody using these devices and drivers? We're experiencing a few problems and we want to know if anybody else has a similar environment. TSM is 5.2.4.5 on W2K SP4 Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _
FW: W2K3 ASR backup halt
Hi, There are no postschedulecmd's to consider - it is a simple all-local incremental. The dsmerror.log doesn't appear to have anything related: --- 11/16/2005 05:18:21 ANS4005E Error processing '\\utcs142001\g$\SMS\inboxes\replmgr.box\process\EU0_2\pfoa15hy.RPL': file not found 11/16/2005 05:18:53 File 'G:\SMS\Logs\statmgr.log' truncated while reading in Shared Static mode. 11/16/2005 05:18:55 ANS1802E Incremental backup of '\\utcs142001\g$' finished with 4 failure 11/16/2005 05:18:55 ANS1802E Incremental backup of '\\utcs142001\g$' finished with 4 failure 11/17/2005 05:34:55 Error -50 sending ht request 11/17/2005 05:34:55 Error writing to http socket. --- --- 11/15/2005 05:17:38 ANS4005E Error processing '\\utcs142001\g$\SMS\MP\outboxes\sinv.box\YN7WCJ3B.SID': file not found 11/15/2005 05:17:38 ANS1802E Incremental backup of '\\utcs142001\g$' finished with 1 failure 11/15/2005 05:17:38 ANS1802E Incremental backup of '\\utcs142001\g$' finished with 1 failure 11/16/2005 05:11:18 ANS1959W Removing previous incomplete group '\SYSSTATE' Id:0-100867469 11/16/2005 05:11:21 ANS1959W Removing previous incomplete group '\EVENTLOG' Id:0-100867482 --- Atleast nothing from the exact time stamps the backup finished. And the event log entries have been pushed out - it's full up with SMS Server messages. Regards Matthew -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: 17 November 2005 14:04 To: Large, M (Matthew) Subject: Re: W2K3 ASR backup halt Matthew: You haven't said whether or not you have a postschedulecmd: if so, that may be bad. Also look at your dsmerror.log. Richard On Nov 17, 2005, at 6:37 AM, Large, M (Matthew) wrote: > Hi Guys, > > TSM client 5.2.2.4 - W2K3 standard edition TSM Server 5.2.4.5 - W2K > sp4 > > For the last few days this client has been closing abruptly and not > reporting the final session stats to the dsmsched.log, resulting in > the owners quizzing me as to why. Here are two days of it failing from > the dsmsched.log > > -- > 11/15/2005 05:19:15 Normal File-->12,394 > \\utcs142001\c$\adsm.sys\ASR\asrpnp.sif [Sent] > 11/15/2005 05:19:15 Normal File--> 2,064 > \\utcs142001\c$\adsm.sys\ASR\tsmasr.cmd [Sent] > 11/15/2005 05:19:15 Normal File--> 2,143 > \\utcs142001\c$\adsm.sys\ASR\tsmasr.opt [Sent] > 11/15/2005 05:19:15 Normal File-->28,747 > \\utcs142001\c$\adsm.sys\ASR\waitforevent.exe [Sent] > 11/15/2005 05:19:15 Successful incremental backup of 'Automated System > Recovery' > > 11/15/2005 10:36:40 Querying server for next scheduled event. > 11/15/2005 10:36:40 Node Name: UTCS142001 > 11/15/2005 10:36:49 Session established with server ZSTS154003: > Windows > -- > > -- > 11/16/2005 05:20:36 Normal File-->12,394 > \\utcs142001\c$\adsm.sys\ASR\asrpnp.sif [Sent] > 11/16/2005 05:20:36 Normal File--> 2,064 > \\utcs142001\c$\adsm.sys\ASR\tsmasr.cmd [Sent] > 11/16/2005 05:20:36 Normal File--> 2,143 > \\utcs142001\c$\adsm.sys\ASR\tsmasr.opt [Sent] > 11/16/2005 05:20:36 Normal File-->28,747 > \\utcs142001\c$\adsm.sys\ASR\waitforevent.exe [Sent] > 11/16/2005 05:20:36 Successful incremental backup of 'Automated System > Recovery' > > 11/17/2005 12:06:46 Querying server for next scheduled event. > 11/17/2005 12:06:46 Node Name: UTCS142001 > 11/17/2005 12:06:55 Session established with server ZSTS154003: > Windows > 11/17/2005 12:06:55 Server Version 5, Release 2, Level 2.5 > -- > > The gaps in the time represent the TSM service falling over, which > happened both times the backup stopped abruptly. Well, it appears to > stop abruptly, it may well complete the backup as I have some stats > sent over to the server: > > 11/17/2005 05:30:01 ANR2578W Schedule INCR_NT in domain NT for > node > UTCS14200 > has missed its scheduled start up window. > 11/17/2005 05:35:13 ANR0406I Session 25709 started for node > UTCS142001 (WinNT > (Tcp/Ip 57.192.228.35(1963)). (SESSION: > 25709) > 11/17/2005 05:46:01 ANE4952I (Session: 25709, Node: UTCS142001) > Total number > of objects inspected: 93,003 (SESSION: > 25709) > 11/17/2005 05:46:01 ANE4954I (Session: 25709, Node: UTCS142001) > Total number > of
W2K3 ASR backup halt
Hi Guys, TSM client 5.2.2.4 - W2K3 standard edition TSM Server 5.2.4.5 - W2K sp4 For the last few days this client has been closing abruptly and not reporting the final session stats to the dsmsched.log, resulting in the owners quizzing me as to why. Here are two days of it failing from the dsmsched.log -- 11/15/2005 05:19:15 Normal File-->12,394 \\utcs142001\c$\adsm.sys\ASR\asrpnp.sif [Sent] 11/15/2005 05:19:15 Normal File--> 2,064 \\utcs142001\c$\adsm.sys\ASR\tsmasr.cmd [Sent] 11/15/2005 05:19:15 Normal File--> 2,143 \\utcs142001\c$\adsm.sys\ASR\tsmasr.opt [Sent] 11/15/2005 05:19:15 Normal File-->28,747 \\utcs142001\c$\adsm.sys\ASR\waitforevent.exe [Sent] 11/15/2005 05:19:15 Successful incremental backup of 'Automated System Recovery' 11/15/2005 10:36:40 Querying server for next scheduled event. 11/15/2005 10:36:40 Node Name: UTCS142001 11/15/2005 10:36:49 Session established with server ZSTS154003: Windows -- -- 11/16/2005 05:20:36 Normal File-->12,394 \\utcs142001\c$\adsm.sys\ASR\asrpnp.sif [Sent] 11/16/2005 05:20:36 Normal File--> 2,064 \\utcs142001\c$\adsm.sys\ASR\tsmasr.cmd [Sent] 11/16/2005 05:20:36 Normal File--> 2,143 \\utcs142001\c$\adsm.sys\ASR\tsmasr.opt [Sent] 11/16/2005 05:20:36 Normal File-->28,747 \\utcs142001\c$\adsm.sys\ASR\waitforevent.exe [Sent] 11/16/2005 05:20:36 Successful incremental backup of 'Automated System Recovery' 11/17/2005 12:06:46 Querying server for next scheduled event. 11/17/2005 12:06:46 Node Name: UTCS142001 11/17/2005 12:06:55 Session established with server ZSTS154003: Windows 11/17/2005 12:06:55 Server Version 5, Release 2, Level 2.5 -- The gaps in the time represent the TSM service falling over, which happened both times the backup stopped abruptly. Well, it appears to stop abruptly, it may well complete the backup as I have some stats sent over to the server: 11/17/2005 05:30:01 ANR2578W Schedule INCR_NT in domain NT for node UTCS14200 has missed its scheduled start up window. 11/17/2005 05:35:13 ANR0406I Session 25709 started for node UTCS142001 (WinNT (Tcp/Ip 57.192.228.35(1963)). (SESSION: 25709) 11/17/2005 05:46:01 ANE4952I (Session: 25709, Node: UTCS142001) Total number of objects inspected: 93,003 (SESSION: 25709) 11/17/2005 05:46:01 ANE4954I (Session: 25709, Node: UTCS142001) Total number of objects backed up:4,435 (SESSION: 25709) 11/17/2005 05:46:01 ANE4958I (Session: 25709, Node: UTCS142001) Total number of objects updated: 0 (SESSION: 25709) 11/17/2005 05:46:01 ANE4960I (Session: 25709, Node: UTCS142001) Total number of objects rebound: 0 (SESSION: 25709) 11/17/2005 05:46:01 ANE4957I (Session: 25709, Node: UTCS142001) Total number of objects deleted: 0 (SESSION: 25709) 11/17/2005 05:46:01 ANE4970I (Session: 25709, Node: UTCS142001) Total number of objects expired:240 (SESSION: 25709) 11/17/2005 05:46:01 ANE4959I (Session: 25709, Node: UTCS142001) Total number of objects failed: 0 (SESSION: 25709) 11/17/2005 05:46:01 ANE4961I (Session: 25709, Node: UTCS142001) Total number of bytes transferred: 2.96 GB (SESSION: 25709) 11/17/2005 05:46:01 ANE4963I (Session: 25709, Node: UTCS142001) Data transfe time: 330.31 sec (SESSION: 25709) 11/17/2005 05:46:01 ANE4966I (Session: 25709, Node: UTCS142001) Network data transfer rate:9,408.37 KB/sec (SESSION: 25709) more... ( to continue, 'C' to cancel) 11/17/2005 05:46:01 ANE4967I (Session: 25709, Node: UTCS142001) Aggregate data transfer rate: 4,856.15 KB/sec (SESSION: 25709 11/17/2005 05:46:01 ANE4968I (Session: 25709, Node: UTCS142001) Objects compressed by:0% (SESSION: 25709) 11/17/2005 05:46:01 ANE4964I (Session: 25709, Node: UTCS142001) Elapsed processing time:00:10:39 (SESSION: 25709) 11/17/2005 05:46:02 ANR0403I Session 25709 ended for node UTCS142001 (WinNT). What concerns me is that there is no report of the Schedule INCR_NT completing, and the event list reports the backups from two days ago as 'In Progress'. Has anybody else seen this and is there anything I can do to repair the seemingly broken backup? Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, L
TSM client service update
Hi Folks, TSM client 5.2.4 on W3K sp4, Server 5.2.4.5 on W2K sp4. I've been attempting to update the TSM client scheduler with a changed dsm.opt - all that's different is the nodename. But every time it completes the supposed update, I check the dsmsched.log and it's the same old name which is logging in to TSM. So, I thought I should uninstall the TSM services, which I did. Tried to re-install it and at the end of the button clicking, press Finish and I am presented with a one button window which says "Error 23 installing the service: . The service is currently marked for deletionThe service wasn't installed" I've copied the formatting errors from the window. My only option is to press the OK button, which shows me that last window of the service install, I click Finish again - same result. Any clues anywhere? Thanks, Large TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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: Sun Clusters?
Thanks guys - I had my suspicions. Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: 26 September 2005 16:16 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Sun Clusters? On Sep 26, 2005, at 10:37 AM, Leigh Reed wrote: > Matthew, > > I think the reason why you can't find any documentation on it, is that > it is not supported. I think that the only Unix cluster aware TSM > client is AIX with HACMP or Veritas. Good point. For clustering TSM does support, see: http://www.ibm.com/software/tivoli/products/storage-mgr/product- features.html Richard Sims _ 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. _
Sun Clusters?
Hi all, TSM 5.2.4 I'm having some ongoing problems with a SUN cluster - I've defined a node for each local disk, and a 'floating' node for the clustered services, but there's no clear documentation, from what I can find, on how to setup TSM to backup the SUN cluster. Is there any documentation you know of which explains how to set up TSM on a SUN clustered resource? Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _
W2K3 SP1 upgrade & TSM services
Hi All, I have a customer who is testing the upgrade of his Exchange servers from W2K3 to W2K3 SP1 but he is having issues post the upgrade. Is there an unspoken requirement to shut down the TSM services when performing OS upgrades? Any advice appreciated - without a test machine it's hard to tell. Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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: Node attribute change
Ah, I think I'm looking for an 'official' answer - the node was contacted using the Server Prompted option, TSM found a new TCP address, at this point I would have expected TSM to record the new TCP address against the node, and to use the new address in future contacts, not the old one. The backup was not successful because TSM could not communicate with the client wusing the IP it had, despite the node reporting an attribute change. Thanks for your suggestions, Matthew -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of sandeep Jain Sent: 07 September 2005 10:11 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Node attribute change May be it tries to read/checks the client option file ( dsm.opt or what ever u have specified)associated to schedular while defining tsm client schedular , it may have kept those entries in database, despite of this message I feel that urs backup was successful.. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: Wednesday, September 07, 2005 1:53 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Node attribute change Hi Sandeep, We don't use accounting at the moment so we are not affected by that. My question is why, if TSM updated the attributes after it noticed they had changed, did it not attempt to communicate to the client over the new TCP address? If it had it might not have failed to perform the backup last night. Cheers -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of sandeep Jain Sent: 07 September 2005 08:46 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Node attribute change Hi matthew, ANR1639I indicates that the TSM server found that the client node connected to the TSM server with a different IP address than it did before. This does not affect operation, however it may affect accounting depending on how accounting is performed for this node. Do u have multiple network adapters on the same subnet? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: Wednesday, September 07, 2005 12:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Node attribute change Hi SMers, I picked up this message last night after a scheduled event failed, but I was not expecting to read what I read: 06-09-2005 17:43:33 ANR1639I Attributes changed for node CHEETAH: TCP Address from 172.17.40.228 to 172.17.44.56. (SESSION: 3310) 06-09-2005 17:43:42 ANR0403I Session 3310 ended for node CHEETAH (AIX).(SESSION: 3310) 07-09-2005 01:01:12 ANR2716E Schedule prompter was not able to contact client CHEETAH using type 1 (172.17.40.228 1501). (SESSION: 623) It would make sense if TSM had attempted to contact the client with the new TCP address, but it tried on the old TCP address. My question is, why? Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _ _ 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
Re: Node attribute change
Hi Sandeep, We don't use accounting at the moment so we are not affected by that. My question is why, if TSM updated the attributes after it noticed they had changed, did it not attempt to communicate to the client over the new TCP address? If it had it might not have failed to perform the backup last night. Cheers -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of sandeep Jain Sent: 07 September 2005 08:46 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Node attribute change Hi matthew, ANR1639I indicates that the TSM server found that the client node connected to the TSM server with a different IP address than it did before. This does not affect operation, however it may affect accounting depending on how accounting is performed for this node. Do u have multiple network adapters on the same subnet? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, M (Matthew) Sent: Wednesday, September 07, 2005 12:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Node attribute change Hi SMers, I picked up this message last night after a scheduled event failed, but I was not expecting to read what I read: 06-09-2005 17:43:33 ANR1639I Attributes changed for node CHEETAH: TCP Address from 172.17.40.228 to 172.17.44.56. (SESSION: 3310) 06-09-2005 17:43:42 ANR0403I Session 3310 ended for node CHEETAH (AIX). (SESSION: 3310) 07-09-2005 01:01:12 ANR2716E Schedule prompter was not able to contact client CHEETAH using type 1 (172.17.40.228 1501). (SESSION: 623) It would make sense if TSM had attempted to contact the client with the new TCP address, but it tried on the old TCP address. My question is, why? Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _ _ 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. _
Node attribute change
Hi SMers, I picked up this message last night after a scheduled event failed, but I was not expecting to read what I read: 06-09-2005 17:43:33 ANR1639I Attributes changed for node CHEETAH: TCP Address from 172.17.40.228 to 172.17.44.56. (SESSION: 3310) 06-09-2005 17:43:42 ANR0403I Session 3310 ended for node CHEETAH (AIX). (SESSION: 3310) 07-09-2005 01:01:12 ANR2716E Schedule prompter was not able to contact client CHEETAH using type 1 (172.17.40.228 1501). (SESSION: 623) It would make sense if TSM had attempted to contact the client with the new TCP address, but it tried on the old TCP address. My question is, why? Many Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _
MMC memory leak?
Hi all, I left the MMC console running overnight on a W2K box, monitoring three TSM servers. At some point in the evening it had eaten up to 1 GB of memory, and despite the box having 4 GB, the overnights ops wanted to kill it. So, my question is, has this happened to you? Is there a memory leak in the TSM MMC? Thanks, Matthew TSM Consultant ADMIN ITI Rabobank International 1 Queenhithe, London EC4V 3RL _ 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. _