I’ve successfully setup an Orchestrator server along with a High-Density robots server. I can trigger/schedule a job normally for 1 robot with my RDS session off with loginToConsole = True. Though, when using loginToConsole = False to run multiple rubots in parallel, I can only do it with both of my RDS sessions opened. Whenever I try to do with them closed, they stuck on “Waiting for Execution to Start” until they crash.
Here is some usful info:
The two processes are running into different users within the same server (High-Density Configuration);
Both are running on a “NonProduction” environment. Already tried “Unnatended” as well;
2 runtimes are set for that machine;
My server got the Enterprise Edition running with the Trial license with UiPath Service running on background.
Hi @Renan_Kataoka,
We are facing issues when running the bot on High Density server also. Did you have any luck on the above query? Were you able to resolve the issue?
Actually the company we are working on changed our licenses to frontoffice, so it’s been some time since we don’t mess with HDR. Though, at that time, we succeeded running the robots in HDR.
Make sure UiRobot.exe service is running on the background
Maybe you are getting timeout errors due to proxy not being configured on UiPath config file. It is used to download packages and depends on the network you are using: Redirecting Robots through a Proxy Server
There is a Windows environment variable that handles UiPath timeouts: UIPATH_SESSION_TIMEOUT. I would try to increase this value if none of the past advices worked.
Thanks for the help with the links, we tried all the options but no luck. We are not able to run the bot when we are not logged into the session. We have raised a UiPath ticket too.
Wanted to check with you, which windows server are you on? and do you disconnect the session for the bot to then log in or do you sign out for the bot to log in
Out of curiosity, when you log off and log back in manually, do you see the Start Screen or the Desktop? Because if the Start Screen is showing up this will cause your bot to timeout at the start no matter what. You will need to suppress this setting with a fix to the server. I think this was an issue on Windows Server 2012 though, which was fixed for Windows Server 2012R, if I remember right.
If I remember right, I think it’s the Desktop Experience feature. Go to Server Manager > Manage > Add Roles and Features, then look for User Interfaces and “Desktop Experience”. I can’t remember if it’s supposed to be uninstalled or installed though. If it’s not what fixes the login to the Desktop, then you might try searching online. Let me know if you still can’t figure it out.
Hi Team,
Thanks a ton guys for the hlep @Renan_Kataoka, @ClaytonM appreciate it. The issue is solved. Our robot service was not up and running. Once we started it, the issue was solved.