I have a scheduled an Orchestrator job that’s been working for a couple of weeks - runs every 5 minutes. In the past couple of days, the job kicks off, and just sits there as “Pending” status. I check bot, and they show unresponsive even though the UI Path Robot (in task tray) shows connected.licensed.
If I restart the UI Path Robot Service (in Services), the Pending job run run and complete just fine. The job runs every 5 minutes just fine, but after some hours, I’ll come to find it hung in Pending again until I restart the Service. I need to do this several times a day now, and feel this should not be.
Hmmm
I thought it should be due to change in username and domain in orchestrator , but it seems like you were able to run the job successfully when restarting the robot service, interesting
Fine
Kindly uninstall and reinstall the application and try once
Cheers @sagacity
@Palaniyappan They are not in the same environment - note the Unattended is in Robot_Environment and the Studio (Development) is not in any environment on two different machines and two different licenses (1 Dev and 1 Unattended).
I even restarted the Studio machine (BENE-UI-PATH-02), and the Robot bot still went disabled.
Whilst going through this though I think I fixed it. If you note in my screenshot, the “dot” next to user name in studio bot is “red”. I guess no license acquired? After restart of that machine, it is green, and the job seems to be running ok.
@Palaniyappan - Ok. That didn’t work. After 30 minutes, went unlicensed again and tanked both bots. I have haled and stopped the studio one so disconnected, and restarted Robot to see how long it lasts.
I have really been finding UI Path to be incredibly unreliable. From the start it takes constant baby sitting - I don’t think in the few weeks using it I have ever felt that I could just rely on it to work properly. Every day is constantly monitoring and restarting and correct some issue with it.
This is a very strange issue. First time I hear such a issue.
However I really wonder how these two robots are configured. Machine name seems to be fine as they are different. Having the same username is fine because you have different machine names. But I wonder whether you have used the proper machine key in its proper robot. I don’t think this should be the case, but still it’s worth checking.
Shall we try removing the robot and the machine in orchestrator and adding and configuring it from the beginning to see whether it helps to resolve the error.
@Juho
This was awhile ago and at this point, I cannot recall. It may have been forcing a specific resolution, b/c at the time we were doing automation that used RDP to connect to another resource, that ended up working.
Hi Guys- sorry to refresh the old thread, but we are facing the same issue and we are not able to find similar problem topic anywhere else- Juho have you been able to solve this? Could you share the resolution?
Hey, for us cleaning the database from Job logs and restarting the application server fixed the issue. Also I think we replaced the virtual machine having the issue with a freshly provisioned one, so that might have helped as well.
Hello,
We are facing the same problem, the problem gets fixed if we restart the Robot server in servers but then it happens again after 30 minutes to 3 days.
Did anyone find a solution to this?