- Überblick
- Anforderungen
- Vor der Installation
- Vorbereiten der Installation
- Herunterladen der Installationspakete
- Konfigurieren der OCI-konformen Registrierung
- Erteilen von Installationsberechtigungen
- Installieren und Konfigurieren des Dienstgeflechts
- Installieren und Konfigurieren des GitOps-Tools
- Installieren des Operators „Externe Geheimnisse“ in Kubernetes
- 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
- AI Center-Bereitstellungsfehler nach Upgrade auf 2023.10 oder höher
- Insights-Volumes, die nach der Migration in zwei verschiedenen Zonen erstellt wurden
- Upgrade schlägt aufgrund überschriebener Insights-PVC-Größen fehl
- Velero-Backup-Komponenten bleiben nach dem Upgrade auf AKS von Automation Suite 2024.10.x erhalten
- Das Sicherungssetup funktioniert nicht, da die Verbindung mit Azure Government fehlgeschlagen ist
- Hängende Pods im uipath-Namespace bei Aktivierung von benutzerdefinierten Knoten-Markierungen
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Fehlerbehebung bei externen Geheimnissen
- Temporär als Dienst-Fehlerbehebung
- AI Center und Document Understanding Pods können bei aktivierter TLS-Zertifikatsverifizierung nicht gestartet werden
- Validierungsfehler beim TLS-Zertifikat
- Fluentd exportiert keine Protokolle in IPv6-Umgebungen
- Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden
- 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.