Robert,
Thanks for the idea of a simpler test. I wrote a quick test and when I include the FORCE_SERVER_ARG_NAME argument in the url, it executes on the proper service. So that indicates that FORCE_SERVER_ARG_NAME is setup properly and working. As suggested, I changed FORCE_SERVER_ARG_NAME to SID. Multiple <@url> tags ran from the same taf as indicted below still do not run on the correct service all the time. It just seems to alternate between services and disregards the FORCE_SERVER_ARG_NAME arg. Any other ideas? Thanks Steve _____ From: Robert Garcia [mailto:[EMAIL PROTECTED] Sent: Sunday, October 21, 2007 10:59 AM To: [email protected] Subject: Re: Witango-Talk: Load Balance - Force Server I don't know if it matters, but in my clients.ini file, I have the FORCE_SERVER_ARG_NAME declaration first, before the server list. Also, try something simple first, like SID instead of _ICSSrvID, and see if it works. Also, to test make a taf, that just reports what server it is. This way, you first are testing that your SID is working properly. -- Robert Garcia President - BigHead Technology VP Application Development - eventpix.com 13653 West Park Dr Magalia, Ca 95954 ph: 530.645.4040 x222 fax: 530.645.4040 [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> - [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> http://bighead.net <http://bighead.net> / - http://eventpix.com <http://eventpix.com> / On Oct 20, 2007, at 10:51 AM, Fogelson, Steve wrote: HI, I having trouble with "Force Server" in load balancing. I am using Robert's suggestion and using <@url> to launch multiple tests on the separate services. As you can see, I want to run the test101.taf on ICS9A twice, then ICS14A twice and then ICS9A. test101.taf is a 2 line display showing args _ICSSrvID and testnumber. Very simple! But what it does is alternate between ICS9A and ICS14A. I have listed my client.ini below and am using Witango 5.5.025. I also tried to display FORCE_SERVER_ARG_NAME with <@var system$ FORCE_SERVER_ARG_NAME>. No display, but I tried a few of the other client.ini vars and no values either . Maybe they aren't system vars. Any ideas would be appreciated. Steve Fogelson Internet Commerce Solutions Start Test 1<br /> <@url "http://www.reedssports.askics.net/test101.taf <http://www.reedssports.askics.net/test101.taf> " postargs="_ICSSrvID=ICS9A&testnumber=1"> End Test 1<br /> Start Test 2<br /> <@url "http://www.reedssports.askics.net/test101.taf <http://www.reedssports.askics.net/test101.taf> " postargs="_ICSSrvID=ICS9A&testnumber=2"> End Test 2<br /> Start Test 3<br /> <@url "http://www.reedssports.askics.net/test101.taf <http://www.reedssports.askics.net/test101.taf> " postargs="_ICSSrvID=ICS14A&testnumber=3"> End Test 3<br /> Start Test 4<br /> <@url "http://www.reedssports.askics.net/test101.taf <http://www.reedssports.askics.net/test101.taf> " postargs="_ICSSrvID=ICS14A&testnumber=4"> End Test 4<br /> Start Test 5<br /> <@url "http://www.reedssports.askics.net/test101.taf <http://www.reedssports.askics.net/test101.taf> " postargs="_ICSSrvID=ICS9A&testnumber=5"> End Test 5<br /> Client.ini on ICS14A [witango55_iis.dll] WITANGO_SERVER=ICS14A,127.0.0.1,18155:ICS9A,10.10.20.9,18155 ERROR_HTML=C:\\Program Files\\WitangoServer\\5.5\\MiscFiles\\clienterror.html CONNECTION_TIMEOUT=0 FORCE_SERVER_ARG_NAME=_ICSSrvID REPORTCLIENTERROR=TRUE SENDFULLHEADER=FALSE ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf <http://www.witango.com/developer/maillist.taf> ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
