2.2510.2

Versionshinweise 2.2510.2 für Automation Suite unter Linux.

Release-Datum: 15. April 2026

cgroup v2 Voraussetzung für das Upgrade

Die Automation Suite erfordert jetzt Hostknoten, um cgroup v2 auszuführen. Wenn Ihre Umgebung cgroup v1 verwendet (die Standardeinstellung auf RHEL 8.x), müssen Sie vor dem Upgrade zu cgroup v2 migrieren. Die von der Automation Suite verwendete RKE2 1.35-Laufzeit ist cgroup v1 veraltet und Kubelet kann nicht gestartet werden, wenn cgroup v1 erkannt wird.

Obwohl der Kubelet-Parameter failCgroupV1 diese Überprüfung vorübergehend umgehen kann, kann er in zukünftigen Rancher-Versionen veraltet sein. Es wird dringend empfohlen, vor der Durchführung des Upgrades zu cgroup v2 zu migrieren.

Weitere Informationen dazu finden Sie unter RHEL-Kompatibilitätsmatrix und Migrieren zu cgroup v2.

Validierung der TLS-Zertifikatkette

Die Automation Suite erfordert jetzt eine vollständige TLS-Zertifikatkette – ein Blattzertifikat, alle Zwischenzertifikate und die Stammzertifizierungsstelle. Zuvor konnten Sie eine Teilkette angeben (nur Blattzertifikat und Stammzertifizierungsstelle). Sie müssen Ihr Zertifizierungsstellenpaket aktualisieren, um alle Zwischenzertifikate zu enthalten. Andernfalls schlägt die TLS-Validierung fehl.

Weitere Informationen dazu finden Sie unter Zertifikatsanforderungen.

Neues Pflichtfeld für Disaster-Recovery-Bereitstellungen

Wir haben ein neues obligatorisches Feld type im Abschnitt multisite von cluster_config.json eingeführt. Dieses Feld ist beim Konfigurieren von Disaster-Recovery-Bereitstellungen erforderlich und gibt den Bereitstellungstyp an. Sie müssen ihn entweder auf active-active oder active-passive festlegen. Dieses Feld ist sowohl für die Konfiguration des primären als auch des sekundären Clusters erforderlich.

Weitere Informationen finden Sie unter Disaster Recovery: Aktiv-/Passiv- und Aktiv/Aktiv-Konfigurationen.

Verbesserter Hydratisierungsprozess der Registrierung

Wir haben den Hydratisierungsprozess der Registrierung verbessert, um Anmeldeinformationen zuverlässiger abzurufen. Registrierungsanmeldeinformationen werden jetzt zuerst aus der cluster_config.json -Datei abgerufen, mit einem Fallback auf Kubernetes-Geheimnisse, wenn Anmeldeinformationen dort nicht gefunden werden. Zuvor basierte der Prozess ausschließlich auf dem Geheimnis der Docker-Registrierung im Kubernetes-Cluster, was fehlschlagen konnte, wenn der Namespace uipath nicht vorhanden war oder das erwartete Geheimnis nicht verfügbar war.

Verbesserte Generierung von Supportpaketen für RKE2

Das Supportpakettool kann jetzt das RKE2-Paket auch dann erfassen, wenn RKE2 ausgefallen ist. Zuvor schlug die Generierung von Supportpaketen fehl, wenn RKE2 nicht verfügbar war. Weitere Informationen finden Sie unter Verwenden des Automation Suite-Supportpakets.

Verbesserte Meldungen zur Voraussetzungsprüfung für die Validierung der Objektspeicher-API

Die Voraussetzungsprüfungen für die Objektspeicher-API liefern jetzt eindeutigere Fehlermeldungen, sodass Konfigurationsprobleme vor der Installation einfacher diagnostiziert und behoben werden können.

Unterstützung für neue RHEL-Versionen

Wir haben unsere Betriebssystemunterstützung um die RHEL-Versionen 9.7 und 10.0 erweitert. Weitere Informationen zu den unterstützten RHEL-Versionen finden Sie unter RHEL-Kompatibilitätsmatrix.

Integration Service-Unterstützung für FIPS 140-2

Der Integration Service wird jetzt in Automation Suite-Bereitstellungen unterstützt, die auf FIPS 140-2-fähigen Maschinen ausgeführt werden. Weitere Informationen dazu finden Sie unter Sicherheit und Compliance.

Neue Integration Service-Konfiguration für so genannten Cloud-Bereitstellungen

Ein neues optionales Feld queue_config.fqdn_suffix ist jetzt unter integrationservices in cluster_config.json verfügbar. Dieses Feld ist für sohoheitliche oder nationale Cloud-Bereitstellungen vorgesehen, bei denen Warteschlangenendpunkte ein nicht standardmäßiges FQDN-Suffix verwenden, wie z. B. China AWS (amazonaws.com.cn), China Azure (core.chinacloudapi.cn) oder Azure US Government (core.usgovcloudapi.net). Wenn das Feld leer gelassen oder weggelassen wird, gelten Standardsuffixe.

Weitere Informationen finden Sie unter Konfigurieren des Warteschlangen-FQDN-Suffixes für hohe Cloud-Bereitstellungen.

Neue OOM-Warnungen für die Containerspeicherüberwachung

Die Automation Suite enthält jetzt zwei neue benutzerdefinierte Prometheus-Warnungen in der monitoring-oom-alerts -Regelgruppe, mit denen Sie Speicherprobleme in Containern erkennen und darauf reagieren können:

• KubeContainerOOMKilled – Wird sofort ausgelöst, wenn ein Container aufgrund von Überschreitung seines Speicherlimits (OOM) beendet wird.
• ContainerMemoryUsageHigh – Wird ausgelöst, wenn ein Container über 15 Minuten lang mehr als 90 % seines Speicherlimits verbraucht, und dient als Frühwarnung, dass der Container aufgrund von unzureichendem Speicher beendet werden kann.

Weitere Informationen dazu finden Sie unter Kubernetes-Ressourcenwarnungen.

Erweiterte Produktunterstützung für Aktiv/Passiv- und Aktiv/Aktiv-Bereitstellungen

Lösungen unterstützen jetzt Aktiv/Passiv- und Aktiv/Aktiv-Bereitstellungen. Weitere Informationen finden Sie unter Disaster Recovery – Aktiv/Passiv und Aktiv/Aktiv.

Administrator

Benutzerverwaltungsrolle

Organisationsadministratoren können jetzt Identitätsverwaltungsaufgaben über eine neue benutzerdefinierte Rolle auf Organisationsebene an Nicht-Administratoren delegieren. Wenn diese Rolle zugewiesen ist, ermöglicht sie es Benutzern, Benutzerkonten, Roboterkonten und lokale Gruppen auf Organisationsebene zu verwalten, ohne volle Administratorrechte für die Organisation zu gewähren.

Die Rolle unterstützt detaillierte CRUD-Berechtigungen pro Ressourcentyp und enthält integrierte Schutzmaßnahmen für erhöhte Rechte: Benutzer mit dieser Rolle können die Gruppe Administrators nicht ändern oder mit vorhandenen Organisationsadministratorkonten interagieren.

Weitere Informationen finden Sie unter Rolle bei der Benutzerverwaltung.

Fehlerbehebungen

• Erratum – hinzugefügt am 23. Juli 2026: Wir haben ein Problem behoben, das verhinderte, dass die Daemon-Sets des Supportpakets auf Clusterknoten bereinigt wurden, nachdem eine Anforderung zur Sammlung von Supportpaketen abgeschlossen wurde. Zuvor mussten Sie die Daemon-Sets auf jedem Knoten manuell löschen, bevor Sie eine neue Supportpaketanforderung auslösen.
• Wir haben ein Problem behoben, das verhinderte, dass FQDN-Aktualisierungen in IPv6- und Dual-Stack-Umgebungen erfolgreich abgeschlossen wurden. Das Problem betraf sowohl die Infrastrukturebene als auch die Dienstebene.
• Wir haben ein Problem behoben, das dazu führte, dass einige AI Center- und Document Understanding-Pods nicht gestartet werden konnten, wenn die Überprüfung des TLS-Zertifikats der Datenbank aktiviert wurde.
• Wir haben ein Problem behoben, das dazu führte, dass die Synchronisierung von Alertmanager in ArgoCD aufgrund eines ungültigen Zeichens im Alertmanager-Image-Tag fehlschlug.
• Wir haben ein Problem behoben, bei dem der Orchestrator und Plattformdienste auf dem sekundären Cluster in einer Aktiv/Aktiv-Bereitstellung die Echtzeitüberwachungsdaten aus Insights aufgrund von Konfigurationsproblemen mit der Aufrufumleitung vom sekundären Cluster zum primären Cluster nicht pushen.
• Wir haben ein Problem behoben, das die Verwendung von benutzerdefinierten Datenbanknamen für Lösungen verhinderte. Wenn Sie zuvor einen benutzerdefinierten Datenbanknamen angegeben haben, sind die Voraussetzungsprüfungen fehlgeschlagen.
• Wir haben ein Problem behoben, bei dem die Voraussetzungsprüfung Überwachungs- und Protokollierungskomponenten falsch validiert hat. Da diese Komponenten nach der Voraussetzungsphase installiert werden, haben wir diese Validierung entfernt, da sie nicht erforderlich ist.
• Dieser Release enthält die Korrekturen, die in der Automation Suite 2.2510.0+patch2 bereitgestellt wurden.

Bekannte Probleme (Known Issues)

Konflikt zwischen horizontalem Pod-Autoscaler und ArgoCD in HA-Umgebungen

Erratum – hinzugefügt am 10. September 2026: In HA-Umgebungen skaliert der Horizontal Pod Autoscaler (HPA) bei steigender Last die betroffenen Workloads nach oben, während der ArgoCD-Anwendungscontroller sie herunterskaliert. Dies geschieht, weil ArgoCD die im Helm-Diagramm oder Manifest als Source of Truth definierte Replikatanzahl behandelt, wodurch die Workloads wiederholt nach oben und unten skaliert werden, ohne sich zu stabilisieren.

Um das Problem zu beheben, müssen Sie die argocd-cm ConfigMap im <argocd> -Namespace Patchen, sodass ArgoCD Unterschiede bei der Replikatanzahl ignoriert:

kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
  '{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'

Wenden Sie den Befehl nach jeder erneuten Synchronisierung des ArgoCD-Diagramms oder jedem Automation Suite-Upgrade erneut an, da beide die ConfigMap überschreiben und den Patch entfernen.

Wir haben das Problem in der Automation Suite 2.2510.4 behoben.

Pods hängen im Init-Status fest, da ein Fehler bei der Bereitstellung des XFS-Volumes auf RHEL 8.x-Knoten fehlgeschlagen ist

Erratum – hinzugefügt am 10. September 2026: Auf RHEL 8.x-Knoten formatiert TopoLVM neue persistente Volumes mit XFS-On-Disk-Funktionen (bigtime, inobtcount, nrext64), die der RHEL 8.x-Kernel und xfsprogs Version nicht unterstützt. Pods, die einen neuen PVC anfordern, wie z. B. AI Center-Trainingspipeline-Pods, bleiben im Status Init mit einem mount failed: wrong fs type, bad option, bad superblock -Fehler stecken.

Um das Problem zu beheben, lesen Sie Fehlerbehebung.

Die Erkennung von Kerberos KDC schlägt in Aktiv/Aktiv-Bereitstellungen aufgrund von abgeschnittenen DNS-SRV-Antworten fehl

Erratum – hinzugefügt am 10. September 2026: In Automation Suite Active/Active-Bereitstellungen unter Linux (RKE2) kann die Kerberos KDC-Erkennung während der Installation oder eines Upgrades fehlschlagen, was zu integrierten Authentifizierungs- und LDAP-Fehlern führt. Das Problem tritt auf, weil der Kubernetes-DNS-Dienst die DNS-Auflösung nur über UDP/53 bereitstellt. Wenn eine Kerberos-SRV-Suche wie _kerberos._tcp oder _kerberos._udp eine Antwort zurückgibt, die zu groß für UDP ist, versucht der DNS-Client einen erneuten Versuch über TCP/53. Da der Kubernetes DNS-Dienst TCP/53 nicht verfügbar macht, schlägt der Wiederholungsversuch fehl.

Um das Problem zu beheben, aktivieren Sie TCP/53 beim Kubernetes DNS-Dienst:

1. Bearbeiten Sie die Helm-Chart-Konfiguration rke2-coredns:

   kubectl -n kube-system edit helmchartconfig rke2-coredns
   

2. Fügen Sie unter zone in spec.valuesContent use_tcp: true hinzu:

   servers:
   - zones:
     - zone: .
       use_tcp: true
     port: 53
   

Wir haben das Problem in der Automation Suite 2.2510.4 behoben.

Studio Desktop kann keine Integration Service-Connectors und -Aktivitäten laden

Erratum – hinzugefügt am 23. Juli 2026: In Studio Desktop werden im Aktivitätenbereich keine Integration Service-Connectors und Aktivitäten aufgeführt. Das Problem wird durch eine Routing-Fehlkonfiguration im intsvcs-periodic VirtualService verursacht.

Um das Problem zu beheben, lesen Sie, dass Studio Desktop Integration Service-Connectors und Aktivitäten nicht laden kann.

Wir haben das Problem in der Automation Suite 2.2510.3 behoben.

Das Ändern der Größe einer Datenträgerpartition erfordert den Datenträgerpfad auch bei nachfolgenden Ausführungen

Erratum – hinzugefügt am 23. Juli 2026: Ein Problem verhindert, dass uipathctl die Größe einer vorhandenen Datenträgerpartition (z. B. die Docker-Registrierungs-, Überwachungs- oder Insights-Partitionen) ändert, es sei denn, der zugrunde liegende Datenträgerpfad wird explizit mit dem Flag --volume bereitgestellt. Dieses Verhalten ist falsch, da uipathctl so konzipiert ist, dass der zugeordnete Datenträger bei nachfolgenden Ausführungen automatisch erkannt wird, ohne dass --volume erforderlich ist.

Dieses Problem wurde in der Automation Suite 2.2510.3 behoben.

Aktualisierungen der Überwachungskonfiguration werden nicht wirksam

Erratum – hinzugefügt am 23. Juli 2026: Ein Problem verhindert, dass die Abschnittsparameter monitoring in cluster_config.json auf den Überwachungs-Stack angewendet werden.

Dieses Problem wurde in der Automation Suite 2.2510.3 behoben.

Voraussetzungsprüfungen schlagen fehl, wenn moderne Document Understanding-Projekte aktiviert und AI Center deaktiviert ist

Erratum – hinzugefügt am 23. Juli 2026: Ein Problem führt dazu, dass der Befehl zur Überprüfung der Voraussetzungen fälschlicherweise fehlschlägt, wenn moderne Document Understanding-Projekte aktiviert und AI Center deaktiviert ist.

Um das Problem zu beheben, lesen Sie Fehlerbehebung.

Dieses Problem wurde in der Automation Suite 2.2510.3 behoben.

Falsche Velero-Diagrammnamen verursachen Upgrade-Fehler

Erratum – hinzugefügt am 23. Juli 2026: Ein Problem führt dazu, dass das Upgrade aufgrund von verwechselten velero und velero-upstream -Diagrammnamen in helm-charts.json/versions.json fehlschlägt.

Vor dem Upgrade müssen die Diagrammnamen in helm-charts.json/versions.json mit Folgendem übereinstimmen:

{
  "name": "velero-upstream",
  "ref": "vendor/velero",
  "version": "v10.1.3"
},
{
  "name": "velero",
  "ref": "helm/velero",
  "version": "2.2510.2"
}

Die MessagePost-Schema-Migration schlägt bei Datenbanken fehl, die von der Automation Suite 2022.10.x oder früher gestartet wurden

Erratum – hinzugefügt am 23. Juli 2026: Beim Upgrade auf Automation Suite 2.2510.2 schlägt die MessagePost-Schemamigration fehl, wenn die Datenbank ursprünglich in Automation Suite 2022.10.x oder früher erstellt wurde, unabhängig davon, durch wie viele Versionen sie seit aktualisiert wurde. Datenbanken, die ursprünglich in der Automation Suite 2023.x oder höher erstellt wurden, sind nicht betroffen.

Führen Sie die folgende Abfrage aus, um zu überprüfen, ob Ihre Datenbank betroffen ist:

SELECT * FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'

Wenn die Abfrage Zeilen zurückgibt, löschen Sie sie vor der Aktualisierung:

DELETE FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'

Fluentd exportiert keine Protokolle in IPv6-Umgebungen

In IPv6-Umgebungen kann Fluentbit keine Protokolle an Fluentd weiterleiten, da das Fluentd-Weiterleitungseingabe-Plugin standardmäßig an eine IPv4-Adresse gebunden ist.

Um dieses Problem zu beheben, müssen Sie die ArgoCD-Protokollierungsanwendung patchen und logging-operator.logging.fluentd.forwardInputConfig.bind auf :: festlegen. Weitere Informationen dazu finden Sie im Abschnitt Fehlerbehebung .

Einschränkungen der Kerberos-Authentifizierung

Die Kerberos-basierte Authentifizierung wird derzeit nicht für den Integration Service unterstützt.

Wir arbeiten an Kerberos-Unterstützung für zukünftige Versionen der Automation Suite.

In der Zwischenzeit können Sie alternative Authentifizierungsmechanismen wie die einfache Authentifizierung oder die Workload Identity-basierte Authentifizierung verwenden.

FIPS 140-2 unterstützt Einschränkungen

Insights unterstützt derzeit FIPS nicht. Um die Anforderungen von FIPS 140-2 weiterhin zu erfüllen, müssen Sie Insights deaktivieren. Wenn Sie Insights verwenden müssen, können Sie es auf einem dedizierten Nicht-FIPS-Knoten bereitstellen.

Weitere Informationen finden Sie unter Sicherheit und Compliance und Bereitstellung von Insights in einem FIPS-fähigen Cluster.

Zeitachse der Einstellung

Wir empfehlen Ihnen, die Zeitleiste der veralteten Elemente regelmäßig auf Aktualisierungen in Bezug auf Funktionen zu überprüfen, die veraltet und entfernt werden.

Paketinformationen

Produktversionen

In der folgenden Tabelle sind der Release-Status, die Version und die Versionshinweise für alle UiPath-Produkte aufgeführt, die unter der Automation Suite 2.2510.2 bereitgestellt werden.

Legende:

✅ Neu: Diese Automation Suite-Version enthält eine neue Produktversion. Neue Versionshinweise sind verfügbar.

◆ Bundled: Diese Variante enthält eine zuvor veröffentlichte Produktversion. Es sind keine neuen Versionshinweise verfügbar.

Produkt	Version	Versionshinweise
Action Center	✅ Neu: 2.2510.2	Versionshinweisen zum Action Center
AI Center	✅ Neu: 2.2510.2	Versionshinweise AI Center
AI Computer Vision	✅ Neu: 2.2510.2	Versionshinweise zu AI Computer Vision
Apps	✅ Neu: 2.2510.2	Versionshinweise zu Apps
Automation Hub	✅ Neu: 2.2510.2	Versionshinweise des Automation Hub
Automation Ops	✅ Neu: 2.2510.2	Versionshinweise zu Automation Ops
Data Service	✅ Neu: 2.2510.2	Data Service-Versionshinweise
Document Understanding	✅ Neu: 2.2510.2	Document Understanding AI Center-basierte Projekte – Versionshinweise Moderne Document Understanding-Projekte – Versionshinweise
Insights	✅ Neu: 2.2510.2	Insights-Versionshinweise
Integration Service	✅ Neu: 2.2510.2	Integration Service-Versionshinweise
Orchestrator	✅ Neu: 2.2510.3	Versionshinweise zum Orchestrator
Solutions (Lösungen)	✅ Neu: 2.2510.2	Versionshinweise zu Lösungen
Process Mining	✅ Neu: 2.2510.2	Process Mining-Versionshinweise
Test Manager	✅ Neu: 2.2510.2	Test Manager-Versionshinweise

Interne Komponentenversionen von Drittanbietern

Diese Automation Suite-Version bündelt die folgenden internen Komponenten:

Komponente	Version
RKE2	1.35.0+rke2r1
ArgoCD	v3.2.6
Gatekeeper	v3.21.0
rook	1.18.7
ceph	19.2.3
prometheus-pushgateway	v3.6.0
Zertifikatsmanager	v1.19.3
kube-logging/logging-operator	6.4.0
kube-logging/config-reloader	6.4.0
Istio	1.28.3
velero	1.16.2
Wiederlader	v2.2.7
Prometheus	v3.9.1
Grafana	12.3.1
Redis-Operator	8.0.10-23
Redis-Cluster	v8.0.10-81
OAuth2-Proxy	v7.13.0