Hi was trying to send username and password to a HA device, I tried using capture and replay as non-HA and added HA [send to Master / Slave] but some reason it doesnt send to slave as needed.
This message doesn't tell much to guide you. Can you please add your test case in this posting. Just to give you an idea i am attaching a sample testcase that uses HA.
Few things that are important to make it work
1. Prompts should be predefined in your session profile - Define both Active and Standby prompt
2. Each of the step properties for high availability should be sent to index 0 and 1 in the command steps where action is just enter
Please look at the high availability properties in each step of this testcase
Sorry this is the same testcase i sent u via email. As u seen earlier in my cube, password sent for slave device isnt working.
thanks
-sujit
In the testcase that we did in your cube and the one that i attached in the previous posting demonstrated that show red command is sent to both active and standby.
I think there might be a property missing in your testcase. Please send us the testcase in the forum or open a support case and send the testcase. We will go through the testcase and advice you on what would be missing.
I think following points will help you with iTest's HA feature:
1. open connection opens connection to all devices.
2. After open is done, iTest has no idea which device is master and which one is slave. This is because most devices are at "login" prompt after open.
3. At this point, you want to send login and password commands to each processor. You do this by adding separate login/password steps for each processor with properties set to "send to index" and using 0 for first processor and 1 for second processor.
4. Also make sure that you have unchecked the check box which says "Determine master/slave status" for these steps.
5. So if you have two processors and they require both login and password steps, you should have 4 steps after open, 2 for processor 1 and 2 for processor 2.
6. After these steps, you can simply call "getstate" step (though it is not necessary) to see the state of processors.
7. Now you can send commands normally and all the commands by default will be sent to master processor.
Here is my test case.
Also is there a way that i could ask itest not poll for master/slave for 20 secs, does sleep command work ?
thanks
sujit
I looked through the testcase and didn't find any telnet properties and HA properties for most of the steps except for getstate. This explains why this is not working.
Can you please rebuild the script with the suggestions we gave you from previous posting and get the basic part working. Once you have the basic part working we can get to the redudancy switchover part.
So here is the actual test case that is working for Switchover on iTest,
-- Send passwords to specific [0,1]
-- Use getstate only after u login
-- Disable status verification until reload/switchover completes
-- login again to specific [0,1]
-- getstate to check master/slave
I am attaching the testcase below. It works fine except timesout on one prompt. Hope someone could help me fix this.
The response on that step is % Authentication failed
thanks
sujit.
Can you please tell the exact step no? and if you have virtual testbed license, please turn on the same and send the testcase. With this feature we can rerun your testcase with out the testbed.
If you do not have Virtual testbed license, please send this to Fanfare Support and they will be able to do a breeze session and help you identify the timeout on prompt. Email address for support is support@fanfaresoftware.com
IS there any document or link or video on how to turn on virtual testbed? If not i will work with support
thanks
sujit.
I don't remember on top of my head and i am away from my computer. So please send an email to support or call them and they will give you a pointer right away.
http://forums.fanfaresoftware.com/t5/iTest-3-4-Features/Virtual-Testbeds-VTB/td-p/5439 was the video link from the 3.4 feature. You still should open the ticket with support.
