iDRAC8 | UEFI0315-Fehler bei POST nach Downgrade der iDRAC8-Firmware
Summary: Bei Dell PowerEdge-Servern tritt möglicherweise ein UEFI0315-Fehler auf, wenn der sichere Start aktiviert ist und ein iDRAC-Firmwareupdate durchgeführt wurde. Dieser Artikel enthält die Schritte zur Behebung des Problems. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Dieser Artikel enthält Schritte zur Behebung des UEFI0315-Fehlers , wenn Secure Boot während des iDRAC-Firmwareupdates auf PowerEdge-Servern aktiviert ist.
Inhaltsverzeichnis
1. Symptom
Nach dem Downgrade der iDRAC8-Firmware von Version 2.70.70.70 kann es vorkommen, dass Dell EMC PowerEdge 13G-Server beim POST mit der Anzeige des Fehlers UEFI0315 anhalten. Der Fehler bleibt bei jedem Neustart/Einschalten des HOSTS bestehen.
UEFI0315: Eine IDRAC-Anforderung zur Konfiguration von Secure-Boot-Schlüsseln kann aufgrund eines Kommunikationsfehlers zwischen BIOS und iDRAC nicht verarbeitet werden.
Beispiel für Lifecycle Controller-Protokolle:
| UEFI0315 |
Eine IDRAC Anforderung zur Konfiguration von sicheren Startschlüsseln kann aufgrund eines Kommunikationsfehlers zwischen BIOS und iDRAC nicht verarbeitet werden. |
Dieser Fehler wird angezeigt, wenn das BIOS während des POST-Vorgangs (Power-On Self-Test) keinen erwarteten Sicherer-Start-Einstellungswert erhält. Wenn ein Downgrade der iDRAC8-Version 2.70.70.70 durchgeführt wird, schlägt diese Messung ungeachtet der Einstellungen für den sicheren Start im Server-BIOS fehl.
Die Lifecycle Controller Protokolle von iDRAC8 zeichnen auf, ob sich die iDRAC8-Firmware geändert hat. Die Suche nach dem Ereignis „PR36“ zeigt den Verlauf der Firmwareupdates, die auf den Server aufgespielt wurden.
| PR36 |
Versionsänderung für Lifecycle Controller-Firmware erkannt. Vorhergehende Version: 2.70.70.70, aktuelle Version: 2.61.60.60 |
2.Lösung
Die iDRAC8-Firmware 2.70.70.70 hat ein Problem gelöst, das dazu führte, dass dies zufällig erfolgte. Durch das Zurückstufen von iDRAC8 2.70.70.70 tritt der Fehler dauerhaft erneut auf. Wenn das Downgrade der iDRAC8-Firmware bestätigt wird, ist dieser Fehler kein Hinweis auf fehlerhafte Hardware.
Verwenden Sie eine der folgenden Methoden, um diesen Zustand auf betroffenen Servern zu beheben.
-
Option 1: Update von iDRAC8 auf 2.70.70.70
Durch die Neuinstallation von iDRAC8 mit Firmwareversion 2.70.70.70 wird die Korrektur wiederhergestellt, die diesen Zustand korrigiert. Für den Server muss dazu nach Abschluss des iDRAC-Firmwareupdates ein Warmstart durchgeführt werden.
iDRAC8 2.70.70.70 steht hier zum Download zur Verfügung.
-
Option 2: Secure-Boot-Schlüssel über Redfish-API zurücksetzen
Wenn der Server eine heruntergestufte iDRAC8-Firmware erfordert, müssen die sicheren Startschlüssel des System-BIOS zurückgesetzt werden. Die Redfish-API ist die einzige Methode, um diese Einstellung zu ändern. Folgen Sie den nachstehenden Anweisungen, um den Wert /redfish/v1/Systems/System.Embedded.1/SecureBoot/Actions/SecureBoot.ResetKeys zu ändern.
Warnung: Das Zurücksetzen der Secure-Boot-Schlüssel entfernt alle Konfigurationen, die die Funktion Secure Boot verwenden. Sichern Sie die Schlüssel im BIOS-Menü, bevor Sie fortfahren.
Die Einstellung für die Policy für den sicheren Start muss auf „Custom“ eingestellt werden, um zu versuchen, die Secure-Boot-Schlüssel zurückzusetzen. Secure Boot kann entweder aktiviert oder deaktiviert sein.
F2 – System-Setup >> System-BIOS >> Systemsicherheit >> Sicherer Start:
Hinweis: Secure Boot ist standardmäßig deaktiviert. Im Legacy-BIOS-Startmodus ist die Einstellung SIcherer Start nicht konfigurierbar.
Hinweis: Der Lifecycle Controller muss die Systembestandsaufnahme beim Neustart erfassen, nachdem Änderungen an den Einstellungen für Secure Boot im BIOS vorgenommen wurden. Starten Sie den Server bis zum Betriebssystem, bevor Sie den Redfish Post-Befehl senden.
Die Postman-App wurde in den folgenden Beispielen verwendet. Definieren Sie die folgenden Felder in der Anwendung, bevor Sie den Redfish-POST-Befehl senden.
Post-URL-Leiste:
- Wählen Sie im Drop-down-Menü „Aktion“ die Option POST aus.
- URL-Leiste aufrufen: https://iDRAC_IP/redfish/v1/Systems/System.Embedded.1/SecureBoot/Actions/SecureBoot.ResetKeys
Registerkarte „Autorisierung“:
- Geben Sie ein: Basic Auth
- Benutzername: iDRAC-Benutzer
- Kennwort: Kennwort des iDRAC-Benutzers
Registerkarte „Kopfzeilen“:
- Key: Content-Type
- Wert: application/json
Registerkarte „Text“:
- Wählen Sie die Optionsschaltfläche „Raw“.
- Fügen Sie {"ResetKeysType": "ResetAllKeysToDefault"} zum Textfeld hinzu.
- Klicken Sie auf „Senden“, wenn alle Felder ausgefüllt wurden.
3. Ergebnis überprüfen
Wenn der Redfish-POST-Befehl erfolgreich war, zeigt Postman im Antwort-Feld eine Meldungen ähnlich der folgenden an:
{
"@Message.ExtendedInfo": [
{
"Message": "Successfully Completed Request",
"MessageArgs": [],
"MessageArgs@odata.count": 0,
"MessageId": "Base.1.0.Success",
"RelatedProperties": [],
"RelatedProperties@odata.count": 0,
"Resolution": "None",
"Severity": "OK"
},
{
"Message": "The operation successfully completed.",
"MessageArgs": [],
"MessageArgs@odata.count": 0,
"MessageId": "IDRAC.1.6.SYS413",
"RelatedProperties": [],
"RelatedProperties@odata.count": 0,
"Resolution": "No response action is required.",
"Severity": "Informational"
}
]
}
Hinweis: Der Server muss neu gestartet werden, nachdem die Secure-Boot-Schlüssel erfolgreich zurückgesetzt wurden.
Cause
-
Resolution
-
Affected Products
iDRAC7/8 with Lifecycle Controller Version 2.63.60.61, iDRAC8 with Lifecycle Controller version 2.70.70.70Article Properties
Article Number: 000177187
Article Type: Solution
Last Modified: 29 Nov 2021
Version: 5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.