Häufig auftretende Fehler bei Robotern

In diesem Abschnitt finden Sie weitere Details zu den am häufigsten auftretenden Roboterfehlern und deren Behebung.

Projektabhängigkeiten für EXE-Installationen

Beobachtetes Verhalten

Der Roboter kann keine in Studio v2019.2 oder niedriger erstellten Prozesse herunterladen oder ausführen, die von den Feeds "Official" oder "Go!" abhängig sind und nicht lokal oder auf Orchestrator gefunden werden.

Ursache

Wenn Studio über das UiPathStudioSetup.exe (normalerweise das Community-Edition-Setup) bereitgestellt wird, wird der Roboter im Benutzermodus installiert. Daher kann der Roboter Projektabhängigkeiten nur herunterladen und installieren, wenn sie lokal oder auf der Orchestrator-Instanz gefunden werden, mit der er verbunden ist.

Lösung A

Alle Projektabhängigkeiten müssen manuell aus dem Feed "Official" heruntergeladen und in die Orchestrator-Instanz hochgeladen werden, mit der er verbunden ist.

Lösung B

Aktivieren Sie den Feed "Official" in Studio, und starten Sie den Roboterdienst (UiPath.Service.UserHost). Öffnen Sie den Roboter-Agent (Tray) und starten Sie den Prozess von dort aus. Die entsprechenden Abhängigkeiten werden nun ordnungsgemäß heruntergeladen.

Roboter startet Ausführung nicht

Beobachtetes Verhalten

In diesem Szenario kann der Roboter die Ausführung eines Prozesses nicht starten und löst den folgenden Fehler aus:

Executor start process failed, reason System.Runtime.InteropServices.COMException: A specified logon session does not exist. It may already have been terminated.

Ursache A

Die Robotermaschine verfügt nicht über genügend verfügbare Ressourcen (z. B. CPU, RAM oder Festplattenspeicher), sodass der Roboter-Executor einen Prozess nicht starten kann.

Lösung A

Überprüfen oder führen Sie Folgendes aus:

• Die Robotermaschine verfügt über genügend Ressourcen (z. B. CPU, RAM oder Festplattenspeicher).
• Die Verbindungszeit mit der Befehlszeilenfunktion mstsc. Sie muss mehr als 60 Sekunden sein, sonst wird der Fehler angezeigt.

Ursache B

Die Anmeldesitzung kann derzeit nicht erstellt werden. Dies kann in den folgenden Situationen passieren:

• Die Anmeldung bei der Konsole ist für HD-Roboter auf true festgelegt. In diesem Fall wird der Roboterdienst an die aktuelle Konsolensitzung angefügt. Dies wird für HD-Roboter nicht empfohlen, da es jeweils nur eine aktive Konsolensitzung geben kann.
• Mehrere RDP-Sitzungen auf eigenständigen Windows-Versionen (nicht Server). Eigenständige Windows-Versionen können jeweils nur eine RDP-Sitzung pro Maschine verarbeiten, während Windows Server-Versionen mehrere RDP-Sitzungen verarbeiten können.

Lösung B

In diesem Fall müssen Sie eine der folgenden Aufgaben ausführen:

• Legen Sie An der Konsole anmelden auf false fest. Das bedeutet, dass der Roboterdienst eine RDP-Verbindung von der Robotermaschine an sich selbst initiiert und die Sitzung daran anfügt. Dies ist die empfohlene Methode für HD-Roboter.
• Überprüfen Sie die Windows-Version, es muss Windows Server sein. Lesen Sie mehr über das Einrichten von Windows Server für HD-Roboter.
• Überprüfen Sie, ob die von Ihnen verwendete Studio/Robot-Version höher als 2018.1.3 ist. Diese Version hat ein Problem behoben, das durch die Windows-Updates KB4088876 (Windows 8.1 oder Windows Server 2012 R2 Standard), KB4088875 (Windows Server 2008 R2 SP1, Windows 7 SP1), KB4088787 (Windows Server 2016, Windows 10 Version 1607) und KB4088776 (Windows 10 Version 1709) verursacht wurde. Lesen Sie mehr über Software-Anforderungen.
• Erhöhen Sie die Umgebungsvariable UiPath_Session_Timeout auf der Robotermaschine. Der Standardwert beträgt 60 Sekunden, was aufgrund von langsamer Leistung auf manchen Maschinen möglicherweise nicht ausreicht. Bitte beachten Sie, dass die Umgebungsvariable in Sekunden angegeben wird und der UiPath-Roboterdienst nach Änderung dieser Variablen neu gestartet werden muss.
• Überprüfen Sie, ob Ihre Remote-Desktop-Lizenz auf der Robotermaschine aktiv ist. Weitere Informationen finden Sie auf dieser Seite.
• Überprüfen Sie, ob die Roboter in den richtigen Gruppen sind. Lokale Benutzer müssen sich in derselben Remotedesktopgruppe befinden.
• Überprüfen Sie, ob sich der Benutzername Ihrer RDP-Verbindung mit der Robotermaschine nicht vom konfigurierten Benutzernamen unterscheidet. Um diesen Fehler zu vermeiden, melden Sie alle RDP-Verbindungen auf der Robotermaschine ab.

Kennwort nicht bereitgestellt

Beobachtetes Verhalten

Das Erstellen eines Roboters in Orchestrator, ohne das Kennwortfeld auszufüllen, macht es unmöglich, die Prozessausführung zu starten. Änderungen an Berechtigungen auf der Robotermaschine können dieses Problem ebenfalls auslösen.

Beim Starten eines Prozesses von Orchestrator oder dem Roboter-Agent (Tray) wird die folgende Fehlermeldung angezeigt:

Executor start process failed, reason System.UnauthorizedAccessException: Access is denied.

Ursache A

Der Roboter wurde ohne Passwort erstellt.

Lösung A

Bearbeiten Sie den Roboter wie hier erläutert und stellen Sie sicher, dass die folgenden Felder richtig ausgefüllt sind:

• Domäne\Benutzername – Der Benutzername, der zum Herstellen einer Verbindung mit der Maschine verwendet wird, auf der der Roboter installiert ist. Wenn sich der Benutzer in einer Domäne befindet, müssen Sie ihn auch im Format DOMAIN\UserName angeben. Verwenden Sie den Befehl Whoami in der Eingabeaufforderung, um ihn einfach zu finden.
• Kennwort - Das Windows-Kennwort der Maschine. Nicht erforderlich für Attended-Roboter.

Ursache B

Der SCM-verwaltete Roboterdienst wird nicht ausgeführt. Erfahren Sie mehr über Roboterbereitstellungstypen.

Lösung B

Stellen Sie sicher, dass der Roboterdienst ausgeführt wird:

1. Klicken Sie auf die Windows-Start-Schaltfläche, und suchen und öffnen Sie Services.msc. Das Fenster Dienste wird angezeigt.
2. Suchen Sie den Dienst UiPath, und doppelklicken Sie darauf. Das Panel UiPath Robot-Eigenschaften wird angezeigt.
3. Wählen Sie auf der Registerkarte Anmelden die Option Lokales Systemkonto aus.
4. Klicken Sie auf die Schaltfläche Anwenden, und schließen Sie das Fenster, um die Änderungen zu bestätigen. Dadurch wird sichergestellt, dass der Roboterdienst ausgeführt wird und über alle Berechtigungen verfügt, die er für die Ausführung von Prozessen benötigt.

Ursache C

Die Robotermaschine verfügt nicht mehr über Administratorrechte.

Lösung C

Melden Sie sich bei der Robotermaschine mit den gleichen Anmeldeinformationen an, mit denen Sie den Roboter in Orchestrator erstellt haben. Wenn ein Prozess nicht vom Roboter-Agent (Tray) gestartet werden kann, müssen Sie sich an Ihren Netzwerkadministrator wenden, um Administratorrechte für dieses Benutzerkonto zuzulassen.

Keine Verbindung zum Roboter-Dienst

Beobachtetes Verhalten

In einigen Situationen können Sie die Prozessausführung nicht starten. Dies kann unabhängig davon passieren, ob der Roboterdienst ausgeführt wird oder nicht.

Beim Starten eines Prozesses von Orchestrator oder dem Roboter-Agent (Tray) wird die folgende Fehlermeldung angezeigt:

Get settings from service failed, reason System.Exception: Could not connect to UiPath Robot Service.

Ursache A

Der Roboterdienst wird nicht ausgeführt.

Lösung A

In diesem Fall müssen Sie den Roboterdienst wie folgt manuell starten:

1. Klicken Sie auf die Windows-Start-Schaltfläche, und suchen und öffnen Sie Services.msc. Das Fenster Dienste wird angezeigt.
2. Suchen Sie den Dienst UiPath Robot, und klicken Sie mit der rechten Maustaste darauf. Das Kontextmenü wird angezeigt.
3. Klicken Sie auf Start, um den Roboterdienst zu aktivieren. Dadurch startet der Roboterdienst bei der Windows-Anmeldung.

Wenn diese Schritte jedes Mal wiederholt werden müssen, wenn die Robotermaschine startet, müssen Sie den Dienst-Timeoutwert in Windows erhöhen, wie unten erläutert.

Ursache B

Der Start des Roboterdienstes dauert zu lange.

Lösung B

Windows meldet Dienste, die nicht in einer bestimmten Zeit geladen werden. Standardmäßig beträgt dieser Timeoutwert 30 Sekunden, was für den Roboterdienst vielleicht nicht ausreicht. Um diesen Wert zu erhöhen, müssen Sie:

1. den Windows-Registrierungs-Editor öffnen.

2. Navigieren Sie zu

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

   Registrierungsschlüssel, und wählen Sie den Control-Unterschlüssel aus.
3. Wenn der Wert ServicesPipeTimeout NICHT verfügbar ist, erstellen Sie ihn wie folgt:
   3.1. Klicken Sie mit der rechten Maustaste auf den Control-Unterschlüssel und wählen Sie DWORD (32-Bit)-Wert vom Menü Neu aus. Ein neuer leerer DWORD-Wert wird erstellt.

   3.2. Geben Sie ServicesPipeTimeout als Name des neuen Werts ein.

4. Doppelklicken Sie auf den ServicesPipeTimeout-DWORD-Wert. Das Fenster DWORD (32-Bit)-Wert bearbeiten wird angezeigt.
5. Wählen Sie im Abschnitt Basis die Option Dezimal aus.
6. Geben Sie im Feld Wertdaten: 180000 ein. Dadurch wird die ServicesPipeTimeout-Standardzeit auf 3 Minuten festgelegt. Es sollte genügend Zeit für alle Windows-Dienste sein, um ordnungsgemäß zu laden.
7. Schließen Sie den Windows-Registrierungs-Editor, und starten Sie den Computer neu, damit die Änderungen wirksam werden.

Ursache C

Die Robotermaschine verfügt über falsche Berechtigungen. In diesem Fall wird der Roboterdienst möglicherweise auch als ausgeführt angezeigt.

Lösung C

Berechtigungen für Dienste werden wie folgt über den Windows-Registrierungs-Editor erteilt:

1. den Windows-Registrierungs-Editor öffnen.

2. Navigieren Sie zu

   Registrierungsschlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet.
3. Klicken Sie mit der rechten Maustaste auf den Control-Unterschlüssel, und klicken Sie auf Berechtigungen. Das Fenster Berechtigungen für Steuerung wird angezeigt.
4. Wählen Sie im Abschnitt Gruppe oder Benutzernamen den Benutzer aus, unter dem Sie angemeldet sind.
5. Aktivieren Sie die Option Zulassen für Vollzugriff im Abschnitt Berechtigungen. Dadurch werden dem Roboter die erforderlichen Berechtigungen erteilt.
6. Klicken Sie auf Anwenden und OK, um die Änderungen zu bestätigen und das Fenster zu schließen.
7. Starten Sie den Computer neu, damit die Änderungen wirksam werden.

Falls Sie die oben genannten Änderungen nicht vornehmen können, wenden Sie sich bitte an Ihren Netzwerkadministrator.

Roboter kann Paket nicht herunterladen

Beobachtetes Verhalten

Roboter kann eine neue Paketversion nicht herunterladen, wenn der Ordner %UserProfile%\.nuget\Packages bereits eine Paketversion mit der entsprechenden .nupkg Projektdatei enthält und eine ohne sie.

Ursache

Dieses Problem tritt in einem bestimmten Szenario auf:

• Installieren Sie Studio/Robot v2019.4 oder höher. Laden Sie ein Paket von Orchestrator herunter und führen Sie es aus. Das Paket wird im Ordner %UserProfile%\.nuget\Packages installiert und enthält die entsprechende .nupkg-Datei.
• Deinstallieren Sie die aktuelle Version von Studio/Robot.
• Installieren Sie eine niedrigere Studio/Robot-Version als 2019.4. Laden Sie das vorherige Paket von Orchestrator herunter und führen Sie es aus. Das vorherige Paket wird nicht entfernt, und das neue Paket enthält nicht die entsprechende .nupkg-Datei.

• Aktualisieren Sie Studio/Robot auf v2019.4 oder höher. Das erneute Herunterladen des Pakets schlägt mit dem folgenden Fehler fehl:

  
  

  

  
  

Der Roboter kann das Paket nicht herunterladen, da die .nupkg-Datei fehlt, die dem Projekt entspricht.

Lösung

Löschen Sie die zuvor installierten Pakete aus dem Ordner %UserProfile%\.nuget\Packages, und laden Sie ihn erneut herunter.

Sitzung ist nicht getrennt

Nach der Ausführung eines Workflows, der von der Aktivität Launch Workflow Interactive gestartet wurde, wird die Sitzung nicht getrennt. Dies tritt auf, wenn der Roboter in einer VDI-Umgebung ausgeführt wird und die Optionen BeiKonsoleAnmelden und SitzungVerbundenHalten aktiviert sind. Bitte beachten Sie, dass die Aktivität Launch Workflow Interactive ab v2018.2 veraltet ist.

„System.Collections.IEnumerable“ kann nicht serialisiert werden

Beobachtetes Verhalten

Wenn Sie eine Datentabelle in „Wait for Task and Resume“ verwenden, wird der folgende Fehler zurückgegeben: Ausnahme: Typ „System.Collections.IEnumerable“ kann nicht serialisiert werden.

Ursache

DataRow ist nicht serialisierbar, deshalb kann DataRows nicht serialisiert werden, während der Workflow beibehalten wird. Dies ist auch zu beobachten, wenn eine DataRow-Variable erstellt und danach versucht wird, zu warten (beibehalten).

Lösung

Führen Sie die Aktivität „Create Form Task“ aus und erstellen Sie eine Liste von Aufgabenobjekt (Ausgabe), während eine Schleife für DataRows(System.Data.DataRow) durchlaufen wird.

Danach können Sie eine Schleife für die Liste von Aufgabenobjekt (Ausgabe) mit „Parallel For Each“ oder „For Each“ durchlaufen und „Wait for Task and Resume“ ausführen.