In diesem Abschnitt werden die Firmwareprobleme in Oracle Solaris 11.3 beschrieben.
x86: Einige Systeme mit BIOS-Firmware starten nicht, wenn der Eintrag EFI_PMBR im Master-Bootdatensatz, der die einzige Partition ist, nicht aktiv ist Nach der Installation von Oracle Solaris 11.3 startet das System nicht. Die folgende Fehlermeldung wird angezeigt:
No Active Partition Found
Möglicher Grund 1: Die Systemfirmware verarbeitet die Bootfestplatte nicht korrekt, da die Bootfestplatte mit dem GUID-Partitionstabellenschema (GPT) partitioniert wurde.
Problemumgehung 1: Rufen Sie das Programm fdisk auf, und aktivieren Sie dann die EFI-Partition (Protective Extensible Firmware Interface) auf der Bootfestplatte.
Möglicher Grund 2: Das System wurde ursprünglich im UEFI-Modus installiert, wurde aber im veralteten (BIOS-)Modus neu gestartet.
Problemumgehung 2: Installieren Sie das System im alten Modus, indem Sie die Option für das Firmwaresetup ändern. Beispiel: Wählen Sie die Option "Bootmodus" oder eine ähnliche Option.
Die Unterstützung für Festplatten mit GPT-Kennzeichnung ist auf SPARC-basierten System verfügbar. In der folgenden Tabelle wird die unterstützte Firmware für SPARC-Plattformen beschrieben.
|
Wenn Ihr SPARC T4-, T5-, M5- oder M10-System über ältere Firmware verfügt, führen Sie die folgenden Schritte aus, um die aktualisierte Firmware von My Oracle Support herunterzuladen:
Melden Sie sich bei My Oracle Support an.
Klicken Sie auf die Registerkarte "Patches und Updates".
Wählen Sie im Feld "Patchsuche" die Suchoption "Produkt oder Familie (erweitert)".
Geben Sie im Feld "Produkt", einen Teilproduktnamen ein, um eine Liste mit den möglichen Übereinstimmungen anzuzeigen, und wählen Sie dann den Produktnamen.
Wählen Sie mindestens ein Release im Dropdown-Menü "Release".
Klicken Sie auf die Schaltfläche "Suchen", um eine Liste der verfügbaren Downloads anzuzeigen, die als Patches aufgelistet werden.
Wählen Sie den Namen des Patches, den Sie herunterladen möchten.
Die Downloadseite wird angezeigt.
Klicken Sie auf "Herunterladen".
Im UEFI-Modus vom ISO-Abbild zu starten, ist sehr langsam. Hierbei handelt es sich um ein bekanntes Firmware-Problem von Oracle VM VirtualBox.
Problemumgehung: Keine.
Bei x86-Systemen startet Oracle Solaris auf Datenträgern nicht, die ältere Emulex FC HBA-Karten verwenden (15806304)
Die folgende Fehlermeldung wird für Emulex-FC-HBA-Karten angezeigt:
error: no such device: 07528c2afbec7b00. Entering rescue mode... grub rescue> ls (hd0) (hd0,gpt9) (hd0,gpt2) (hd0,gpt1) (hd1) grub rescue>
Problemumgehung: Wählen Sie eine der folgenden Lösungen:
Ersetzen Sie die alten Emulex FC HBA -Karten durch ein neueres Modell. Sie können SG-XPCIEFCGBE-E8, SG-XPCIE1FC-EM8-Z, SG-XPCIE2FC-EM8-Z, LPe16002-M6-O oswr LPem16002-M6-O verwenden.
Stellen Sie sicher, dass der Systembootdatenträger kleiner ist als 2 TB.
ZFS aktiviert den Schreibcache bei Poolgeräten und führt das Cache-Flushing bei einer Unterbrechung der Systemstromversorgung sicher durch. Eine Power-on-Reset-Bedingung kann jedoch potenziell auftreten, während noch keine Daten stabil gespeichert wurden.
Bei einer Umgebung ohne einzelne Fehlerquelle wird diese Situation automatisch erkannt und von ZFS korrigiert, wenn die Daten das nächste Mal gelesen werden. Ein routinemäßiges Scrubbing des Pools kann das Erkennen und Instandsetzen von verlorenen Schreibvorgänge verbessern.
Bei einer Umgebung mit einer einzelnen Fehlerquelle könnte dieses Problem zu einem Datenverlust führen.
Dieses Problem kann auch häufiger auftreten, wenn auf LUNs zugegriffen wird, die aus einer geclusterten Umgebung exportiert werden. Während des Cluster-Failovers können Daten, die von der fehlerhaften Seite gecacht werden, aufgrund eines Power-on-Reset-Ereignisses verloren gehen, das explizit von dem SCSI-Ziel auf der verbleibenden Seite gesendet wird. In diesem Fall können selbst Pools ohne einzelne Fehlerquelle betroffen sein.
Ein Symptom für dieses Problem sind Gruppen von persistenten Prüfsummenfehlern. Anhand der Ausgabe von fmdump –eV können Sie bestimmen, ob die Prüfsummenfehler als persistent diagnostiziert wurden. Der Eintrag zio_txg in der Ausgabe fmdump –eV stellt die Zeit dar, bei der ein Datenblock geschrieben wird. Ein Muster von persistenten Prüfsummenfehlern könnte auch ein Symptom für fehlerhafte Geräte, Software oder Hardware sein.
Problemumgehung: Bei Systemen, die sich auf LUNs verlassen, die aus einem Cluster oder Systemen mit einer einzelnen Fehlerquelle exportiert wurden, sollten Sie den Schreibcache für Geräte auf einem System deaktivieren.
Führen Sie die folgenden Schritte aus, um den Schreibcache zu deaktivieren und das Cache-Flushing für SCSI-(sd)- oder FC-(ssd)-Geräte zu unterdrücken.
Kopieren Sie die Datei /kernel/drv/sd.conf oder die Datei /kernel/drv/ssd.conf in das Verzeichnis /etc/driver/drv, je nach Speichergeräten.
Bearbeiten Sie die Datei /etc/driver/drv/sd.conf oder die Datei /etc/driver/drv/ssd.conf, um den Schreibcache zu deaktivieren und das Cache-Flushing zu unterdrücken.
Fügen Sie Zeilen hinzu, um VID, PID oder SUN COMSTAR durch die entsprechenden Werte sowohl auf SPARC- als auch auf x64-Systemen zu ersetzen, wie in der Manpage sd(7D) beschrieben.
sd-config-list="SUN ZFS Storage", "throttle-max:10, physical-block-size:8192, disable-caching:true, cache-nonvolatile:true";
Starten Sie das System neu, und setzen Sie die Fast Reboot-Option außer Kraft.
# reboot -p