Glen,
A few suggestions... The steps to run in a cluster are
quite "touchy". If you miss a step or a step does not
complete, or is done out of order, things may not work.
A few things to check:
1.) Make sure you are using CLUSTERNODE YES in the options file
2.) Make sure you are running the same level of TSM API and
TSM scheduler on both sides of the cluster.
(Hopefully, you are running at least 4.1.2)
3.) Make sure the scheduler services are set up
**exactly** identical on both nodes.
4.) Check the Event Log for any message that might help.
Check the dsmerror.log and dsierror.log.
Keep in mind, if the scheduler is failing to start,
TDP for SQL has not even been invoked yet...
...so the problem has to do with the scheduler
service not being able to "start".
If you still cannot get it solved, call IBM support and
**insist** on speaking with TSM level 2.
Thanks,
Del
----------------------------------------------------
Del Hoobler
Del Hoobler
IBM Corporation
hoobler AT us.ibm DOT com
"It's a beautiful day. Don't let it get away." -- Bono
Glen Churchfield
<gchurchf AT BWC DOT ST To: ADSM-L AT VM.MARIST
DOT EDU
ATE.OH.US> cc:
Sent by: "ADSM: Subject: TDPS in a cluster
Dist Stor
Manager"
<[email protected]
T.EDU>
06/20/2001 01:11
PM
Please respond
to "ADSM: Dist
Stor Manager"
I have a pair of Win2K servers clustered with MSCS and running MSSQL 7.0.
Backups run fine with TDP 2.2, but if either node fails over to the other
node, the "failed-from" TSM schedule service fails to start on the new box.
When it fails back, the services start and run fine. The setup was
according
to the TDP V2.2 Installation and User's Guide which includes duplicate
options files and config files in the startup directory and replicated
registry keys for the passwords. Has anyone solved this problem? Tivoli
level 1 support was clueless after 2.5 hours on the phone. I'm hopeful that
I've missed something that someone on the list has seen.
Glen Churchfield
Frontway TSM Consultant
Columbus, Ohio
gchurchf AT frontway DOT com
740-503-3384
|
