Dell OpenManage Enterprise Version 4.5

Verbesserungen:
– Integration von Energiemanagementfunktionen
– Support für die automatische Erstellung einer physischen Hierarchie mithilfe von Gerätestandortinformationen
– Support für den gestaffelten Ein- und Ausschaltvorgang der Geräte in einem Rack
– Support für GPU- und CPU-Reporting auf Rack-Ebene
– Support für Azure Stack HCI-Plattformen
– Support für Dell Switches mit SONiC OS
– Support für Power Shelf
– Verbesserte Skalierbarkeit für Erkennung und Bestand
– Live-Benachrichtigungen
– Support für SHA-384- und SHA-512-Hashing-Algorithmen und AES-256-Verschlüsselung für verbesserte Sicherheit

Korrekturen:
– OpenManage Enterprise unterstützt jetzt Firmwareupdates für AX-Geräte. Bisher waren AX-Geräte im Compliance-Bericht ausgegraut, wenn sie in einer Compliance-Baseline mit anderen Geräten enthalten waren.
– Behebung eines Problems, bei dem die Syslog-Weiterleitung nach dem Upgrade auf Version 4.3.2 informative Warnmeldungen übersprungen hat.
– Behebung eines Problems, bei dem von OIDC-NutzerInnen erstellte Entitäten beim Neustart aus der OpenManage Enterprise-Datenbank gelöscht wurden, wodurch geplante Jobs, Firmware-Baselines, Compliance-Berichte, Vorlagenkonfigurationen und -bereitstellungen, Baselines, Profile, Warnungs-Policys und Berichte unterbrochen wurden.
– Behebung eines Problems, bei dem beim Löschen einer übergeordneten Gruppe mit der API „DELETE /api/GroupService/Groups(id)“ die zugehörigen untergeordneten Gruppen nicht entfernt wurden. Dies führte dazu, dass verwaiste Gruppen in der API-Antwort erhalten blieben, in der Weboberfläche aber ausgeblendet.
– Behebung eines Problems, bei dem Onboarding-Aufgaben fehlschlugen, wenn ein/e NutzerIn mit einer nutzerdefinierten Rolle und Zugriff auf eine einzelne statische Gruppe eine Erkennungsaufgabe erstellt hat.
– Das Rollback der Firmwareversion eines PowerEdge 17G-Servers (iDRAC 10) auf eine niedrigere Version wird jetzt erfolgreich abgeschlossen.
– Neu importierte MIB-Dateien werden nun korrekt in der Kategorieauswahl angezeigt, wenn Sie im Assistenten zum Erstellen einer Warnungs-Policy eine Warnungs-Policy erstellen.
– Gesteuerte MIB-Dateien, die gelöscht wurden, erscheinen nicht mehr in der Kategorieauswahl des Assistenten zum Erstellen einer Warnungs-Policy, wenn Sie zur Warnungs-Policy-Seite navigieren, um eine neue Policy zu erstellen.
– Wenn Ping Identity für OIDC-Anbieter verwendet wird, kann die Appliance nur mit der Administratorrolle verwendet werden. Beim OIDC-Anbieter PingFederate wird beobachtet, dass alle OpenID-Client-Policys, die den OpenManage Enterprise Client-IDs zugeordnet sind, auf die als „Standard“ markierte Policy zurückgesetzt werden, wenn die Appliance-Konsole beim OIDC-Anbieter erneut registriert wird. Die erneute Registrierung der Appliance-Konsole bei einem OIDC-Anbieter erfolgt bei einem Appliance-Upgrade, einer Änderung der Netzwerkkonfiguration oder einer Änderung des SSL-Zertifikats.
– Die Eigentumsinformationen für Gerätemanager (AD/LDAP und OIDC) gehen bei einem Appliance-Upgrade verloren. Nach dem Upgrade von OpenManage Enterprise von Version 3.5 oder früheren Versionen müssen die AD/LDAP- und OIDC-Gerätemanager (Ping-Federate oder Keycloak) alle Entitäten der vorherigen Version neu erstellen, z. B. Aufträge, Warnungs-Policys, Konfigurationsvorlagen, Konfigurations-Baselines, Profile, Firmware-Baselines, Firmware-Kataloge und Berichte, da diese Entitäten nach dem Upgrade nur für Admins verfügbar sind.
– Wenn OpenManage Enterprise auf einer neuen oder aktualisierten Appliance neu gestartet wird, werden die zugehörigen Benutzer-IDs von Richtlinien und EPR-Entitäten, die von einem/einer OIDC-NutzerIn erstellt wurden, aus der OpenManage Enterprise-Datenbank gelöscht. Durch dieses Löschen wird die Funktionalität verschiedener Entitäten unterbrochen, z. B. geplante Jobs für Berichte, EPR, Policys und Wiederherstellungsjobs, wenn sie mit einer Backupdatei durchgeführt werden. Sie können vorhandene EPR oder Policys nicht anzeigen und auch keine EPR oder Policys mit Administratorrechten erstellen.
– Nachdem der Standardbestandsauftrag abgeschlossen ist und OpenManage Enterprise nicht mit dem Gerät kommunizieren kann, werden die Geräte aus dem Energiemanagement und der Überwachung entfernt. Nach der Korrektur werden Geräte mit Lizenzen weiterhin dem Energiemanagement unterworfen und überwacht, auch wenn die Gerätekommunikation während eines Bestandsauftrags fehlschlägt.