Aktualisieren Sie die Secure Boot Forbidden Signature Database

Mai 13, 2026
Checksum: ad0d2778a7bc49e48901e01c2c79c642f5ee673defe02e2a0a8ec0c630cbb2aa

Diese Updates enthalten folgende Verbesserungen:

• Aktualisierungen der gesammelten Telemetrie. Weitere Informationen finden Sie unter Datenverwaltung.
• Bei Verwendung einer VM mit Festplatten auf einem GFS2- oder XFS-SR wird jetzt eine Seriennummer bereitgestellt.
• Aktualisierung von OpenSSL auf 3.5.5.
• Aktualisieren Sie die Secure Boot Forbidden Signature Database (DBX), die für neue VMs bereitgestellt wird, auf die neueste veröffentlichte Version.
• Wenn eine große Anzahl von VDIs auf einem einzelnen Host aktiv ist, wird die Geschwindigkeit der Steuerebenenoperationen verbessert.
• Verbesserung der Fähigkeit eines Pools, der GFS2-SRs verwendet, bestimmte Hosts mit Netzwerkproblemen zu sperren, anstatt zuzulassen, dass diese Probleme den gesamten Cluster beeinträchtigen.

Diese Updates enthalten Korrekturen für die folgenden Probleme:

• In einigen Fällen kann die Anmeldung von AD-Benutzern fehlschlagen, weil die Betreffdetails nicht abgerufen werden können.
• In einigen Fällen kann der Versuch, einen neu installierten Host mit einem bestehenden Pool zu verbinden, mit einem POOL_JOINING_SM_FEATURES_INCOMPATIBLE-Fehler fehlschlagen.
• Bestimmte Datensätze (z. B. PCI-Daten) bleiben in der Pool-Datenbank zurück, nachdem ein Host aus einem Pool entfernt wurde.
• Ein Toolstack-Neustart nach einer Update-Synchronisierung kann die Anwendung von Updates blockieren, bis eine weitere Synchronisierung durchgeführt wird.
• Live-Patches, die nicht anwendbar waren, werden möglicherweise fälschlicherweise als anwendbar auf Hosts gemeldet.
• In seltenen Fällen können VHD-Verarbeitungstools bei der Verarbeitung einer ungültigen VHD abstürzen.
• Wenn ein Scan auf einem LVM-basierten Storage Repository eine virtuelle Festplatte in den Metadaten findet, die dem Toolstack nicht bekannt ist, wird diese (wieder) eingeführt. Falls die VDI noch nicht auf dem SR vorhanden ist, führt diese (erneute) Einführung zu einem Fehler.
• Eine kürzlich vorgenommene Änderung führte dazu, dass GFS2- und XFS-Datenpfade eine größere Menge an Control Domain-Speicher verwenden.
• Nach dem Upgrade eines HA-aktivierten GFS2-Pools von einer älteren XenServer- oder Citrix Hypervisor-Version kann HA möglicherweise nicht wieder aktiviert werden.
• BIOS-Boot-VMs booten möglicherweise nicht über das Netzwerk, wenn in der DHCP-Antwort ein vlan-Prioritäts-Tag gesetzt ist.
• Bei der Installation einer UEFI-VM von einer lokalen DVD kann es vorkommen, dass die VM vor Beginn der Installation im Firmware-Bildschirm hängen bleibt.
• In seltenen Fällen kann das Gerätemodell aufgrund eines Problems bei der Verwaltung des Xen-Map-Cache fehlschlagen.