- Getting started
- Understanding UiPath Robot
- Installation requirements
- Installing robots for unattended automations
- Configuring robots for unattended automations
- Deploying unattended automations
- Connecting robots for unattended automations to Orchestrator
- Setting up Windows Server for High-Density Robots
- Redirecting robots through a proxy server
- Implementing authentication with credential providers
- Configuring package signature verification
- Setting up package folders and network paths
- Configuring activity feeds
- Using EntraID users with multifactor authentication (MFA) for unattended robots
- Installing robots for attended automations
- Configuring robots for attended automations
- Integrations
- Governance
- Troubleshooting

Robot admin guide
Description
When the Robot is installed as a Windows service, you might sometimes encounter issues such as:-
Uipath Studio does not open. You receive the following error: "One or more errors occured. (Could not connect to UiPath Robot Service. Make sure the service is started!)".
-
Assistant displays the following error: "The UiPath Robot Service is unavailable."
One of the most common issues is that the Robot Service may not be active. Check the following table for potential issues and solutions.
Potential issue: The Robot Service is not running
Solution:
Manually start the Robot service:
- Open the Services window.
- Select the
UiPathRobotSvcservice. - Select Start.
Potential issue: The Robot Service takes too long to start
Solution:
Windows reports services which do not load in a specified time. By default, this timeout value is 30 seconds, which can be insufficient for the Robot Service. To increase this value, you need to:
- Open the Windows Registry Editor.
- Navigate to the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control registry key, and select the Control subkey.
- If the ServicesPipeTimeout value is not available, create it:
- Right-click the Control subkey, and select DWORD (32-bit) Value from the New menu. A new blank DWORD Value is created.
- Type ServicesPipeTimeout as the name of the new value.
- Double-click the ServicesPipeTimeout DWORD value. The Edit DWORD (32-bit) Value window is displayed.
- From the Base section, select the Decimal option.
- In the Value data: field, type in 180,000. This makes the default ServicesPipeTimeout 3 minutes. It should be enough time for all Windows services to properly load.
- Close the Windows Registry Editor, then restart the system for the changes to take effect.
Potential issue: The Robot machine has incorrect permissions
In this case, the Robot Service might also appear as running.
Solution:
Permissions to services are granted from the Windows Registry Editor, as follows:
- Open the Windows Registry Editor.
- Navigate to theHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet registry key.
- Right-click the Control subkey, and click on Permissions. The Permissions for Control window is displayed.
- Select the user under which you are logged in from the Group or user names section.
- Enable the Allow option for Full Control in the Permissions section. This grants the necessary permissions to the Robot.
- Select Apply and OK to confirm the changes, then close the window.
- Restart the system for the changes to take effect.
Description
Starting with version 2020.4, running UiPath Assistant or Studio as an administrator could block the communication with the Robot Service. The following issues may occur:
-
Studio requests you to sign in, as you seem to be logged out.
-
Assistant incorrectly displays the connection status as Offline, and the process list is not available.
Potential issue
Studio and Assistant must communicate with the Robot Service, which is a separate Windows process. The Robot Service starts up at the same level of access rights as the Assistant or Studio, which ever calls the service first.
The issue arises when you start the Assistant or Studio at different levels of access rights, such as a normal user and then as an administrator. For example, say the Assistant starts as a normal user, and then you restart it as an administrator. The Robot Service, specifically the User Host service, which was started at the normal user level, is unable to communicate with the Assistant running at the administrator level.
Solution
Ensure the Robot Service, Assistant, and Studio all operate at the same privilege level.