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
