thank you very much for your inputs ...

you guys rock :-)

----- Original Message -----
From: "Andrew Raibeck" <storman AT US.IBM DOT COM>
To: <ADSM-L AT VM.MARIST DOT EDU>
Sent: Wednesday, August 23, 2006 10:52 PM
Subject: Re: scheduler problem

There is too little information to do any more than speculate (guess).

When troubleshooting problems, you need to consider the system as a whole,
and not focus only on the area where the problem was immediately evident
(in this case, dsmsched.log). For TSM, you need to consider, at a minimum,
the TSM server (where the schedule is defined), the TSM client scheduler
(which writes dsmsched.log) , the TSM client acceptor (CAD) which you are
using to manage the scheduler, and the environment as a whole (client
machine, server machine, network, and any other related patterns that
might provide insight).

So with that in mind, your investigations should include examination of:

- The TSM server activity log for the duration of the schedule window
(from 17:43 through whatever the duration of the schedule is).
- The TSM server schedule definition and associations, to ensure that the
schedule definition or associations have not changed unexpectedly.
- The TSM client acceptor log file (dsmwebcl.log).
- The TSM client error logs (dsmerror.log, dsierror.log)
- The TSM client schedule log (dsmsched.log, which you've already examined
somewhat)
- The TSM client options file to verify that the options are configured
correctly for your environment

Also check the following:

Prevalence of the problem. For example, determine whether this happens
every day, or just one time. Check whether any other clients are affected,
or if only this one client is affected.

Check whether there are any networking issues (network itself, firewall,
etc.) that might have contributed to the schedule being missed

Check whether the CAD was stopped, or the machine powered down at the time
the schedule was to run.

Check the schedule duration. Very short duration (for example, 5 minutes
or less) might not run. Make sure the schedule has a reasonable duration.
I recommend at least 1 hour.

Check whether the TSM server was running and available to clients at the
time the backup was supposed to run.

There are almost certainly other things to investigate, too, but this
should help you get started.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com

IBM Tivoli Storage Manager support web page:
http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 08/23/2006
07:09:56 AM:

yeah, okay ... thanks
so ... what do you think why is there 8 hours gap ?

g.
----- Original Message -----
From: "Large, M (Matthew)" <Matthew.Large AT RABOBANK DOT COM>
To: <ADSM-L AT VM.MARIST DOT EDU>
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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
goc
Sent: 23 August 2006 14:16
To: ADSM-L AT VM.MARIST DOT 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.
_____________________________________________________________