Hello, thanks for your post, I'm checking it atm, i'll just give you some extra-lights!
Its running in WS2003 Enterprise
I saw the daily report and noticed that INDMSCS04 was marked as missed, (cluster), all others including indmscs01,02,03 are ok.
i'll go step-by-step slowly so i can understand what im doing
thanks for your comment!
Main Topics
Browse All Topics





by: woolmilkporcPosted on 2009-09-10 at 04:08:44ID: 25299024
Hi,
It's a gentle beast if you know how to take it!
From your Q I assume that the customer's backups are taken using the Central Scheduler of TSM.
I assume further that you noticed that the node's backup is missing by checking the scheduler events.
So there are several things to check -
1) Which TSM schedule is the missed server node (which I will call "client_node" in the following) part of?
Check at the TSM server using the "dsmadmc" command line interface -
QUERY SCHEDULE * * NODE=client_node F=D
Check the output for correct settings, particularly verify "Expiration"
2) Is the client scheduler process running at the client?
What is the client's OS?
If Unix, check for a running "dsmc sched ..." process using "ps -ef | grep dsmc". Start or restart it using the appropriate command (mostly contained in an init script).
If Windows, check for the TSM scheduler service. Start or restart it! Take care to have "automatic" start configured.
3) Examine the client's logfiles for possible errors.
Under Unix they are by default /opt/tivoli/tsm/client/ba/ bin/dsmsch ed.log (and .../dsmerror.log). Under AIX it's "/usr/tivoli...."
Under Windows it's by default in the "baclient" subdirectory of the installation tree.
4) Check server logs
Again using "dsmadmc" display the server messages around the projected start time of the missed backup -
QUERY ACTLOG NODE=client_node BEGINDATE=-x BEGINTIME=-y
with "-x" meaning "current date minus x days" and "-y" meaning "current time minus y hours"
That's enough to begin the investigation.
Please tell me what you found!
wmp