Fehlerbehebung für die Ausführung

Nachricht zu groß für die Verarbeitung

Beobachtetes Verhalten

Prozesse mit großen Datenmengen (z. B. Excel-Dateien mit mehr als ~2.500 Zeilen) können fehlschlagen und den folgenden Fehler ausgeben:

Message: Could not retrieve the result of the job execution. This might be because a message was too large to process.
Exception Type: System.Exception

Ursache

Die Ausgabe der Auftragsausführung überschreitet den maximal konfigurierten Wert des Parameters maxMessageSizeInMegabytes in der uipath.config-Datei.

Dieser Parameter hat einen maximalen Wert von 10 MB.

Lösung

Um dies zu beheben, konfigurieren Sie den Workflow so, dass er die Ausgabe in einem Speicher-Bucket im Orchestrator oder im Data Service speichert, anstatt ein Ausgabeargument zu verwenden.

Weitere Informationen:

• Informationen zu Speicher-Buckets
• Verwenden von Entitäten in Data Service

Aufforderung zur Benutzerzugriffssteuerung und UI-Automatisierungsaktivitäten

Beobachtetes Verhalten

Unattended-Prozesse mit UIAutomation-Aktivitäten wie click, type into oder take screenshot funktionieren nicht.

Ursache

Ein Programm wie der Server Manager, der beim Start eine Eingabeaufforderung der Windows-Benutzerkontensteuerung anzeigt, verhindert, dass der Roboter mit der Benutzeroberfläche interagiert. Dies geschieht, weil die Eingabeaufforderung zur Benutzerkontensteuerung in einem separaten Windows-Desktop geöffnet wird, auf den der Roboter keinen Zugriff hat.

Resolution

Suchen Sie manuell oder programmgesteuert das Programm, das die UAC-Eingabeaufforderung anzeigt und stellen Sie es so ein, dass es nicht automatisch gestartet wird, um die UAC zu vermeiden.

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 Systemumgebungsvariable UIPATH_SESSION_TIMEOUT auf Ihrem Server. 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 Remotedesktoplizenz auf dem Server 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 vom Orchestrator oder dem UiPath^® Assistant aus 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^® Robot und doppelklicken Sie darauf. Der Bereich zu den UiPath^® Robotereigenschaften 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 im Orchestrator erstellt haben. Wenn ein Prozess nicht vom UiPath^® Assistant gestartet werden kann, müssen Sie sich an Ihren Netzwerkadministrator wenden, um Administratorrechte für dieses Benutzerkonto zuzulassen.

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

Erhöhte Prozessausführungsdauer

Beobachtetes Verhalten

Die Prozessausführung dauert fast doppelt so lange, wenn Studio mit UiPathStudioSetup.exe (Community-Edition) anstatt UiPathStudio.msi (Enterprise-Edition) installiert wird. Das Problem tritt bei Studio 2021.10 und höher auf.

Ursache

Studio Community-Edition wird in %localappdata%\UiPath installiert. Dabei handelt es sich nicht um einen vertrauenswürdigen Speicherort für Windows Defender. Dies bedeutet, dass Windows Defender jedes Mal, wenn eine Protokolldatei erstellt wird, mit dem Scannen beginnt, wodurch die Prozessausführung verlängert wird.

Das Szenario gilt nicht für Studio Enterprise Edition, da der Installationsordner (%ProgramFiles%\UiPath) von Windows Defender als vertrauenswürdig eingestuft und daher nicht jedes Mal gescannt wird, wenn eine Protokolldatei während der Ausführung eines Prozesses erstellt wird.

Lösung

Das Hinzufügen des Studio Community-Edition-Installationsordners (%localappdata%\UiPath) in der Windows Defender-Ausschlussliste bedeutet, dass Protokolldateien, die während der Prozessausführung erstellt wurden, nicht mehr sofort gescannt werden. Um einen Ordner in der Windows Defender-Ausschlussliste hinzuzufügen, müssen Sie die folgenden Schritte ausführen:

1. Klicken Sie auf die Schaltfläche Windows-Start, suchen Sie nach Viren- & Bedrohungsschutz und öffnen Sie es.
2. Rufen Sie die Seite Einstellungen für Viren- & Bedrohungsschutz auf.
3. Rufen Sie im Abschnitt Ausschlüsse die Seite Ausschlüsse hinzufügen oder entfernen auf.
4. Klicken Sie auf die Schaltfläche Ausschluss hinzufügen, und wählen Sie dann im Dropdown-Menü Ordner aus.
5. Navigieren Sie zum Ordner %localappdata%\UiPath, und klicken Sie dann auf die Schaltfläche Ordner auswählen. Bitte beachten Sie, dass Administratorrechte erforderlich sind, um einen Ordner in der Ausschlussliste hinzuzufügen.

Protokolldateien, die während der Prozessausführung erstellt wurden, werden nicht mehr sofort von Windows Defender gescannt.