CLIENTACTION Command

2006-01-25 Thread Nicolas Savva
Hi to all

I am using the command DEFINE CLIENTACTION to schedule a client to process
a command for a one-time action. The command i am giving is as follow:

define clientaction BIZTALK-DAILY domain=BIZTALK_DAILY action=command
object='C:\TSMUSER\PROD\WNA1BZT.bat' wait=yes

On the client side i have the following settings about the tsm scheduler:

Prompted
- TCP/IP address:localhost
- TCP/IP port: 1501
- session Init.:server only

The above command is defined successfully but the job
C:\TSMUSER\PROD\WNA1BZT.bat is not executed at once. Do i have to change
something?

TSM SERVER version: 5.3.1 (windows 2000)
TSM Client: 5.2.3.11

Thanks in advance



Thanks


Re: CLIENTACTION Command

2006-01-25 Thread John Monahan
ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 01/25/2006
05:46:40 AM:

 Hi to all

 I am using the command DEFINE CLIENTACTION to schedule a client to
process
 a command for a one-time action. The command i am giving is as follow:

 define clientaction BIZTALK-DAILY domain=BIZTALK_DAILY action=command
 object='C:\TSMUSER\PROD\WNA1BZT.bat' wait=yes

 On the client side i have the following settings about the tsm
scheduler:

 Prompted
 - TCP/IP address:localhost
 - TCP/IP port: 1501
 - session Init.:server only

 The above command is defined successfully but the job
 C:\TSMUSER\PROD\WNA1BZT.bat is not executed at once. Do i have to change
 something?


After you define the clientaction, do a query sched * * from the server
and look for a client schedule that starts with @ and numbers after it,
like @045 for BIZTALK-DAILY.  See what the status of the schedule is -
repeat the command for a few minutes.  Also, the clientaction isn't
exactly immediate, it may take one or two minutes.  If the clientaction
actually runs, or says in process then the server is contacting the client
correctly.  From there, you'll have to check the dsmsched.log on the
client and possibly dsmerror.log on the client to check for client side
errors.  If the server never contacts the client correctly then something
is wrong in the setup of your client and/or scheduler service (ie the
immediateaction stays in pending status until it times out).





__
John Monahan
Senior Consultant Enterprise Solutions
Computech Resources, Inc.
Office: 952-833-0930 ext 109
Cell: 952-221-6938
http://www.computechresources.com


Re: CLIENTACTION Command

2006-01-25 Thread John Monahan
The command should be q event * *.  Sorry about that.


__
John Monahan
Senior Consultant Enterprise Solutions
Computech Resources, Inc.
Office: 952-833-0930 ext 109
Cell: 952-221-6938
http://www.computechresources.com




John Monahan/Computech
01/25/2006 11:01 AM

To
ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
cc

Subject
Re: CLIENTACTION Command






ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 01/25/2006
05:46:40 AM:

 Hi to all

 I am using the command DEFINE CLIENTACTION to schedule a client to
process
 a command for a one-time action. The command i am giving is as follow:

 define clientaction BIZTALK-DAILY domain=BIZTALK_DAILY action=command
 object='C:\TSMUSER\PROD\WNA1BZT.bat' wait=yes

 On the client side i have the following settings about the tsm
scheduler:

 Prompted
 - TCP/IP address:localhost
 - TCP/IP port: 1501
 - session Init.:server only

 The above command is defined successfully but the job
 C:\TSMUSER\PROD\WNA1BZT.bat is not executed at once. Do i have to change
 something?


After you define the clientaction, do a query sched * * from the server
and look for a client schedule that starts with @ and numbers after it,
like @045 for BIZTALK-DAILY.  See what the status of the schedule is -
repeat the command for a few minutes.  Also, the clientaction isn't
exactly immediate, it may take one or two minutes.  If the clientaction
actually runs, or says in process then the server is contacting the client
correctly.  From there, you'll have to check the dsmsched.log on the
client and possibly dsmerror.log on the client to check for client side
errors.  If the server never contacts the client correctly then something
is wrong in the setup of your client and/or scheduler service (ie the
immediateaction stays in pending status until it times out).





__
John Monahan
Senior Consultant Enterprise Solutions
Computech Resources, Inc.
Office: 952-833-0930 ext 109
Cell: 952-221-6938
http://www.computechresources.com


Re: CLIENTACTION Command

2006-01-25 Thread William Boyer
Actually Q EV * @*  will filter only the clientaction events.


Bill Boyer
Some days you're the bug, some days you're the windshield - ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of John 
Monahan
Sent: Wednesday, January 25, 2006 5:54 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: CLIENTACTION Command

The command should be q event * *.  Sorry about that.


__
John Monahan
Senior Consultant Enterprise Solutions
Computech Resources, Inc.
Office: 952-833-0930 ext 109
Cell: 952-221-6938
http://www.computechresources.com




John Monahan/Computech
01/25/2006 11:01 AM

To
ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU cc

Subject
Re: CLIENTACTION Command






ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 01/25/2006 05:46:40 
AM:

 Hi to all

 I am using the command DEFINE CLIENTACTION to schedule a client to
process
 a command for a one-time action. The command i am giving is as follow:

 define clientaction BIZTALK-DAILY domain=BIZTALK_DAILY action=command
 object='C:\TSMUSER\PROD\WNA1BZT.bat' wait=yes

 On the client side i have the following settings about the tsm
scheduler:

 Prompted
 - TCP/IP address:localhost
 - TCP/IP port: 1501
 - session Init.:server only

 The above command is defined successfully but the job
 C:\TSMUSER\PROD\WNA1BZT.bat is not executed at once. Do i have to
 change something?


After you define the clientaction, do a query sched * * from the server and 
look for a client schedule that starts with @ and
numbers after it, like @045 for BIZTALK-DAILY.  See what the status of the 
schedule is - repeat the command for a few minutes.
Also, the clientaction isn't exactly immediate, it may take one or two minutes. 
 If the clientaction actually runs, or says in
process then the server is contacting the client correctly.  From there, you'll 
have to check the dsmsched.log on the client and
possibly dsmerror.log on the client to check for client side errors.  If the 
server never contacts the client correctly then
something is wrong in the setup of your client and/or scheduler service (ie the 
immediateaction stays in pending status until it
times out).





__
John Monahan
Senior Consultant Enterprise Solutions
Computech Resources, Inc.
Office: 952-833-0930 ext 109
Cell: 952-221-6938
http://www.computechresources.com