Please check you credentials on your orchestrator as well and when you see this try logging in manually and see if you are seeing the same message. If so then it might be due to cred issue and too many login tries with no success.
I have checked that the credentials are correct. And, as I mentioned in my question, it works sometimes and then stops working after that. May be not able to log out of machine at the end of the process. What could be the problem for bot to not be able to sign out properly?
I am not manually able to login as I don’t have access to the credentials. As fas as I can see, It is happening for both failed and successful scenarios.
After some time when I am able to run the process, it is again happening for the subsequent processes.
Yes, I have already checked the Window Session link you provided and I already know the differences. I have installed the robot in Unattended mode too and I can verify that.
One more thing, in UiPath assistant I am seeing robot as Connected, Unlicensed even though I have followed all the steps. i am able to see machine as available and also has license assigned to it.
Any reason why is it not able to sign out of the window session properly?
One more thing, in UiPath assistant I am seeing robot as Connected, Unlicensed even though I have followed all the steps. i am able to see machine as available and also has license assigned to it.
For unattended robots, it is not important what you see in the Assistant. For them, you need to check in the Orchestrator → Tenant → Monitoring → Unattended sessions what is the real status.
Check if in the robot settings in Orchestrator, the robot has LoginToConsole enabled and set it to False. Also, you need to login into the robot machine as the robot user and open a cmd.exe console and run logoff (it will Log out your unattended robot from the system) and then run any required jobs from Orchestrator.
When I enable LoginToConsol and set it to False, my process doesn’t run and fails with the message above. If I set it to YES, it runs but as soon as it fails, it fails on subsequent processes.
What changes would require on my physical window machine to be able to run the process with LoginToConsol enabled and set to False?
After you logout from the Windows 10 machine from all users, you don’t need to be logged in with any users (they will use the Console sessions).
You need to schedule the job from another computer or mobile device that has access to your Orchestrator.
Also, it looks like the account you are using for the Robot is locked out (may be due to too many unsuccessful login attempts). To make sure this is the issue try logging into the Machine using the same credentials manually & if you see account locked message then unlock the account → it should work.
As I mentioned, the password is correct as I am able to run the process after some interval of getting this error so nothing to do with credentials. What else can you suggest?
What changes would require on my physical window machine to be able to run the process with LoginToConsolenabled and set to False, which I can do with VDI?
Check if you installed the Unattended robot based on the documentation. (Add the local robot user in the Remote Desktop Users group, edit the gpedit.msc for Allow log on locally, and so on)