RemoteException wrapping System.TimeoutException: The operation has timed out.
at UiPath.Executor.Debugger.Client.Utils.TaskExtensions.WaitWithTimeoutAsync[TResult](Task`1 task, Int32 timeoutInMillisecond, CancellationToken cancellationToken)
at UiPath.Studio.Plugin.Workflow.Execution.Signalr.Services.SignalrExecutorProxy.ConnectAsync(String serverUrl, CancellationToken cancellationToken)
at UiPath.Studio.Plugin.Workflow.Execution.Signalr.Services.SignalrExecutorProxy.StartAsync(ExecutionStartOptionsSlim startOptions)
Check that the Robot service is running on the remote machine. You can check the status of the service by going to the Services control panel on the remote machine, or by using the “Get Service Status” activity in UiPath.
Check that the Robot is registered with the Orchestrator. If the Robot is not registered, it will not be available for remote debugging.
Check the network connection between the local and remote machines. Make sure that the machines are on the same network and that there are no firewall or network configuration issues that could be blocking the connection.
Check the UiPath Remote Runtime logs for any errors or messages that may help to identify the cause of the issue. The logs can be found in the “%ProgramData%\UiPath\Logs” folder on the remote machine.
…but: Maybe it’s necessary to fill in the machine key? Is it possible, that that’s the reason for the error?
Make sure that the machines are on the same network and that there are no firewall or network configuration issues that could be blocking the connection.
I think our it-department has to check that. I actually cannot ensure, if that’s the case.
The logs can be found in the “%ProgramData%\UiPath\Logs” folder on the remote machine.
I cannot found the logs at this place on the remote machine:
my hint to the machine key was my fault: I did not knew, that one can see the machine key only if logged on os with administrator privileges. So the machine key was correct but not visible under user priviliges.
The reason for the error was, that the bot machine was of type “Standard” and not of type “Template”. A “Standard” bot can only run processes in the folder which it is assigned to - and that was a “Classic” and not a “Modern” folder. Because of remote debugging is only possible in modern folders, it did not work.