Häufig anzutreffende Fehler in Orchestrator

Wichtig: Melden Sie alle RDP-Sitzungen auf den Robotermaschinen ab, bevor Sie dort einen Job starten.

Beim Laden des externen Identitätsanbieters ist ein Fehler aufgetreten. Bitte überprüfen Sie die Konfiguration des externen Identitätsanbieters.

Wird ausgegeben, wenn versucht wird, die OKTA-Authentifizierung in Azure Web App-Bereitstellungen zu verwenden. Dies geschieht, weil das OKTA-Zertifikat nicht zu den Einstellungen des vertrauenswürdigen Stammanbieters hinzugefügt werden kann.

Tipp: Fügen Sie AppSettings_Saml2ValidCertificateOnly zu den Anwendungseinstellungen der Identity Server-Webanwendung hinzu, und legen Sie sie auf false fest.

Sicherer SSL/TLS-Kanal konnte nicht erstellt werden

Dieser Fehler tritt gelegentlich auf, wenn versucht wird, Assets oder Warteschlangenelemente während der Workflowausführung abzurufen. Dies geschieht aufgrund eines Transport Layer Security-Fehlers für Windows-Geräte, die einen TLS-Verbindungsversuch zu einem Gerät unternehmen, das Extended Master Secret nicht unterstützt. Dies ist kein Orchestrator-Problem.

Tipp: Hier finden Sie weitere Details zu diesem Thema und erfahren, wie Sie es mildern können.

Kein Roboter für Benutzer X verfügbar

Dieser Fehler tritt auf, wenn der für den Roboter angegebene Benutzername nicht mit demjenigen übereinstimmt, der auf der Robotermaschine verwendet wird.

Tipp: Stellen Sie sicher, dass die Benutzernamen übereinstimmen. Weitere Informationen zum korrekten Verbinden des Robots oder Orchestrators finden Sie im Artikel Verbinden von Robots mit dem Orchestrator.

Fehlende Berechtigung: Launcher

Kann vorkommen, wenn Sie versuchen, einen Job direkt vom Robotercomputer (über die Leiste oder Studio) zu starten, und der Benutzername des Computers nicht derselbe ist wie derjenige, der zum Verbinden des Roboters mit Orchestrator verwendet wird. Wenn Sie zum Beispiel den Roboter anhand des Benutzernamens ABC mit Orchestrator verbinden würden, können Sie keine Jobs auf dem Roboter aus der Leiste oder in Studio mittels eines anderen Benutzers, beispielsweise XYZ, starten.

Tipp: Wenn Sie sicher sind, dass der Benutzername, mit dem Sie den Roboter mit dem Orchestrator verbunden haben, der gleiche ist wie der auf dem Rechner, verwenden Sie bitte das Tool Regutil.exe, um die Roboter-Lizenz zu deaktivieren und mit Orchestrator wieder zu verbinden.

Anmeldefehler: unbekannter Benutzername oder falsches Kennwort

Dies geschieht, wenn Sie versucht haben, einen Auftrag auf einem Robot zu starten, für den die im Orchestrator angegebenen Zugangsdaten falsch sind. Wenn sich der Robot-Benutzername in einer Domäne befindet, muss der Benutzernamen im Format domain\username vorliegen.

Tipp: Wenn sich der Robot-Benutzername in einer Domäne befindet, muss der Benutzernamen im Format domain\username vorliegen.

Executor-Start fehlgeschlagen, Grund: System.UnauthorizedAccessException: Zugriff verweigert.

Der Fehler wird ausgegeben, wenn das Robot-Kennwort nicht angegeben wird.

Tipp: Um das Kennwort hinzuzufügen, bearbeiten Sie den Roboter.

Fehlende Berechtigung: Remote-Ausführung

Dieser Fehler wird angezeigt, wenn Sie versuchen, einen Prozess auf einem beaufsichtigten Roboter von Orchestrator aus auszuführen.

Executor-Start fehlgeschlagen, Grund: Die angegebene Anmeldesitzung existiert nicht. Sie wurde möglicherweise schon terminlich festgelegt.

Es gibt zwei Arten von Vorkommen:

A. Jedes Mal, wenn Sie versuchen, den Roboter zu starten – Dies bedeutet, dass eine Anmeldesitzung im Moment nicht erstellt werden kann. Das geschieht, wenn Sie mit der Robotermaschine mit einem anderen Benutzernamen mit RDP verbunden sind. Um diesen Fehler zu vermeiden, melden Sie alle RDP-Verbindungen auf der Robotermaschine ab.

Tipp: Um diesen Fehler zu vermeiden, signieren Sie alle RDP-Verbindungen auf der Robotermaschine ab.

B. Zufällig – In diesem Fall können Sie Folgendes versuchen:

• Überprüfen Sie, ob die Robotermaschine über genügend Ressourcen (CPU, Speicher) verfügt.
• Überprüfen Sie die Verbindungszeit, indem Sie die mstsc Befehlszeilenfunktion verwenden. Wenn die Zeitüberschreitungsperiode von 60 Sekunden abläuft, wird der Fehler angezeigt.

Hoppla, eine vorhandene Verbindung wurde zwangsweise vom Remote-Host geschlossen! Tut uns leid! Anscheinend ist Orchestrator heruntergefahren.”

Dieses Problem kann in den folgenden Fällen auftreten:

• Der Server wird im IIS neu gestartet.
• Der Server ist heruntergefahren.
• Die Verbindung zum Server geht plötzlich verloren.

Diese Werte dürfen nicht null sein.

Tritt im Orchestrator auf, wenn Sie einen Auftrag starten und schnell beenden, während der Prozess noch auf die Robotermaschine heruntergeladen wird.

Auftrag nicht gefunden

Das Problem tritt auf, wenn die Verbindung zwischen dem Roboter und dem Orchestrator bei einem zeitlich geplanten Auftrag bei aktivierter Option Beenden nach verloren geht.

Das Handle ist ungültig

Dieser Fehler wird in den folgenden Fällen angezeigt:

A. Projekte mit UI-Automatisierung – Wenn eine RDP-Verbindung bereits im Hintergrund (minimiert) vorhanden ist.

B. Als ein bekanntes Windows-Problem.

Ein Versuch, auf ein nicht existentes Token zu verweisen, wurde unternommen

Dieser Fehler hängt mit einem bekannten Windows-Problem zusammen.

Tipp: Für weitere Informationen verwenden Sie bitte die Ablaufverfolgungsoption enableLowLevel und stellen Sie die generierte .etl-Datei unserem Support-Team zur Verfügung.

Desktop wurde beim Durchführen von UI-Aktionen getrennt

Das Problem tritt immer dann auf, wenn die RDP-Verbindung mit der Robotermaschine verloren geht.

Tipp: Erfahren Sie, wie Sie dies vermeiden, indem Sie Aufgaben in einem minimierten RDP-Fenster ausführen.

Ein an das System angeschlossenes Gerät funktioniert nicht

Dies wird durch ein externes Problem verursacht.

„Ein angeschlossenes Gerät arbeitet aus einem der folgenden Gründe nicht: (1) Es ist ausgeschaltet oder falsch verbunden; (2) die Diskettenlaufwerks- und Laufwerkstypen sind inkompatibel; (3) die Diskette ist nicht richtig in das Laufwerk eingelegt; (4) die Laufwerkklappe ist offen; oder (5) die Diskette ist nicht richtig formatiert.“

Executor-Start fehlgeschlagen, Grund: System.Runtime.InteropServices.COMException (0x800700AA): Die angeforderte Ressource wird verwendet

Das Problem tritt auf, wenn der Parameter logIntoConsole in der Datei UiPath.settings auf true festgelegt ist, während High-Density-Roboter verwendet werden.

Ausführungsfehler: System.UnauthorizedAccessException: Der Zugriff auf den Pfad 'C:\ProgramData\UiPath…wurde verweigert

Dieser Fehler tritt in den folgenden Situationen auf:

A. Wenn High-Density- und reguläre Roboter auf dieselbe Datei schreiben oder diese ändern. Um dies zu vermeiden, generieren Sie verschiedene Dateien für Roboter und eindeutige Benutzer-IDs.

B. Wenn ein Roboter nicht über Schreibberechtigungen für den Zielordner verfügt.

C. Wenn die Datei erstellt wurde und der Roboter sie nicht bearbeiten kann.

Roboter wird bereits ausgeführt für Benutzer

Dieses Problem tritt auf, wenn sich Zeitpläne überschneiden (2 – 3 Zeitpläne starten gleichzeitig).

Falsche Anfrage und der Remote-Host hat nicht rechtzeitig geantwortet.

Die Probleme treten auf, wenn nicht alle Benutzer auf einem Computer als Roboter mit Orchestrator verbunden sind.

Tipp: Überprüfen Sie die Robot-LAN-Einstellungen für einen aktivierten Proxyserver. Wenn ein Proxyserver angegeben ist, überprüfen Sie, wie die Umleitung von Robots über einen Proxyserver funktioniert. Dieses Verfahren funktioniert nur über nicht authentifizierte Proxyverbindungen.

Das Legacy-Paket "UiPath.Core.Activities" kann nicht aktualisiert werden.

Dieser Fehler kann auftreten, wenn Sie Prozesse ausführen, die vor Version 2018.3 erstellt wurden.

Vor 2018.3 erstellte Prozesse sind vom alten UI Automationspaket Core.Activities abhängig. Beim Ausführen mit der aktuellen Version müssen Sie ein Core.Activities-Metapaket verwenden, das die Aktivitäten mit dem neuen System- und UI Automation-Paketen migriert.

Per Standard wird das Altpaket Core.Activities nirgends veröffentlicht, sodass das Migrations-Megapaket verwendet wird. Wurde das Altpaket Core.Activities jedoch mit benutzerdefinierten Feeds oder Orchestrator von Benutzern veröffentlicht, wird das Altpaket installiert. In diesem Fall tritt dieser Fehler auf.

Tipp: Entfernen Sie das Altpaket Core.Activities aus allen benutzerdefinierten Feeds, bevor Sie versuchen, den Prozess erneut auszuführen. Probieren Sie auch aus, wie man Projekte öffnet, die mit früheren Versionen erstellt wurden.

System.Runtime.InteropServices.COMException: Fehlende Lizenzberechtigung

Dieses Problem tritt bei Versionen von Studio ab 2018.3.2 beim Ausführen von Projekten auf, die mit der Version 18.3.6864.20582 des Pakets UiPath.UIAutomation.Activities arbeiten.

Tipp:

Wenn Sie Projekte haben, die mit Studio v2018.3.1 erstellt wurden, die die abhängige UiPath.UIAutomation.Activities-Version 18.3.6864.20582 verwendet haben, müssen Sie diese in Studio öffnen und die abhängige UiPath.UIAutomation.Activities-Version auf Version 18.3.6877.28298 aktualisieren.

B. Wenn Sie Projekte haben, die mit Versionen älter als v2018.3.1 erstellt und nicht mit dieser Version geöffnet wurden, v2018.3.1 jedoch bereits installiert ist, müssen Sie folgende Schritte ausführen, um Kompatibilitätsprobleme mit zukünftigen Versionen der UiPath-Plattform zu vermeiden. Sie müssen die Version 2018.3.6864.20598 der UiPath.Core.Activities-Dependenz aus folgenden Speicherorten löschen:

• dem Orchestrator-Feed:
• dem standardmäßigen Paketspeicherort - %Program Files (x86)%\UiPath\Studio\Packages
• dem NuGet-Cache - %userprofile%\.nuget\packagesuipath.core.activities.

Wenn Studio/Robot v2018.3.1 zuvor NICHT installiert war und die Version 18.3.6864.20582 von Paket UiPath.UIAutomation.Activities nicht lokal auf Ihrem Orchestrator-Feed bereitgestellt wird, können Sie problemlos auf Version 2018.3.2 aktualisieren.

Wichtig: Wenn Sie bereits einmal andere 2018.3 Versionen als die Enterprise Studio Edition v2018.3.1 (z. B. Community Stable v2018.3.0 oder eine frühere Betaversion für Enterprise und Community installiert haben), haben die obigen Ausführungen ebenfalls Gültigkeit. Verwenden Sie kein UiPath.UIAutomation.Activities mit Versionen bis 18.3.6864.20582 und UiPath.Core.Activities mit Versionen bis 2018.3.6864.20598.

Ungültige Anforderung – Anforderung zu lang

Dieser Fehler kann durch ein Problem mit persistenten Cookies im Browser auftreten, wenn Sie versuchen, auf den Orchestrator zuzugreifen.

Tipp: Um dieses Problem zu lösen oder zu vermeiden, löschen Sie die Cookies in Ihrem Browser. Beim Chrome-Browser folgen Sie beispielsweise diesen Anweisungen, um die Cookies zu löschen. Achten Sie darauf Gesamte Zeit als Zeitbereich auszuwählen. Auch für die Browser Internet Explorer oder Firefox gibt es detaillierte Anweisungen zum Löschen der Cookies.

Wichtig: Wenn Sie die Antwort Bad Request - Request too long – HTTP Error 400. The size of the request headers is too long. erhalten, stimmen die Tokensignaturzertifikate wahrscheinlich nicht auf jedem Knoten in einer Konfiguration mit hoher Verfügbarkeit überein.

Der Benutzer ist kein Mitglied der angegebenen AD-Domain.

Wenn Sie sich mit Active Directory beim Orchestrator anmelden, wird ein unbekannter Fehler ausgelöst. Zusätzlich wird der folgende Fehler im NLog-Ziel der Orchestrator-Protokolle (EventViewer oder was in der Orchestrator-Konfiguration festgelegt ist) ausgelöst: UiPath.Orchestrator.Core.Exceptions.BadRequestException: Error code - 1413, Message - 'The user is not a member of the specified AD domain.'

Dies tritt auf, wenn Sie Active Directory-Benutzer als Identität Ihrer Anwendungspools verwenden (Identity oder Orchestrator) und „Benutzerprofil laden“ nicht auf True gesetzt haben.

Tipp:

• Wählen Sie im IIS Manager Ihre Orchestrator-Website aus und navigieren Sie dann zu Anwendungspools.
• Klicken Sie in der Liste der Anwendungspools mit der rechten Maustaste auf Identität oder Orchestrator und wählen Sie Erweiterte Einstellungen aus. Das Fenster Erweiterte Einstellungen wird angezeigt.
• Legen Sie im Abschnitt Prozessmodell die Option Benutzerprofil laden auf True fest.