Abonnieren

UiPath Robot

Anleitung für UiPath Robot

Häufig auftretende Fehler bei Robotern

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

When Studio is deployed through the UiPathStudioSetup.exe (usually the Community Edition setup) installer, the User Mode Robot is installed. As such, the Robot is only able to download and install project dependencies if they are found locally or on the Orchestrator instance it is connected to.

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

Enable the Official feed from Studio and restart the Robot Service (UiPath.Service.UserHost). Open the Robot Tray or Agent Desktop and start the process from there. The corresponding dependencies are now properly downloaded.

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 Versionen von Windows-Arbeitsstationen (nicht Server). Versionen von Windows-Arbeitsstationen 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.
  • Check the Windows version, it needs to be Windows Server. Read more about Setting up Windows Server for HD Robots.
  • Check if the Studio/Robot version you are using is greater than 2018.1.3, which fixed an issue caused by the KB4088876 (Windows 8.1 or Windows Server 2012 R2 Standard), KB4088875 (Windows Server 2008 R2 SP1, Windows 7 SP1), KB4088787 (Windows Server 2016, Windows 10 Version 1607), and KB4088776 (Windows 10 version 1709) Windows updates. Read more about Software Requirements.
  • Erhöhen Sie die Umgebungsvariable UiPath_Session_Timeout auf Ihrem Server. Der Standardwert beträgt 30 Sekunden, was aufgrund der langsamen Leistung auf einigen Maschinen möglicherweise nicht ausreicht. Bitte beachten Sie, dass der Roboterdienst nach dem Ändern dieser Variablen neu gestartet werden muss.
  • Check if your Remote Desktop License is active on the server. You can find out more on this page.
  • Ü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-Tray oder Agent Desktop 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

Edit the Robot as explained here and make sure the following fields are properly filled in:

  • 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 unter einer Domäne befindet, müssen Sie diese auch in einem DOMAIN\UserName-Format 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

The Service Mode Robot is not running. Find out more about Robot deployment types.

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-Tray oder Agent Desktop 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-Tray oder Agent Desktop 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

After a workflow started by the Launch Workflow Interactive activity is executed, the session is not disconnected. This occurs if the Robot is running on a VDI environment, and the LoginToConsole and KeepSessionConnected options are enabled. Please note that, starting with v2018.2, the Launch Workflow Interactive activity has been deprecated.

Vor ungefähr einem Jahr aktualisiert


Häufig auftretende Fehler bei Robotern


Auf API-Referenzseiten sind Änderungsvorschläge beschränkt

Sie können nur Änderungen an dem Textkörperinhalt von Markdown, aber nicht an der API-Spezifikation vorschlagen.