- Ü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
Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden
Problemumgehung für Studio Desktop, in dem Integration Service-Connectors und -Aktivitäten aufgrund eines Typecache-Routing-Problems in Automation Suite 2025.10.0–2025.10.2 nicht angezeigt werden.
Dieses Problem betrifft die Automation Suite 2025.10.0–2025.10.2. Es wurde in 2025.10.3 gelöst.
Beschreibung
In Studio Desktop werden im Aktivitätenbereich keine Integration Service-Connectors und -Aktivitäten aufgeführt. Die Protokolle des intsvcs-periodic -Diensts enthalten den folgenden Fehler:
org.springframework.web.servlet.NoHandlerFoundException:
No endpoint GET /v3/element/typecache/api/Studio/Packages
org.springframework.web.servlet.NoHandlerFoundException:
No endpoint GET /v3/element/typecache/api/Studio/Packages
Dies wird durch eine Routing-Fehlkonfiguration verursacht: Studio Desktop fordert Connector-Informationen am Pfad /v3/element/typecache/... an, aber das Routing innerhalb des Clusters leitet diese Anforderung an den intsvcs-periodic -Dienst weiter, ohne das Präfix /v3/element zu entfernen. Der Dienst hat keinen Handler für den Präfixpfad registriert und gibt 404 Not Found zurück.
Studio Web ist von diesem Problem nicht betroffen.
Lösung
Schritt 1 – Bestätigen, dass Sie betroffen sind
Führen Sie den folgenden Befehl aus, um die intsvcs-periodic -Protokolle auf den Fehler 404 zu überprüfen:
kubectl -n uipath logs deploy/intsvcs-periodic -c periodic --since=1h \
| grep "No endpoint GET /v3/element/typecache"
kubectl -n uipath logs deploy/intsvcs-periodic -c periodic --since=1h \
| grep "No endpoint GET /v3/element/typecache"
Wenn der Befehl eine Ausgabe zurückgibt, treffen Sie dieses Problem.
Schritt 2 – Anwenden der VirtualService-Neuschreibung
-
Öffnen Sie den VirtualService (abgekürzt
vsin kubectl) zum Bearbeiten:kubectl -n uipath edit vs intsvcs-periodic-vskubectl -n uipath edit vs intsvcs-periodic-vs -
Suchen Sie die Regel mit dem Namen
standard-url-periodic-elementPathund fügen Sie die folgenden zwei Zeilen direkt über dem Schlüsselroute:hinzu:rewrite: uri: /rewrite: uri: /Nach dem Update sollte die Regel folgendermaßen aussehen:
uri: prefix: /v3/element/ name: standard-url-periodic-elementPath retries: attempts: 3 perTryTimeout: 20s retryOn: connect-failure,refused-stream rewrite: uri: / route: - destination: host: intsvcs-periodic.uipath.svc.cluster.local port: number: 80 timeout: 60suri: prefix: /v3/element/ name: standard-url-periodic-elementPath retries: attempts: 3 perTryTimeout: 20s retryOn: connect-failure,refused-stream rewrite: uri: / route: - destination: host: intsvcs-periodic.uipath.svc.cluster.local port: number: 80 timeout: 60s -
Speichern und schließen Sie den Editor. Kubernetes wendet die Änderung sofort an.
Schritt 3 – Überprüfen der Neufassung
Führen Sie den folgenden Befehl aus, um die gespeicherte VirtualService-Definition zu lesen und zu bestätigen, dass die Neuschreibungsregel angewendet wurde. Der Befehl verwendet jq, um nur das Feld für die Neufassung aus der JSON-Ausgabe zu extrahieren:
kubectl -n uipath get vs intsvcs-periodic-vs -o json \
| jq '.spec.http[] | select(.name=="standard-url-periodic-elementPath").rewrite'
kubectl -n uipath get vs intsvcs-periodic-vs -o json \
| jq '.spec.http[] | select(.name=="standard-url-periodic-elementPath").rewrite'
Erwartete Ausgabe:
{
"uri": "/"
}
{
"uri": "/"
}
Schritt 4 – In Studio Desktop validieren
Öffnen Sie den Aktivitätenbereich in Studio Desktop erneut, und bestätigen Sie, dass Integration Service-Connectors und Aktivitäten jetzt angezeigt werden.