- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Gewährung von Installationsberechtigungen mit Clusterrollen
- Gewährung von Installationsberechtigungen ohne Clusterrollen
- Installieren und Konfigurieren des Dienstgeflechts
- Installieren und Konfigurieren des GitOps-Tools
- Installieren des Operators für externe Geheimnisse
- Bereitstellen von Redis über OperatorHub
- Anwenden verschiedener Konfigurationen
- Ausführen von uipathctl
- Installation
- Nach der Installation
- Migration und Upgrade
- Ü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
- AI Trust Layer
- Fehlersuche und ‑behebung
- Deinstallieren der Automation Suite
- So beheben Sie einen Fehler bei der Überprüfung der Prereq-Konnektivität unter OpenShift 4.16–4.18
- So stellen Sie Insights in einem FIPS-fähigen Cluster bereit
- So deaktivieren Sie die automatische CDI-Aktivierung im Nvidia GPU-Operator
- So codieren Sie ein PostgreSQL-Verbindungszeichenfolgenkennwort für eine URL
- 500 Fehler und Ratenbegrenzung für S3-Anforderungen in ODF
- Fehlerbehebung bei externen Geheimnissen
- Konfigurieren von CSI-Treibertoleranzen für ODF 4.20
- Temporär als Dienst-Fehlerbehebung
- AI Center und Document Understanding Pods können bei aktivierter TLS-Zertifikatsverifizierung nicht gestartet werden
- Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden
- Validierungsfehler beim TLS-Zertifikat
- Manuelle Schadensbegrenzung bei ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Konfigurieren von Ressourcenanforderungen und Limits für von uipathctl erstellte Workloads
So beheben Sie einen Fehler bei der Überprüfung der Prereq-Konnektivität unter OpenShift 4.16-4.18
Beheben Sie Fehler bei der Konnektivitätsprüfung auf OpenShift 4.16–4.18-Knoten auf Steuerebene.
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