Test Execute/Complete Service not starting reliably
Hi guys,
I am currently researching a phenomenon of my QA Environment regarding the Test Complete Services.
To be precise, TestComplete 12 Service does not start automatically, as it is intended and therefore my Network Suite throws a connection Error.
My Approach looks like this:
1. Run script to revert QA Machine VM through vSpeher CLI. (to a Clean state)
2. Run script to boot the targeted machine. (Server 2016 with Test Execute)
3. Execute Project that connects to this machine with connection Timeout of 10 Minutes.
Quite often i than get a timeout/connection error of this machine telling me:
WIN_2016_X64 (192.168.250.106): Invalid address.
My next step would be pinging the targeted VM and of course it is answering properly.
Than i try to connect via RDC, and this works too.
I than look in the Services and see that Test Complete 12 Service is set to Automatic but is not running.
The Services that are listed in the dependencies are running as expected, but somehow the TC Service did not start.
In the Event Viewer I can find an Errors regarding the Test Complete Service:
1. A timeout was reached (30000 milliseconds) while waiting for the TestComplete 12 Service service to connect.
2. The TestComplete 12 Service service failed to start due to the following error: The service did not respond to the start or control request in a timely fashion.
I tried to reinstall Test Execute but this does not change the behavior.
Funny thing is, if I revert the Machine, let it start up and than login via VMware Workstation and normal windows login, the Service is running.
Maybe someone else has seen this issue before?
Cheers,
Constantin
I kind of found a workaround for this, but i expect that Smart Bear may have a look in this issue as well.
1. Ine the Networksuite/Jobs set the delay of the Test VMs to 10 Minutes Timeout.
2. In Client OS, set the TestComplete Service from Automatic to Automatic(Delayed)
3. In Client OS Registry, modify Timout of Services from 30.000ms to 60.000-120.000ms
The Reg-Entry is:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ServicesPipeTimeout
If it is not existising, just create it as DWORD.
Default Value is 30000, i have set it to 120000 and did not get an error after this.
I will still monitor the VMs to see if this could be a longtime fix.
Cheers,
Constantin