Folgende Dateisystemfehler treten unter Solaris 10 auf.
Ab den Dell SAS 6 HBA (LSI 1068) Firmwareversionen 0.20.46.00-IR tritt eine Inkompatibilität auf, die eventuell verhindert, dass die Befehle lsiutil und raidctl(1M) virtuelle Laufwerke erfolgreich konfigurieren. In diesen Fällen gehen die physikalischen Laufwerke in den Offline-Zustand über und sind nicht mehr zugänglich. Hiervon betroffen sind der Befehl raidctl(1M), der mit Solaris 10 5/08 eingeführt wurde, sowie der Befehl lsiutil aus der Version 5.07.04 des ITImpt-Pakets.
Daraufhin wird die folgende Fehlermeldung angezeigt:
# /usr/sbin/raidctl -C "0.3.0 0.4.0" -s 64k 0 Creating RAID volume will destroy all data on spare space of member disks, proceed (yes/no)? Operation failed |
Problemumgehung: Konfigurieren Sie die virtuellen Laufwerke mithilfe des SAS-Konfigurationsprogramms. Um auf das SAS-Konfigurationsprogramm zugreifen zu können, geben Sie während der BIOS-Bootsequenz Strg-C ein.
Während des Bootens tritt bei Systemen mit Intel-Multiprozessoren eine Zeitüberschreitung beim ata-Treiber auf. Diese Zeitüberschreitungen treten auf, wenn sich das Root-Gerät auf einem Laufwerk befindet, dessen HBA-Controller an den ata-Legattreiber gebunden ist. Diese Zeitüberschreitungen führen zu einem vorübergehenden Hängen, einem Ausfall von Hardware oder einem Alarmzustand während des Bootens. In diesen Fällen werden Konsolenmeldungen ähnlich den Folgenden angezeigt:
scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset bus, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: early timeout, target=0 lun=0 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: abort request, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: abort device, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset target, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: reset bus, target=0 lun=0 scsi: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0 (ata0): timeout: early timeout, target=0 lun=0 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): Error for command 'read sector' Error Level: Informational gda: [ID 107833 kern.notice] Sense Key: aborted command gda: [ID 107833 kern.notice] Vendor 'Gen-ATA ' error code: 0x3 gda: [ID 107833 kern.warning] WARNING: /pci@0,0/pci-ide@1f,2/ide@0/cmdk@0,0 (Disk0): |
Problemumgehung: Wählen Sie eine der folgenden Lösungen:
Um eine Leistungsverschlechterung zu vermeiden, sollten die Problemumgehungen 3 oder 4 nur vorübergehend angewendet werden, bis Problemumgehung 5 angewendet werden kann.
Problemumgehung 1: Aktivieren Sie AHCI im BIOS, sofern dies auf Ihrem System möglich ist. Das Aktivieren dieser Option erfordert eine Neuinstallation des Betriebssystems Solaris.
Problemumgehung 2: Installieren Sie Solaris auf einer Festplatte mit einem Controller, der den ata-Treiber nicht verwendet.
Abhilfemaßnahme 3: Deaktivieren Sie MP im BIOS-Setup, so dass nur ein Prozessor aktiv ist.
Problemumgehung 4: Deaktivieren Sie MP im Betriebssystem Solaris, so dass nur ein Prozessor aktiv ist. Führen Sie im GRUB-Menü (Grand Unified Bootloader) die folgenden Schritte aus:
Geben Sie e ein, um den gewünschten Solaris-Boot-Eintrag zu bearbeiten.
Springen Sie in die Zeile, die mit "kernel" beginnt.
Geben Sie e ein, um in den GRUB-Bearbeitungsmodus zu schalten.
Hängen Sie -kd an die Zeile an.
Drücken Sie die Eingabetaste, um die Änderung zu übernehmen.
Geben Sie b ein, um den gewünschten Solaris-Eintrag zu booten.
Geben Sie den folgenden Befehl an der kbmd-Eingabeaufforderung ein:
use_mp/W 0 :c |
Wenn Sie das System starten möchten, gehen Sie zu Schritt 10. Ansonsten können Sie nun die Solaris 10 5/08-Software installieren.
Starten Sie das System am Ende der Installation neu. Wiederholen Sie die Schritte 1 bis 7.
Um diese Änderung permanent zu übernehmen, so dass die oben beschriebenen Schritte nicht für nachfolgende Startvorgänge wiederholt werden müssen, führen Sie Folgendes aus:
Melden Sie sich als Superuser an, nachdem das System vollständig hochgefahren ist.
Öffnen Sie die Datei /etc/system.
Fügen Sie die folgende Zeile ein:
set use_mp = 0 |
Problemumgehung 5: Deaktivieren Sie die Microcode-Aktualisierung. Geben Sie folgenden Befehl ein:
# mv /platform/i86pc/ucode /platform/i86pc/ucode.disabled |
Die Microcode-Aktualisierung kann manuell aufgerufen werden, nachdem das System hochgefahren ist:
# ucodeadm -u /platform/i86pc/ucode.disabled/intel-ucode.txt |
Wenn eine nicht-globale Zone anfänglich mit einem ZFS-Dateisystem zum Einhängen mithilfe des Unterbefehls `add fs konfiguriert und darin mountpoint=legacy angegeben wurde, schlägt die anschließende Installation fehl. Folgende Fehlermeldung wird angezeigt:
ERROR: No such file or directory: cannot mount </zones/path/root/usr/local> in non-global zone to install: the source block device or directory </path/local> cannot be accessed |
Problemumgehung: Der Zugriff auf ZFS-Dateisysteme darf erst nach der Installation nicht-globaler Zonen hinzugefügt werden.
ZFS ist ein POSIX-konformes Dateisystem, was auch in den meisten Fällen zutrifft. Es existieren jedoch zwei Randbedingungen, bei denen ZFS POSIX-Konformitätstests nicht besteht:
Aktualisieren von Kapazitätsstatistiken von ZFS-Dateisystemen
Ändern vorhandener Daten mit einem zu 100 Prozent belegten Dateisystem
Zugehörige CRs:
6362314
6362156
6361650
6343113
6343039
Bei Verwendung des Befehls fdisk -E zum Modifizieren einer Festplatte, die von einem ZFS-Speicherpool genutzt wird, wird das Pool unbrauchbar und kann einen E/A-Fehler bzw. eine Systempanik verursachen.
Problemumgehung:
Der Befehl fdisk darf nicht zum Modifizieren von Festplatten, die von einem ZFS-Speicherpool genutzt werden, verwendet werden. Wenn Sie Zugriff auf eine Festplatte, die von einem ZFS-Speicherpool genutzt wird, benötigen, sollten Sie dafür das Dienstprogramm format verwenden. Als allgemeine Faustregel gilt, dass Festplatten, die von Dateisystemen genutzt werden, nicht modifiziert werden dürfen.
Im Folgenden werden Probleme mit Veritas NetBackup und Brightstor ARCserve Backup beschrieben.
Veritas NetBackup kann zum Erstellen von Sicherungskopien von ZFS-Dateien verwendet werden und wird in dieser Konfiguration unterstützt. Gegenwärtig unterstützt diese Software jedoch nicht das Erstellen von Sicherungskopien bzw. Wiederherstellen von NFSv4-basierten Zugriffssteuerungslisteninformationen von ZFS-Dateien. Normalerweise werden von Berechtigungsbits und anderen Dateiattributen korrekte Sicherungskopien erstellt, und diese werden auch ordnungsgemäß wiederhergestellt .
Beim Anlegen von Sicherungskopien von ZFS-Dateien bzw. Wiederherstellen dieser Dateien werden die NFSv4-basierten Zugriffssteuerungslisteninformationen dieser ZFS-Dateien ohne Anzeige entsprechender Meldungen übergangen. Es wird keine Fehlermeldung angezeigt, die darauf hinweist, dass die Zugriffssteuerungslisteninformationen von ZFS-Dateien nicht mit kopiert werden.
An der Unterstützung für ZFS/NFSv4-basierte Zugriffssteuerungslisten wird gegenwärtig gearbeitet, und diese Funktionalität wird voraussichtlich im nächsten Release von Veritas NetBackup verfügbar sein.
Problemumgehung 1:
Ab Release Solaris 10 8/07 behandeln die Befehle tar und cpio ZFS-Dateien mit NFSv4-basierten Zugriffssteuerungslisten korrekt.
Verwenden Sie zum Kopieren einer ZFS-Datei in eine Datei den Befehl tar mit der Option -p bzw. den Befehl cpiomit der Option -P. Erstellen Sie dann mithilfe von Veritas NetBackup vom tar- bzw. cpio-Archiv eine Sicherungskopie.
Problemumgehung 2:
Als Alternative zur Verwendung von Veritas NetBackup können Sie zum Erstellen von Sicherungskopien von ZFS-Dateien auch die ZFS-Befehle send und receive nutzen. Diese Befehle behandeln alle Attribute von ZFS-Dateien ordnungsgemäß.
Der BrightStor ARCserve Backup (BAB) Client Agent für UNIX (Solaris) kann zum Erstellen von Sicherungskopien von ZFS-Dateien und Wiederherstellen dieser Dateien verwendet werden.
NFSv4-basierte ZFS-Zugriffssteuerungslisten werden beim Erstellen von Sicherungskopien jedoch nicht mitgesichert, sondern die herkömmlichen UNIX-Dateiberechtigungen und -Attribute beibehalten.
Problemumgehung: Wenn Sie Sicherungskopien von ZFS-Dateien mit NFSv4-Zugriffssteuerungslisten erstellen wollen, müssen Sie den Befehl tar mit der Option -p bzw. den Befehl cpio mit der Option -P verwenden. Anschließend können Sie mit BAB von diesem erstellten tar- bzw. cpio-Archiv eine Sicherungskopie anlegen.
Wenn Sie das Package SUNWzfsg aus Solaris 10 8/07 oder Solaris 10 5/08 auf einem System installieren, auf dem eine Solaris-Version vor Release 10 6/06 ohne das Patch embedded_su läuft, sind die ZFS-Administrationsassistenten nicht vollständig funktionsfähig.
Bei Ausführung eines ZFS-Administrationsassistenten auf Systemen ohne das Patch embedded_su wird nur die ZFS-Konfiguration angezeigt. Daraufhin wird die folgende Fehlermeldung angezeigt:
/usr/lib/embedded_su: not found |
Problemumgehung:
Installieren Sie auf dem System, auf dem eine Solaris-Version vor 10 6/06 läuft, das Patch embedded_su patch (119574-02).
Triit auf einem Host eine Systempanik auf, wenn eine E/A-Operation des Dateisystems mit einem über den Solaris iSCSI Software Initiator angeschlossenen Zielgerät abläuft, kann es sein, dass die E/A-Operation den Datenpuffer zum Zielgerät nicht mehr leeren bzw. synchronisieren kann. Dadurch kann das Dateisystem beschädigt werden. Es wird keine Fehlermeldung angezeigt.
Problemumgehung:
Nutzen Sie ein Journaling-Dateisystem wie z. B. UFS. Ab Solaris 10 ist die UFS-Protokollierung standardmäßig aktiviert. Weitere Informationen zu UFS finden Sie im Abschnitt What’s New in File Systems? in System Administration Guide: Devices and File Systems.
Nach dem Upgrade eines NFSv4-Servers von Solaris Express 6/05 auf Solaris Express 7/05 oder neuere Versionen (einschließl. aller Solaris 10-Updates), können in Programmen EACCES-Fehler auftreten. Weiterhin werden Verzeichnisse möglicherweise fälschlicherweise als leer angezeigt.
Um diese Fehler zu vermeiden, hängen Sie die Client-Dateisysteme aus und wieder ein. Schlägt das Aushängen fehl, müssen Sie das Aushängen des Dateisystems möglicherweise durch Verwendung von umount -f erzwingen. Alternativ können Sie den Client auch neu starten.
Funktionen von NFSv4-Zugriffssteuerungslisten (ACL) funktionieren möglicherweise fehlerhaft, wenn Clients und Server im Netzwerk mit unterschiedlichen vorherigen Versionen von Solaris 10 installiert sind. Die betroffenen ACL-Funktionen und Befehlszeilendienstprogramme, die diese Funktionen verwenden, sind folgende:
acl()
facl()
getfacl
setfacl
Weitere Informationen über diese Funktionen und Dienstprogramme finden Sie in deren jeweiligen Man Pages.
Beispielsweise können in einem Netzwerk mit der folgenden Konfiguration möglicherweise Fehler beobachtet werden:
Ein Client, auf dem Solaris 10-Betasoftware ausgeführt wird
Ein Server, auf dem Solaris 10-Software ausgeführt wird
Die folgende Tabelle illustriert die Ergebnisse der ACL-Funktionen in Client/Server-Konfigurationen mit unterschiedlichen Solaris 10-Versionen.
Vorgang |
Client S10 BS |
Server S10 BS |
Ergebnis |
---|---|---|---|
get ACL |
S10 Beta |
S10 BS |
erzeugte ACL* |
get ACL |
S10 BS |
S10 Beta |
funktioniert einwandfrei |
set ACL |
S10 Beta |
S10 BS |
funktioniert einwandfrei |
set ACL |
S10 BS |
S10 Beta |
Fehler: EOPNOTSUP |
Problemumgehung: Damit die NFSv4-ACL-Funktionen ordnungsgemäß funktionieren, führen Sie auf Server und Client eine vollständige Installation von Solaris 10-BS durch.
In der aktuellen Solaris 10-Version ist die Solaris-Implementierung von NFSv4-ACLs jetzt mit den Spezifikationen von RFC 3530 konform. Es treten jedoch Fehler bei NFSv4-Clients auf, die die Beta 2- oder Beta1-Versionen von Solaris 10 verwenden. Diese Clients können auf den NFSv4-Servern, die die aktuelle Version von Solaris 10 verwenden, keine Dateien erstellen. Daraufhin wird die folgende Fehlermeldung angezeigt:
NFS getacl failed for Server_Name: error 9 (RPC: Program/version mismatch) |
Problemumgehung: Keine.
Auf Festplatten mit einer bestimmten Plattengeometrie, die größer als 8 GB sind, können unter Umständen keine Dateisysteme mit dem Befehl mkfs angelegt werden. Die abgeleitete Zylindergruppe ist zu groß für das 1-KB-Fragment. Die zusätzlichen Metadaten passen daher nicht mehr in einen Block.
Daraufhin wird die folgende Fehlermeldung angezeigt:
Bei 15625 Sektoren pro Zylinder beträgt die Mindestzahl an Zylindern pro Gruppe 16. Dafür muss die Fragmentgröße von 1024 in 4096 geändert werden. Führen Sie mkfs mit den korrekten Parametern erneut aus. |
Problemumgehung: Verwenden Sie stattdessen den Befehl newfs. Alternativ dazu können Sie auch mkfs mit einer höheren Fragmentgröße (z. B. 4096) verwenden.
Das System kann auf einer Partition, die 1 TB groß oder größer ist, keinen Speicherabzug erzeugen. Wenn sich solch ein Gerät in einem System befindet, tritt möglicherweise nach einem Systemstart nach einer vorausgegangenen Systempanik Folgendes auf:
Das System speichert den Speicherabzug nicht.
Die folgende Meldung wird angezeigt:
0% done: 0 pages dumped, compression ratio 0.00, dump failed: error 6 |
Problemumgehung: Konfigurieren Sie die Größe Ihres Speicherabzuggeräts auf unter 1 TB.
Wenn Sie den Befehl smosservice zum Hinzufügen von BS-Diensten zu einem UFS-Dateisystem verwenden, wird eine Meldung angezeigt, dass nicht genügend Festplattenspeicher zur Verfügung steht. Dieser Fehler tritt spezifisch bei UFS-Dateisystemen auf, die sich auf Festplatten mit EFI-Bezeichnung befinden.
Problemumgehung: Das Problem lässt sich wie folgt umgehen:
Verwenden Sie die SMI VTOC-Festplattenbezeichnung.
Erstellen sie das Dateisystem neu.
Führen Sie den Befehl smosservice erneut aus.