> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/release-notes/de/2026/26-2-release-notes.md). # 26.2 Versionshinweise für VergeOS 26.2: gemeinsam genutzte Multi-Writer-Disks, aktualisierte Kernel- und OS-Pakete, grafischer Bootvorgang, erweiterte BGP-Konfiguration, PTP-Unterstützung, native vSAN-Alarmmeldungen und wiederhergestellte vollständige Chassis-Knoten r {% hint style="info" %} **Versionsinformationen** * **Veröffentlichungsdatum**: Oktober 2026 * **Vorherige Version**: 26.1.8 (August 2026) * **Mindestversion für das Upgrade**: 26.1.6 oder neuer * **Supportende**: noch festzulegen {% endhint %} ## 26.2.1 (Oktober 2026) ### Zusammenfassung VergeOS 26.2 ist eine größere Funktionsveröffentlichung. Das Hauptmerkmal ist **freigegebene (Multi-Writer-)Disks**, mit denen eine einzelne Disk gleichzeitig an mehrere VMs angeschlossen werden kann und die Gast-Cluster-Workloads wie Windows Failover Clustering und Cluster Shared Volumes ermöglichen. Die Version basiert die Plattform außerdem auf einem aktualisierten Kernel und aktuellen Core-OS-Paketen neu, überarbeitet VergeFabric für Skalierung und fügt erweiterte BGP-Konfiguration sowie VLAN-Balance-Bond-Modi hinzu, bringt vollständige Unterstützung für das Precision Time Protocol (PTP) und erweitert die Sichtbarkeit deutlich mit einem nativen vSAN-Alarm-Framework und CPU-Statistiken pro Kern. Darüber hinaus enthält 26.2 eine große Anzahl an Stabilitäts-, Sicherheits- und Benutzerfreundlichkeitskorrekturen, die in den Patches 26.2.0.x und 26.2.1 enthalten sind. ### Highlights * **Freigegebene Disks für geclusterte Workloads** -- Eine Disk kann gleichzeitig an mehrere VMs angeschlossen werden, für Cluster-Dateisysteme auf Gastebene und Shared-Disk-HA (Microsoft CSV, Windows Failover Clustering). Freigegebene Disks haben eine korrekte NAA/WWN-Identität und unterstützen SCSI-3 Persistent Reservations. * **Aktualisierter Kernel und Core-OS-Pakete** -- Aktualisierte Basis-OS-Pakete, darunter ein neuerer 6.18.x-Kernel, aktualisierte Firmware- und Netzwerktreiber sowie ein moderner Grafik-Stack. * **Grafischer Start** -- Knoten zeigen jetzt einen sauberen, gebrandeten Startbildschirm mit Systemname und vSAN-Mount-Fortschritt anstelle von durchlaufenden Dienstprotokollen. * **Erweiterte BGP-Konfiguration** -- BGP kann direkt aus einer abgesicherten Konsole-Shell innerhalb des virtuellen Netzwerks konfiguriert werden, wobei die Konfiguration Neustarts überdauert. * **Precision Time Protocol (PTP)** -- PTP kann auf dem Host aktiviert und kvmclock an Gäste durchgereicht werden, mit Zeit-Synchronisationsstatus pro Knoten im Zeit-Dashboard. * **Super-User-Gruppe für physischen Zugriff** -- Die Berechtigung für physischen Zugriff wird jetzt durch die Gruppenmitgliedschaft statt durch ein eigenständiges Benutzerflag gesteuert. * **Native vSAN-Alarme und erweiterte Überwachung** -- Ein vSAN-Alarm-Framework, CPU-Auslastung pro Kern und ein Alarm für Snapshot-Aufbewahrung verbessern die tägliche Transparenz. * **Der Austausch eines Knotens mit Laufwerken ist zurück** -- Der vollständige Austausch des Gehäuses wird wieder über einen neu aufgebauten, geführten Installer-Ablauf unterstützt. ### OS, Installer & Aktualisierungsprozess #### Betriebssystem * **VergeOS 26.2 basiert auf einem aktualisierten Kernel und aktuellen Core-OS-Paketen.** Das zugrunde liegende Betriebssystem wurde aktualisiert, einschließlich eines neueren Kernels (6.18.x), aktualisierter Firmware- und Netzwerktreiber sowie eines modernen Grafik-Stacks. Das bringt Unterstützung für neuere Hardware und einen aktuelleren Satz an Systemwerkzeugen. * **Der Startvorgang ist jetzt grafisch.** Knoten zeigen jetzt statt durchlaufender Dienstprotokolle einen sauberen, gebrandeten Startbildschirm, der den Systemnamen und den Fortschritt beim Einhängen von vSAN anzeigt. Wenn ein vSAN beim Einhängen unterbrochen werden muss oder ein Verschlüsselungsschlüssel eingegeben werden muss, weil kein USB-Schlüssel vorhanden ist, fordert der Startbildschirm jetzt korrekt dazu auf — die Eingabeaufforderung für den Verschlüsselungsschlüssel auf einem verschlüsselten Knoten überlagert den Startstatus-Text nicht mehr. * **CLI-Anmeldungen zeigen jetzt den Systemzustand an.** Die Anmeldung an einem Knoten per SSH, lokaler Konsole oder serieller/Remote-Konsole zeigt jetzt beim Login eine Zusammenfassung des Systemzustands an. * **Zusätzliche Bereinigungen.** Beim Start des Knotens werden NTP/PTP-Dienste nicht mehr neu gestartet oder die Boot-Partition neu geflasht, wenn die Zeitkonfiguration unverändert ist; die Meldung zum Neustartalarm des Knotens wurde bereinigt, und eine Meldung zu offenen Inodes beim Start wurde von einem Fehler zu einer Warnung herabgestuft. #### Installer * **Der Austausch eines Knotens unterstützt jetzt einen vollständigen Gehäuseaustausch (Laufwerke und alles).** Der Pfad des Installers für den Knotenersatz wurde als geführter Ablauf neu aufgebaut: auswählen **Knoten ersetzen**, den zu ersetzenden Knoten auswählen und dann ausdrücklich die Laufwerksbehandlung festlegen (neue Laufwerke, vorhandene Laufwerke behalten oder per PXE booten). Die frühere Sackgasse, die die Antwort „nein, Laufwerke nicht behalten“ blockierte, ist beseitigt, und Laufwerke werden anhand der Größe den Tiers zugeordnet, sodass ein Gehäusewechsel im Self-Service abgeschlossen werden kann. * **Die Bezeichnung der Rolle „Controller“ im Installer impliziert keine Zwei-Knoten-Begrenzung mehr.** Die `(Knoten1/Knoten2)` Formulierung wurde entfernt, da jeder Knoten als Controller hinzugefügt werden kann — so wird ein N+1-System in N+2 umgewandelt. * **Der Installer meldet jetzt Lizenzgrenzen beim Hinzufügen von Knoten.** Wenn versucht wird, mehr Knoten zu installieren, als eine Lizenz erlaubt, erscheint jetzt eine klare Meldung, die die Lizenzbeschränkung benennt, statt eines generischen Fehlers, der wie ein Konfigurationsproblem wirkte. * **Ein-Knoten-Installationen erfordern kein Core-Netzwerk mehr.** VergeOS kann auf einem einzelnen Knoten mit nur zwei physischen NICs bereitgestellt werden, wobei beide für externes und Workload-Netzwerk zur Verfügung stehen, statt eine für eine Core-Netzwerk-Loopback-Verbindung zu reservieren. Es gibt keinen Peer-Knoten, daher ist kein Interknoten-Datenpfad erforderlich. * **PXE-Boot auf UEFI-Knoten behoben**, und ein Problem behoben, bei dem ein PXE-Installationsvorgang fehlgeschlagen zu sein schien, obwohl er tatsächlich erfolgreich war. #### Aktualisierungsprozess * **Upgrades auf 26.2 müssen von 26.1.6 oder neuer kommen.** Systeme auf früheren Versionen müssen zuerst auf einen Build von 26.1.6 oder neuer aktualisieren, bevor sie upgraden können; das Update-Paket erzwingt dies. * **Optionale Pakete können jetzt mit ihren Abhängigkeiten installiert und sauber deinstalliert werden.** Die Installation eines optionalen Pakets zieht automatisch alles nach, wovon es abhängt, und die Deinstallation eines Pakets wirkt sich auf abhängige Pakete aus, sodass das System nie in einem inkonsistenten Zustand zurückbleibt. Dadurch wurde auch eine Regression behoben, bei der eine Neuinstallation fälschlicherweise als neustartpflichtig markiert wurde. * **Der Private-AI-Dienst ist jetzt ein optionales Download-Paket** statt im ISO enthalten zu sein, nach dem gleichen Muster wie oVirt. Dadurch werden die Größe des Basis-ISOs und der Download-Umfang für Umgebungen, die Private AI nicht nutzen, erheblich reduziert; der Dienst kann bei Bedarf heruntergeladen und installiert werden. * **Pakete können bei der Installation ein Preflight-Skript ausführen.** Vor der Installation eines Pakets kann ein mitgeliefertes Skript Bedingungen wie die Verwendung veralteter Funktionen prüfen und angeben, ob die Installation fortgesetzt werden soll. Eine ähnliche Preflight-Prüfung läuft bereits vor Systemaktualisierungen. * **Pakete verwenden jetzt kundenfreundliche Namen.** Paketaliase wurden fertiggestellt und in der Oberfläche sichtbar gemacht: `yb` ist jetzt **vergeos-ui**, `ybos` ist jetzt **vergeos**, und `yb-help` ist jetzt **hilfe**. * **Ein Hotfix wurde hinzugefügt, sodass node1 während eines Updates nach node2 neu startet.** ### Speicher (vSAN) * **Freigegebene Disks werden jetzt für geclusterte Workloads unterstützt.** Eine Disk kann als freigegeben markiert und gleichzeitig an mehrere VMs angeschlossen werden, sodass Cluster-Dateisysteme auf Gastebene und Shared-Disk-HA-Stacks wie Microsoft Cluster Shared Volumes (CSV) und Windows Failover Clustering auf VergeOS ausgeführt werden können. Freigegebene Disks verwenden eine SCSI-Schnittstelle, und I/O wird bei als freigegeben markierter Disk nicht mehr serialisiert oder exklusiv gesperrt — die Schreibkoordination bleibt dem Gastcluster überlassen. * **Eine vSAN-Instabilität beim Löschen eines Knotens gleichzeitig mit einer Abfrage der Reparaturanzahl wurde behoben.** Ein Timing-Szenario wurde behoben, bei dem das Entfernen eines Knotens genau in dem Moment, in dem das System die Reparaturanzahlen abfragte, die Instabilität zum Absturz bringen konnte. * **Failover des Fibre-Channel-Pfads verbessert.** vSAN-Geräte failovern nun bei einem Lesefehler auf einen verbleibenden, vollständig verfügbaren FC-Fabric-Pfad, statt gesperrt zu bleiben, bis der ursprüngliche Pfad zurückkehrt, und ein Hintergrund-Health-Monitor verfolgt jetzt Alternativpfade. * **SSD-Laufwerke lösen keine Alarme mehr basierend auf den Betriebsstunden aus.** SSD-Laufwerke, die den Verschleißgrad nicht korrekt melden, lösen keinen Alarm mehr aufgrund hoher Betriebsstunden aus. (Der für diese Laufwerke gemeldete Verschleißprozentsatz fällt weiterhin auf eine Berechnung anhand der Betriebsstunden zurück.) * **Behoben, dass SMART-Statistiken als nicht verfügbar hängen bleiben.** Ein Laufwerk mit intaktem SMART-Feed konnte nach einem vorübergehenden Controller-Ausfall dauerhaft keine SMART-Statistiken mehr anzeigen, weil ein späterer Schreibvorgang im selben Scan die Wiederherstellung zurückgesetzt hat. Der Wiederherstellungspfad wurde korrigiert, sodass das Flag ohne Neustart des Appservers gelöscht wird. * **vSAN kann jetzt Alarme auslösen.** vSAN hat eine native Alarmfunktion mit eigenen Alarmtypen erhalten, die in der UI nutzbar und in syslog protokolliert werden. * **vSAN-Diagnose verbessert.** vSAN-Diagnosen verwenden jetzt vcmd für Inode-Suchen statt des älteren find-Befehls, und weitere vSAN-Verzeichnisse sind in Diagnosepaketen enthalten. * **Volumes mit veraltetem Dateihandle werden jetzt in der UI gemeldet.** Fehlerbehandlung und Meldungen für den Zustand eines veralteten Dateihandles auf Export-Volumes wurden hinzugefügt, sodass ein Volume, das zurückgesetzt werden muss, dem Benutzer angezeigt wird, statt geplante Exporte stillschweigend fehlschlagen zu lassen. * **Eine Systemwiederherstellung stoppt jetzt, wenn ein vSAN-Tier zu 95 % oder mehr voll ist.** Statt eine Wiederherstellung in ein Tier abzuschließen, dem kritisch der Speicher ausgeht, pausiert die Wiederherstellung und bietet CLI-Zugriff, sodass Speicher freigegeben werden kann, bevor sie fortgesetzt wird. * **Weitere vSAN-Korrekturen.** Alarme für ein in der Reparatur hängen gebliebenes vSAN werden jetzt automatisch aufgelöst, das Hotpluggen einer virtio-Disk erzeugt keinen doppelten Laufwerkseintrag mehr, IDE- und AHCI-Disk erhalten jetzt dieselbe Lese-/Schreibfehler-Richtlinie wie SCSI-Disk, und ein harmloser Root-Key-Fehler erscheint nicht mehr beim Installieren eines zweiten Knotens. ### Virtuelle Maschinen & Rechenleistung * **VMs melden jetzt eindeutige Seriennummern statt die Host-Seriennummer zu teilen.** Jeder VM wird eine eigene deterministische SMBIOS-Seriennummer zugewiesen, sodass Asset-Management- und Inventarisierungstools VMs unterscheiden können, die zuvor alle als ein einziges Gerät erschienen. * **Passthrough- und vGPU-Geräte funktionieren jetzt auch jenseits der PCI-Domäne 0000.** Systeme mit mehr als einer PCI-Domäne können Geräte auf jeder Domäne durchreichen; Geräte in Domäne 0000 werden weiterhin ohne Domänenpräfix angezeigt, während andere Domänen die vollständige Adresse anzeigen. * **Nicht unterstützte NVIDIA-vGPU-Treiberversionen entfernt.** Nach dem Kernel-Update werden nur noch die Treiber 16.14+, 19.4+ und 20.0+ unterstützt — 17.x und 18.x funktionieren nicht mehr. Upgrades auf diese Version werden blockiert, solange eine nicht unterstützte Version in einer Ressourcengruppe installiert ist. * **Das Bearbeiten einer vGPU-Ressourcengruppe überschreibt deren Beschreibung nicht mehr.** Die gespeicherte Beschreibung bleibt erhalten, statt durch den Namen der Treiberdatei ersetzt zu werden. * **Die mit QEMU 11 eingeführten CPU-Typen hinzugefügt.** ClearwaterForest, Diamond Rapids, EPYC-Turin und SierraForest sind jetzt auswählbar, und die Warnung zu CPU-Flags für emulierte Typen wurde korrigiert. * **Die VRAM-Größe kann jetzt pro VM konfiguriert werden.** Ein neues Feld in den Videoadapter-Einstellungen erlaubt mehr als die Standardgröße des Adapters. * **Ein benutzerdefiniertes OVMF-Firmware-/EFI-Disk-Image kann jetzt für eine VM importiert werden.** Eine optionale, pro VM einstellbare Funktion erlaubt die Nutzung eines vom Hersteller bereitgestellten UEFI-Firmware-Images anstelle der automatisch erzeugten EFI-Disk, sodass Appliances verwendet werden können, die ihre eigene signierte Firmware mitliefern — wie SonicWall NSv, das seine Secure-Boot-Zertifikate beim Start prüft. Die verwaltete EFI-Disk bleibt die Standardeinstellung. * **Ein Migrationsstopp bei Workloads, die sich eine HA-Gruppe teilen, während die Anzahl der Knoten überschritten wurde, wurde behoben.** Eine VM, die zu einer HA-Gruppe gehört, konnte das Migrieren nicht abschließen, wenn die Gruppe mehr Mitglieder hatte, als das System Knoten hatte. * **VM-Klone berücksichtigen jetzt die Beibehalten-Optionen beim Quiescing.** Das Klonen einer laufenden VM mit Guest Agent verwendet nicht mehr die MAC-Adresse der Quelle erneut, wenn die Beibehalten-Option nicht ausgewählt ist. * **Beim Wiederherstellen von VM-Snapshots gehen Tags, die sich nur durch die Groß-/Kleinschreibung unterscheiden, nicht mehr verloren oder werden vertauscht.** Tags wurden zuvor per namebasierter, nicht groß-/kleinschreibungssensitiver Übereinstimmung erneut angehängt, sodass eine wiederhergestellte VM stillschweigend ein Tag verlieren oder das falsche Tag mit abweichender Groß-/Kleinschreibung erhalten konnte. Tags werden jetzt exakt so wiederhergestellt, wie sie angehängt waren. * **In der VM-Liste ist jetzt eine Spalte „Bevorzugter Knoten“ verfügbar**, standardmäßig ausgeblendet. * **Die VM-Liste kann jetzt eine Spalte für die IP-Adresse anzeigen** aus dem Guest Agent befüllt, mit Sortierung und Filterung. * **Fehlschläge beim Einschalten aufgrund unzureichender Ressourcen zeigen jetzt die Gründe an**, einschließlich der benannten Knoten und warum jeder davon die VM nicht hosten konnte. * **Eine Schonfrist für Warnungen des Guest Agents wurde hinzugefügt.** Eine VM, die herunterfährt, protokolliert während des normalen Herunterfahrfensters keine Warnung des Guest Agents mehr. ### Netzwerk & Fabric * **Erweiterte BGP-Konfiguration.** Administratoren, die BGP konfigurieren, können jetzt in eine vtysh-Shell innerhalb des virtuellen Netzwerks wechseln und BGP-Befehle direkt ausführen, was einen flexiblen Weg für komplexe Konfigurationen bietet, die sich nur schwer über die UI ausdrücken lassen. Der Shell-Zugriff ist abgesichert, um ein Verlassen zu verhindern, und die manuelle Konfiguration wird auf der Festplatte gespeichert, damit sie Neustarts überdauert. * **Fabric-Leistung mit Hunderten von Netzwerken.** Das Fabric wurde so überarbeitet, dass es auf Systemen mit sehr vielen Netzwerken mithalten kann (reproduziert bei 600). Zuvor konnte die Verarbeitung von Fabric-Änderungen so lange dauern, dass das Heartbeat-Fenster verpasst wurde, wodurch das Core-Element ein Timeout erhielt und failovern konnte. * **Fabric-Alarme werden nicht mehr für Knoten ausgelöst, die absichtlich verschwunden sind.** Das Löschen eines Knotens oder sein geordnetes Herunterfahren erzeugt keine Fabric-Alarme mehr auf den verbleibenden Knoten. Zuvor wurde der Fabric-Monitor nicht benachrichtigt, wenn ein Knoten das System verließ, und jeder Knoten löste Alarme für einen Knoten aus, der nicht mehr Teil des Systems war. * **Neuer Alarm für zurückgebliebene virtuelle Leitungen.** Wenn eine virtuelle Leitung, die zwei Netzwerke verbindet, nicht am selben Ort platziert werden kann, weil die beiden Netzwerkhälften in unterschiedlichen Clustern landen, löst VergeOS jetzt einen Alarm „Verdrahtetes Netzwerk in unterschiedlichem Cluster“ aus, statt die Leitung stillschweigend zurückzulassen und die Layer-2-Verbindung zu unterbrechen. Verdrahtete Partnernetzwerke werden nach Möglichkeit beim Einschalten und bei Migrationen jetzt strikt gemeinsam platziert. * **Große Firewall-Regelsätze markieren ein vnet nicht mehr als nicht reagierend.** Durch Aktionen ausgelöste Aktualisierungen von Firewall-Regeln laufen jetzt asynchron, sodass ein Netzwerk mit Tausenden von Regeln seinen Heartbeat nicht mehr blockiert und als nicht reagierend markiert und aus- und wieder eingeschaltet wird. Pro vnet läuft immer nur eine Aktualisierung gleichzeitig, und die Verarbeitung pro Regel gibt Zeit frei, damit andere Arbeiten auch bei sehr großen Regelsätzen weiter eingeplant werden können. * **NIC-Multi-Queue jetzt beim Hotplug aktiviert.** Das Hotpluggen einer NIC an eine VM mit aktivierter Multi-Queue konfiguriert jetzt korrekt mehrere Empfangs- und Sendewarteschlangen im Gast und entspricht damit dem Verhalten einer NIC, die beim Einschalten vorhanden ist. * **Erhöhtes NIC-Limit für Tenant-Knoten.** Tenant-Knoten (und andere Nicht-VM-Maschinen) können jetzt bis zu 255 NICs anschließen, statt der vorherigen pauschalen Begrenzung auf 31 NICs, was die Funktion für L2-Tenant-Netzwerke unterstützt, die viele Schnittstellen anbinden muss. Das 31-NIC-Limit bleibt für VMs erhalten. * **DHCP-Broadcast-Option für dynamische externe Netzwerke.** Eine optionale Einstellung (standardmäßig aus) wurde hinzugefügt, die den DHCP-Client eines dynamischen externen Netzwerks dazu bringt, Broadcast-Antworten anzufordern. Damit können Netzwerke hinter Kabel-/ISP-DHCP-Servern, die nur auf mit Broadcast-Flag gekennzeichnete BOOTP-Anfragen antworten, eine Lease erhalten, ohne das Standardverhalten zu ändern. * **Erweiterte Netzwerkoptionen in einem einklappbaren Bereich zusammengefasst.** Das Netzwerkformular gruppiert jetzt seltener verwendete Optionen — Probe/Statistiken, Tracing, Spiegelprotokolle, Ratenbegrenzung, Proxy, PXE und VXLAN-Multicast — in einer einklappbaren Karte „Erweitert“, die nach dem Bereich „Netzwerk-DHCP“ platziert ist, entsprechend dem Muster auf der VM-Seite. DHCP-spezifische Optionen erscheinen nur, wenn der Netzwerk-IP-Typ dynamisch ist. * **VLAN-Balance-Bond-Modi für externe Netzwerke.** Zu VergeFabric External Networks wurden zusätzliche Software-Bond-Modi über den bestehenden Active-Backup-Modus hinaus hinzugefügt, beginnend mit Balance-SLB (Source Load Balancing), das den VM-Verkehr über physische Uplinks anhand der gemessenen Last pro Quell-MAC neu verteilt, ohne dass eine Switch-seitige Konfiguration erforderlich ist. Das bietet sowohl Redundanz als auch Bandbreitenbündelung ohne Konfiguration im Gastbetriebssystem. * **Weitere Netzwerk-Korrekturen.** Eine Fabric-Trennung auf Knotenebene wird jetzt im Systemprotokoll aufgezeichnet, der Alarm für eine getrennte Core-Fabric-NIC zeigt jetzt an, welche NIC den Link verloren hat, das WireGuard-Dashboard zeigt jetzt an, wenn das Netzwerk Regeln hat, die auf ihre Anwendung warten, und das Einschalten eines Netzwerks ohne Schnittstellennetzwerk überschwemmt die Protokolle nicht mehr mit Fehlern. ### VMware / Veeam / oVirt-Integration * **VMware-Backup-Übertragungen sind deutlich schneller.** Der VMware-Dienst verwendet jetzt asynchrone NFC-I/O-Puffer (nfcAio) für NBD-Übertragungen, zusammen mit einer breiteren Leistungsoptimierung beim Abrufen von VM-Listen. * **VMware-Tags und -Kategorien werden jetzt mit importierten Backups übernommen.** Tag- und Kategoriezuordnungen bleiben beim Import erhalten, Tag- und Kategoriebeschreibungen werden mit den Objekten importiert, Tags mit gleichem Namen, die aber zu unterschiedlichen Kategorien gehören, bleiben getrennt, und die Kardinalität „ein Tag pro Objekt“ einer Kategorie wird auf „Einzelauswahl-Tag“ abgebildet. * **Der oVirt-SSO-Endpunkt erzwingt jetzt Zwei-Faktor-Authentifizierung.** Passwortbasierte Anmeldungen über den oVirt-kompatiblen OAuth-Endpunkt werden für Konten mit aktiviertem TOTP abgelehnt, entsprechend dem standardmäßigen interaktiven Anmeldepfad. * **Behoben, dass die UUID beim Wiederherstellen einer oVirt-VM über ihrer Quelle nicht beibehalten wurde.** Das Wiederherstellen einer VM über sich selbst erzeugte zuvor eine neue UUID und zerstörte nachfolgende Veeam-Backup-Jobs; die ursprüngliche UUID bleibt jetzt erhalten. * **Wiederherstellungen von VMs mit Sonderzeichen in ihren Namen behoben.** Das Wiederherstellen einer solchen VM zu einem Tenant schlägt nicht mehr mit einem Nullwertfehler fehl, und der in Veeam angezeigte übersetzte Name wird jetzt konsistent behandelt. * **VMware-Importe können jetzt den QEMU Guest Agent pro Batch aktivieren.** Beim Importieren eines Batches von VMs, deren Gastbetriebssystem den Agent bereits installiert hat, kann die Guest-Agent-Einstellung bei der Erstellung für den gesamten Batch statt nachträglich pro VM angewendet werden. * **OVA- und VMware-Importe wählen nicht mehr einen veralteten Maschinentyp aus.** Importierte VMs mit SCSI-Controller werden mit einem aktuellen Maschinentyp statt mit einer veralteten Q35-Version erstellt, auch beim Klonen aus OVF- und VMX-Quellen. ### Benutzer, Sicherheit & Zugriffskontrolle * **Eine eigene Super-User-Gruppe wurde eingeführt, um physischen Zugriff zu verwalten.** Die Berechtigung für physischen Zugriff (Konsole, BMC/IPMI und Vorgänge auf Hardware-Ebene) wird jetzt durch die Mitgliedschaft in einer Super-User-Gruppe statt durch ein eigenständiges Benutzerflag gesteuert. Der vorhandene Schalter für physischen Zugriff bleibt aus Gründen der Abwärtskompatibilität erhalten, fügt den Benutzer aber jetzt einfach zu dieser Gruppe hinzu oder entfernt ihn daraus, und seine Vergabe verleiht nicht mehr implizit integrierte Administratorberechtigungen. * **Gelöschte Benutzer hinterlassen keine verwaisten VM-Favoriten mehr.** Wenn ein Benutzer gelöscht und später mit demselben Namen neu erstellt wurde, erbte sein Profil zuvor die Favoriten-VMs des gelöschten Kontos. Favoriten-Einträge werden jetzt bereinigt, wenn entweder der Benutzer oder die Favoriten-VM entfernt wird. * **Die Warnung beim Löschen eines Benutzers erscheint jetzt nur noch, wenn dieser Benutzer tatsächlich VMs besitzt**, und die besessenen VMs werden aufgelistet. Beim Löschen mehrerer Benutzer wird diese Warnung auf alle betroffenen Konten ausgedehnt. * **Ein konfigurierbares Leerlauf-Session-Timeout für Shell- und SSH-Sitzungen wurde hinzugefügt.** Administratoren können jetzt über eine erweiterte Systemeinstellung ein Leerlauf-Timeout für CLI-Sitzungen festlegen, um Härtungsanforderungen wie CIS-, DISA-STIG- und NIST-800-53-Sitzungsbeendigungsrichtlinien zu unterstützen. Sitzungen bleiben standardmäßig offen, bis diese Einstellung konfiguriert wird. * **Ein irrtümlicher Fehlanmelde-Fehler für Benutzer mit Auth-Quelle wurde behoben.** Die Anmeldung an der CLI per SSH oder Konsole als Benutzer mit Authentifizierungsquelle protokolliert bei erfolgreicher Anmeldung keinen Fehlanmelde-Fehler mehr. ### Alarme & Überwachung * **Ein Alarm wird ausgelöst, wenn System-Snapshots deutlich über ihr Ablaufdatum hinaus behalten werden.** Ein Snapshot, der abgelaufen sein sollte, aber weiter aufbewahrt wird — zum Beispiel aufgrund der Einstellung für minimale Snapshots oder eines nicht redundanten Systems — löst jetzt einen Alarm aus, damit er untersucht werden kann. * **Schlummernde Alarme wurden in der Alarmliste dauerhaft als schlummernd angezeigt, behoben.** Sobald eine Schlummerphase abgelaufen war, erschien der Alarm korrekt wieder auf seinem Dashboard, aber die gesamte Alarmliste zeigte ihn weiterhin als schlummernd an, bis die Seite neu geladen wurde. * **Das Bestätigen eines schlummerbaren Alarms setzt ihn jetzt unbegrenzt aus.** Das Bestätigen eines Alarms setzte ihn zuvor nur für die maximale Schlummerdauer aus; jetzt bleibt er dauerhaft bestätigt, während er weiterhin in der Liste sichtbar ist. * **CPU-Auslastung pro Kern in der UI hinzugefügt.** Die CPU-Ansichten von Knoten zeigen die Auslastung jetzt nach einzelnen physischen Kernen aufgeschlüsselt an, sodass sich ein einzelner ausgelasteter Kern, eine NUMA-Ungleichverteilung oder ein außer Kontrolle geratener Dienst erkennen lässt, ohne sich per SSH am Knoten anzumelden und ein Drittanbieter-Tool auszuführen. ### Zeitsynchronisation * **PTP-(Precision Time Protocol-)Unterstützung.** VergeOS kann jetzt PTP auf dem Host aktivieren und den kvmclock-Parameter an Gäste durchreichen, sodass Gäste mit PTP-Unterstützung sich präzise mit der Host-Uhr synchronisieren können. Damit wird die frühere PTP-Startarbeit zu vollständiger End-to-End-Unterstützung erweitert. * **Zeit-Synchronisationsstatus im Zeit-Dashboard.** Das Dashboard „Zeiteinstellungen“ zeigt jetzt den Zeit-Synchronisationsstatus für jeden Knoten sowohl für NTP als auch für PTP an und löst einen Alarm aus, wenn ein Knoten länger als zwei Minuten nicht synchron war. NTP-Einstellungen für Max Clocks, Min Clocks und Min Sane wurden ebenfalls hinzugefügt. ### Benutzeroberfläche & Dateien * **Verbesserte Tabellenansichten mit anpassbaren und neu anordenbaren Spalten.** Spaltenbreiten und -reihenfolge können jetzt angepasst werden und werden pro Browser über den lokalen Speicher beibehalten. Das Zurücksetzen einer Ansicht stellt sowohl Größe/Reihenfolge als auch den Ein-/Ausblendungsstatus der Spalten wieder her. * **Die UI ist jetzt bei 1024×768 nutzbar.** Dashboards schnitten ihre Bereiche bei niedrigen Auflösungen früher mit einer Scrollleiste ab, die nicht bis zum verborgenen Inhalt reichte — ein häufiges Problem bei der Arbeit über eine BMC-Virtual-Console (iDRAC, iLO, IPMI). Layouts reagieren jetzt flexibel, sodass die gesamte UI auch bei kleinen Viewport-Größen erreichbar bleibt. * **Darstellung der Spalte „Tags“ in Listenansichten behoben.** Die Spalte „Tags“ zeigt jetzt alle Tags an, die in die verfügbare Spaltenbreite passen, statt die Liste auf fünf zu begrenzen, behandelt Tags mit Kommas im Namen korrekt und leitet Klicks auf den Überlaufindikator nicht mehr fälschlich an einen nicht verwandten Tag weiter. * **Unternutzer erben jetzt korrekt die Themes, für die sie Zugriff erhalten haben.** Ein unter einem Tenant erstellter Unternutzer mit Lesezugriff auf ein Host-Theme übernahm zuvor das Styling des Themes nicht; jetzt wird es konsistent mit dem übergeordneten Tenant dargestellt. * **Die serielle Knoten-Konsole ist jetzt in der Größe veränderbar.** Ein Steuerelement im Konsolenfenster ermöglicht Benutzern mit physischem Zugriff, die Konsolendimensionen festzulegen, und die gewählte Größe bleibt im Browser erhalten. Die Konsolenseite erzwingt außerdem eine harte Maximalgröße, sodass sie nicht über die Browserfenstergröße hinaus gesetzt werden kann. * **Verbesserte Bearbeitung von Regeln für SR-IOV-Ressourcengruppen.** Administratoren können jetzt auswählen, welche Knoten SR-IOV-Geräte bereitstellen, ohne „None“ wählen und auf jedem Knoten im System einen Treiberneuladen erzwingen zu müssen. * **Ein Count-Feld für an einen Mandanten freigegebene USB-Geräte hinzugefügt.** USB-Passthrough-Gerätezuweisungen unterstützen jetzt die Auswahl mehrerer Geräte und entsprechen damit dem Verhalten anderer Passthrough-Typen. * **Dateizugriffsfilter behoben.** Das Filtern in der Mandanten-Dateizugriffsansicht liefert jetzt korrekte Ergebnisse, anstatt die ausgewählten Kriterien zu ignorieren. * **Beim Anzeigen von Referenzen wurde eine Breadcrumb-Navigation hinzugefügt, die die Datei anzeigt.** Die Referenzenansicht zeigt jetzt an, zu welcher Datei sie gehört, und unterscheidet klar zwischen einer Datei ohne Referenzen, statt eine leere Liste anzuzeigen. * **Ein Audit-Log-Eintrag hinzugefügt, wenn eine Datei einem Mandanten zugewiesen wird.** Das Hinzufügen einer Datei zu einem Mandanten protokolliert jetzt, was hinzugefügt wurde, wann und von wem — nützlich zum Nachverfolgen sensibler Dateiübertragungen. * **Abgelaufene und gelöschte öffentliche Dateilinks bleiben nicht mehr verwendbar.** Früher konnte ein öffentlicher Link nach dem Löschen oder nach Ablauf seiner Gültigkeit weiterhin zum Herunterladen der Datei verwendet werden. Links funktionieren jetzt wie vorgesehen nicht mehr, und der zugehörige Audit-Log-Eintrag für einen abgelaufenen Link lautet jetzt „Link abgelaufen“ statt „Link gelöscht“. * **Großschreibung der CPU- und RAM-Nutzungsverlaufsbeschriftungen korrigiert** für Konsistenz über die Nutzungsseiten hinweg. * **Behoben, dass Webhook-Wiederholungsversuche stillschweigend ignoriert wurden.** Webhook-Zustellungen berücksichtigen jetzt die konfigurierte Anzahl an Wiederholungsversuchen, statt unabhängig von der Einstellung genau einen Versuch zu unternehmen. * **Verhalten des Lade-Spinners behoben.** Der gebrandete Spinner wird jetzt über dem Seiteninhalt statt hinter Text dargestellt und erscheint nun, wenn eine Aktion auf mehr als ein ausgewähltes Element angewendet wird, statt nur bei Aktionen mit einem einzelnen Element. * **Zusätzliche UI-Fehlerbehebungen.** Die API-Dokumentationsseite lädt nicht mehr leer, die NVIDIA-Geräteliste auf einem Knoten zeigt jetzt nur die Geräte dieses Knotens an, die Gastinformationskarte klappt nach dem Klicken auf „Mehr anzeigen“ nicht mehr zusammen, und die Product-Guide-Links im Produkt verweisen jetzt auf die neue Dokumentationsseite unter docs.verge.io. ### Rezepte, Mandanten & Standorte * **Rezepte bleiben bearbeitbar, nachdem ein referenziertes Objekt gelöscht wurde.** Früher wurde eine VM oder ein Objekt, das aus einem Rezept erstellt wurde, dauerhaft nicht mehr änderbar, wenn ein von einem Rezept referenziertes Objekt (z. B. ein Netzwerk) gelöscht wurde. Von Rezepten verfolgte Felder können jetzt auch bearbeitet werden, wenn ein referenziertes Objekt nicht mehr existiert. * **Behoben, dass Rezeptfragen dem falschen Rezept zugeordnet wurden.** Geklonte Fragen konnten einen Abschnitt eines anderen Rezepts übernehmen, sodass dieselbe Frage in einem Rezept angezeigt wurde und im anderen fehlte — und das betroffene Rezept sie nicht entfernen konnte. Fragen werden jetzt gegen ihr Rezept und ihren Abschnitt validiert. * **Ein Synchronisierungsziel, das nicht aktiv synchronisiert, wird jetzt als „Leerlauf“ statt „Offline“ angezeigt.** Die bisherige Formulierung ließ vermuten, dass die Synchronisierung defekt oder nicht funktionsfähig sei, was unnötige Fehlersuche auslöste, obwohl das Ziel in Ordnung war und lediglich auf den nächsten geplanten Lauf wartete. * **Behoben, dass Änderungen am Ablauf von Remote-Snapshots auf der entfernten Site nicht beibehalten wurden.** Das Ändern des Ablaufs eines Remote-Snapshots aktualisiert jetzt zusammen mit der lokalen Bearbeitung auch den Remote-Ablaufdatensatz, sodass der Wert beim nächsten Aktualisieren nicht mehr zurückgesetzt wird. * **Die Bereinigung von Mandanten-Snapshots innerhalb von System-Snapshots geändert**, wodurch die Konsistenz der Snapshot-Bereinigung bei Standort- und Systemvorgängen verbessert wird. ### Systemstabilität und -leistung * **Absturz des Controllers behoben, wenn die Backup-Replikation den Speicher füllte.** Der Controller behandelt Speichermangel auf einem Backup-System jetzt ordnungsgemäß, statt abzustürzen und die Produktion mit in den Abgrund zu reißen, wodurch jegliche Kaskadenausfälle vermieden werden, die bei Standort-zu-Standort-Replikation beobachtet wurden. * **Fehler bei Fabric-Heartbeat auf Systemen mit vielen Netzwerken behoben.** Die Fabric wurde überarbeitet, sodass sie Topologieänderungen schnell genug verarbeitet, um mitzuhalten, wenn sich auf einem Knoten Hunderte von Netzwerken ansammeln. Früher konnte ein Knoten mit zu vielen vxlan-Geräten das Heartbeat-Zeitfenster verpassen, isoliert werden und den Fehler im Cluster auslösen, während seine Workloads migriert wurden. * **Behoben, dass der Appserver bei einem Update oder Neustart von node1 unerwartet beendet wurde.** Zeitüberschreitungen beim Herunterfahren des Appservers, die in mehreren Builds beobachtet wurden, wurden behoben; Zeitüberschreitungen beim Herunterfahren werden jetzt eindeutig als solche gemeldet und veraltete Herunterfahrmeldungen werden gelöscht. * **Behoben, dass Mandanten-Migrationen während eines Upgrades stecken blieben.** Wenn Mandantenknoten in falscher Reihenfolge aktualisiert wurden, konnten sie nach Beginn des Upgrades die Workloads nicht zurückmigrieren, sodass ein Knoten in einer Wartungsschleife festhing. * **Ein intermittierender Fehler „stale file handle“ im Kernnetzwerk während Updates behoben.** Der Fehler konnte während eines System-Updates auftreten und die Datenbank eines Knotens in einen beschädigten Zustand versetzen; er tritt nicht mehr auf. * **Eine Race Condition beim Erstellen/Löschen von Gruppen behoben.** Eine Gruppe, die innerhalb weniger Sekunden nach dem Löschen einer Gruppe erstellt wurde, konnte niemals Mitglieder aufnehmen, obwohl sie in jedem Feld als gesund erschien. Der Zustand der Gruppenzugehörigkeit ist jetzt korrekt. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.verge.io/release-notes/de/2026/26-2-release-notes.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.