Solución de problemas de red

Unattended Robot no puede encontrar la unidad asignada

Descripción

Occassionally, robots cannot find a mapped network drive when running an unattended automation.

Posible problema

This can happen due to the non-interactive nature of the Windows logon session.

Solución

To prevent this, map the network drive in the headless mode. This can be done by remapping the drive for every job the robot starts. The remapping also applies when the machine is restarted.

In the unattended automation workflow, explicitly run the net use Z: \\unc\path command before accessing the shared drive.

El ensamblado no se puede cargar desde la red o compartir archivos de Azure

Descripción

Trying to run a package from a network path or an Azure File Share fails with the "System.Xaml.XamlObjectWriterException: Cannot create unknown type [....]" error.

The robot logs the following error message: "System.NotSupportedException: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework."

Posible problema

The Robot machine might not trust the web address for the Azure File Share, where the package is located. Alternatively, the account the robot uses might lack permissions for that specific location.

Solución

Make sure that the account under which the robot runs has the necessary permissions. Then, add the Azure File Share web address as a trusted network on the robot machine.

Robot que no responde sobre RDP

Descripción

The Robot machine becomes unresponsive and shows high CPU usage at some point after starting the automation. It occurs on Windows 10 v1903 machines.

Posible problema

This is a Microsoft known issue on Windows 10 v1903 which affects the runtime of the DWM.exe file, leading to high CPU usage upon completion of a Remote Desktop session.