When starting up, STAF gets the system host name of the local system via
the standard C++ function gethostname() (and this is what you see when
STAFProc is initialized).
When a remote system connects, STAF uses the standard C++ function
gethostbyaddr() to get the host name of the remote system from your DNS
server. However, if the DNS server is unavailable, on Windows the C++
gethostbyaddr() function returns the name assigned to your computer.
So, my guess is that sometimes your DNS server is unavailable so the
gethostbyaddr() function is returning the computer name. You either need to
determine why your DNS server is sometimes unavailable or set its computer
name to be the same as the real hostname returned by your DNS server. To
see what name is currently assigned to your computer, click "Start", click
"Control Panel", double click "System", and select the "Computer Name" tab.
To change the computer name, select the "Change" button and assign a new
name.
--------------------------------------------------------------
Sharon Lucas
IBM Austin, luc...@us.ibm.com
(512) 286-7313 or Tieline 363-7313
From: Eileen Wei <e...@fekete.com>
To: Sharon Lucas/Austin/i...@ibmus
Cc: "staf-users@lists.sourceforge.net"
<staf-users@lists.sourceforge.net>
Date: 11/09/2010 02:19 PM
Subject: RE: [staf-users] Security level setting in staf.cfg sometimes
not recongnized.
Also, see the following staf ping result I ran from machine1:
c:\>staf mb710xp ping ping
Error submitting request, RC: 16
Additional info
---------------
STAFConnectionProviderConnect: Error resolving host name: Unknown host
name: mb710xp, gethostbyname(): 22, Endpoint: ssl://mb710xp
c:\>staf machine2 ping ping
Response
--------
PONG
In here is seems it recognizes machine2 but not mb710xp -- I am so
confused...
-Eileen
-----Original Message-----
From: Eileen Wei
Sent: November-09-10 1:12 PM
To: Sharon Lucas
Cc: staf-users@lists.sourceforge.net
Subject: Re: [staf-users] Security level setting in staf.cfg sometimes not
recongnized.
I added mb710xp to machine1's staf.cfg then it worked. But I wonder where
the name "mb710xp" comes from? The machine name for machine2 is "machine2"
and it shows this in the STAF daemon window.
Also, when I only had "machine2" in machine1's trust list I did
successfully run the stax job in machine1 one or two times. How to explain
this? This seems so weird to me.
Thanks,
Eileen
-----Original Message-----
From: Sharon Lucas [mailto:luc...@us.ibm.com]
Sent: November-09-10 11:55 AM
To: Eileen Wei
Cc: staf-users@lists.sourceforge.net
Subject: Re: [staf-users] Security level setting in staf.cfg sometimes not
recongnized.
In your example where you're getting RC 25 (Insufficent trust level), the
error message is telling you that the "Requesting machine" (the machine
submitting the STAX EXECUTE request) has host name mb710xp with IP address
10.0.7.196). This requesting machine only has trust level 3 (the default
trust level) on machine1. If you list the trust levels on machine1 as
follows, you'll see that there is no trust level for machine mb710xp or
10.0.7.196 (you can set trust level by host name and/or IP address).
STAF machine1 TRUST LIST
If you change something in the STAF.cfg file like setting a trust level,
note that STAFProc must be shutdown and restarted for it to take effect as
the STAF.cfg file is only read when STAFProc is started. Note that you can
also dynamically set a trust level via the TRUST service which then takes
effect immediately (but will no longer be in effect when STAFProc is
shutdown and restarted.
--------------------------------------------------------------
Sharon Lucas
IBM Austin, luc...@us.ibm.com
(512) 286-7313 or Tieline 363-7313
From: Eileen Wei <e...@fekete.com>
To: "staf-users@lists.sourceforge.net"
<staf-users@lists.sourceforge.net>
Date: 11/09/2010 12:24 PM
Subject: [staf-users] Security level setting in staf.cfg
sometimes not
recongnized.
STAF version 3.4.2, STAX version 3.4.4.
I have machine1 which has stax installed. I am trying to start a stax job
in machine1 from machine2. Machine1 and machine2 have added each other to
trust level 5. Machine1 is Win7 64bit machine with 64bit STAF installed.
Machine2 is a virtual machine that hosted in machine1, and it’s a Win7
32bit machine with 32bit STAF installed.
When invoking stax job from machine2 using the following command, I have
encounter a very strange problem that sometimes it’s successful, but
sometimes it’s not successful due to trust level setting.
C:\Users\user>staf machine1 stax EXECUTE FILE
C:/AutomatedTesting/startTest.xml MACHINE machine1 FUNCTION start_test
Response
--------
31
C:\Users\user> staf machine1 stax EXECUTE FILE
C:/AutomatedTesting/startTest.xml MACHINE machine1 FUNCTION start_test
Error submitting request, RC: 25
Additional info
---------------
Trust level 4 required for the STAX service's EXECUTE request
Requester has trust level 3 on machine machine1
Requesting machine: ssl://mb710xp (10.0.7.196)
Requesting user : none://anonymous
I have also tried from machine3 (another virtual machine hosted on
machine1, which is a Win7 64bit machine with 64bit STAF installed) and had
the same problem.
What’s the problem?
Thanks,
Eileen
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
