Fehlerbehebung für Netzwerke

Unattended-Roboter kann zugeordnetes Laufwerk nicht finden

Beschreibung

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

Mögliches Problem

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

Lösung

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.

Assembly kann nicht vom Netzwerk oder Azure File Share geladen werden

Beschreibung

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."

Mögliches Problem

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.

Lösung

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.

Nicht reagierender Roboter über RDP

Beschreibung

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

Mögliches Problem

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.