My guess is that your machine in China cannot communicate via STAF to the
US machine possibly due to a firewall issue or something else. STAF
communication in the other direction (US machine to China machine) works.
Did you try submitting a STAF <US Machine> PING PING request from the
China machine? Does that fail with an RC 16?
You said using STAF on the China machine to submit a PROCESS START
request worked. I'm guessing you used the WAIT option on your STAF <US
Machine> PROCESS START request submitted from the China machine. A STAX
<process> submits a STAF <US Machine> PROCESS START COMMAND <command>
NOTIFY ONEND request -- it does not specify the WAIT option. This means
that when the process has completed on the US Machine, it sends a
STAF/Process/Complete message to the China STAX machine (via its host
name) by submitting a QUEUE request to the QUEUE service on the China
machine. I'm guessing its that request that is failing (possibly due to a
firewall issue, host name DNS issue, trust issue, etc, or may need to
increase the CONNECTTIMEOUT value).
Read sections "3.1.3 Explain RC 16 when attempting to send a STAF request
to a remote machine" and "3.1.4 Why can't my STAF machines communicate?"
in the STAF FAQ at
http://staf.sourceforge.net/current/STAFFAQ.htm#STAF%20machines%20can%27t%20communicate%20due%20to%20DNS%20issues
for more information on how to possibly resolve the issue.
--------------------------------------------------------------
Sharon Lucas
IBM Austin, luc...@us.ibm.com
(512) 286-7313 or Tieline 363-7313
From: "William.Bai" <william....@tekelec.com>
To: "staf-users@lists.sourceforge.net"
<staf-users@lists.sourceforge.net>,
Date: 09/22/2011 04:13 AM
Subject: [staf-users] STAX controlled process seems almost hangs up
Hi:
When I use STAX(3.4.3) to control remote host to execute unzip
program("unzip createnv.zip -d /tmp"), I found the following problem.
The program seems just hanging there. My control host(on which STAX is
installed) is in China, and controlled host is US.
When I try putting both control host and controlled host in
China, I found it works well. Also when I try putting both control host
and controlled host in US, it also works well. Only when I use the
machine in China to control the host in US, the process will hang up.
What's more, if I do not use STAX, just use STAF on China machine to
control remote host in US, It could end normally in about 15 seconds.
The bad network between China and US might be one reason for
this problem. But Why STAF could work while STAX could not? By using
STAX, there are more communications between control machine and
controlled machine than by STAF? Do you have some good ideas how could I
avoid it? Thank you.
My parameters in STAX to execute command is like following:
<function name="startcommand">
<function-prolog>
This function is to start jcmts
</function-prolog>
<function-map-args>
<function-required-arg name="command">
the command to be executed
</function-required-arg>
<function-required-arg name="parameters">
the command parameters
</function-required-arg>
<function-optional-arg name="machine" default="'local'">
the name of machine where the test process should run
</function-optional-arg>
<function-optional-arg name="processName" default="'A
Process'">
The name of the process.
</function-optional-arg>
</function-map-args>
<sequence>
<process name="processName">
<location>machine</location>
<command>command</command>
<parms>parameters</parms>
<env>'LD_LIBRARY_PATH=/usr/local/lib:/opt/seagull/build-1.8.1'</env>
<stderr mode="'stdout'"/>
<returnstdout/>
</process>
BRs
William
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
