- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Installieren und Konfigurieren des Dienstgeflechts
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Erteilen von Installationsberechtigungen
- Installieren und Konfigurieren des GitOps-Tools
- Bereitstellen von Redis über OperatorHub
- Anwenden verschiedener Konfigurationen
- Ausführen von uipathctl
- Installation
- Nach der Installation
- Migration und Upgrade
- Aktualisieren der Automation Suite
- Migrieren von eigenständigen Produkten zur Automation Suite
- Schritt 1: Wiederherstellen der eigenständigen Produktdatenbank
- Schritt 2: Aktualisieren des Schemas der wiederhergestellten Produktdatenbank
- Schritt 3: Verschieben der Identitätsorganisationsdaten von der eigenständigen Bereitstellung in die Automation Suite
- Schritt 4: Sichern der Plattformdatenbank in der Automation Suite
- Schritt 5: Zusammenführen von Organisationen in der Automation Suite
- Schritt 6: Aktualisieren der migrierten Produktverbindungszeichenfolgen
- Schritt 7: Migrieren des eigenständigen Orchestrator
- Schritt 8: Migrieren von eigenständigen Insights
- Schritt 9: Migrieren des eigenständigen Test Managers
- Schritt 10: Löschen des Standardmandanten
- Durchführen der Migration eines einzelnen Mandanten
- Migrieren zwischen Automation Suite-Clustern
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Erweiterte Orchestrator-Konfiguration
- Konfigurieren von Orchestrator-Parametern
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von NLog
- Speichern von Roboterprotokollen in Elasticsearch
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- Installation der Hostbibliothek überspringen
- Fehlersuche und ‑behebung
- Sammeln von DU-Nutzungsdaten mit dem clusterinternen Objektspeicher (Ceph)
- So beheben Sie einen Fehler bei der Überprüfung der Prereq-Konnektivität unter OpenShift 4.16-4.18
- Deinstallieren der Automation Suite
- So stellen Sie Insights in einem FIPS-fähigen Cluster bereit
- So deaktivieren Sie die automatische CDI-Aktivierung im Nvidia GPU-Operator
Beim Ausführen der Automation Suite-Voraussetzungen (uipathctl prereq run) in einem OpenShift-Cluster (Versionen 4.16-4.18), kann die Prüfung der Clusterverbindung auf bestimmten Knoten fehlschlagen und zu folgendem Fehler führen:
time="2025-07-22T13:51:02Z" level=info msg="Wizard is running on :8080"
Error: listen failed with error: listen tcp :8080: bind: address already in use
time="2025-07-22T13:51:02Z" level=info msg="Wizard is running on :8080"
Error: listen failed with error: listen tcp :8080: bind: address already in use
Der Fehler tritt normalerweise nur auf Knoten auf Steuerungsebene auf.
Um dieses Problem zu beheben, können Sie eine der folgenden Problemumgehungsoptionen verwenden:
-
Führen Sie Prereqs nur auf Arbeiterknoten aus.
Um das Planen von Prereq-Pods auf Knoten der Steuerungsebene zu vermeiden, müssen Sie Knotenbeschriftungen nur auf Zielarbeitsknoten anwenden. Sie müssen
input.jsonaktualisieren, um den Abschnittnode_labelseinzuschließen, wie im folgenden Beispiel gezeigt:"node_labels": { "node-role.kubernetes.io/worker": "" }"node_labels": { "node-role.kubernetes.io/worker": "" }Dadurch wird sichergestellt, dass alle Voraussetzungsprüfungen, einschließlich der Konnektivität, nur auf Worker-Knoten und nicht auf Knoten der Steuerungsebene ausgeführt werden, auf denen der Konflikt auftritt.
-
Überspringen Sie die Verbindungsprüfung. Wenn das Anzielen bestimmter Knotenrollen nicht möglich ist ( wenn Knoten mit mehreren Rollen konfiguriert sind), müssen Sie den Prereq-Befehl ohne die Konnektivitätsprüfung ausführen:
uipathctl prereq run --excluded CONNECTIVITYuipathctl prereq run --excluded CONNECTIVITY