test

Solaris 10 6/06 Versionshinweise

Dateisysteme

Folgende Dateisystemfehler treten unter Solaris 10 auf.

Probleme mit ZFS- und UNIX/POSIX-Konformität

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:

  1. Aktualisieren von Kapazitätsstatistiken von ZFS-Dateisystemen

  2. Ändern vorhandener Daten mit einem zu 100 Prozent belegten Dateisystem

Zugehörige CRs:

Installation eines ZFS-Patches auf einem Solaris 10 6/06-System verursacht willkürliche Warnmeldungen (6429860)

Die Installation eines ZFS-Patches auf einem Solaris 10 6/06-System verursacht willkürliche Warnmeldungen, die vom Befehl patchadd herrühren, da die ZFS-Packages auf einem solchen System zum ersten Mal installiert werden. Folgende Fehlermeldung wird angezeigt:


The following requested patches have packages not installed on the system:
	Package SUNWzfskr from directory SUNWzfskr in patch 122641-03
	is not installed on the system.

	Changes for package SUNWzfskr will not be applied to the system.

Abhilfemaßnahme:

Ignorieren Sie die vom Befehl patchadd stammenden Warnmeldungen.

ufsrestore verwendet beim Setzen von Zugriffslisten (ACLs) nicht acl_set() (6421216)

Das Dienstprogramm ufsrestore gibt Fehlermeldungen aus, wenn UFS-Archive mit POSIX-basierten Zugriffslisten auf einem ZFS-Dateisystem wiederhergestellt werden. Die Dateien werden zwar ordnungsgemäß wiederhergstellt, die Zugriffsinformationen werden jedoch ignoriert.

Während des Ausführens von ufsrestore wird die folgende Fehlermeldung ausgegeben:


setacl failed: Invalid argument

Abhilfemaßnahme:

UFS-Dateien mit Zugriffslisten sollten mit den folgenden Befehlen, die Zugriffslisteninformationen berücksichtigen, in ZFS-Dateisysteme übertragen werden:

POSIX-basierte Zugriffslisten werden von diesen Befehlen in NFSv4-basierte Zugriffslisten umgesetzt.

fdisk -E kann von ZFS genutzte Festplatten ohne Warnung löschen (6412771)

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.

Abhilfemaßnahme:

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.

x86: BIOS hängt sich beim Systemneustart nach der Nutzung von ZFS auf Sun Ultra 20- bzw. Sun Fire X2100-Systemen auf (6363449)

ASun UltraTM 20-Workstations bzw. Sun FireTM X2100-Server können sich beim Systemneustart aufhängen, wenn Festplatten auf diesen Systemen ein ZFS-Speicherpool enthalten.

Dieses Problem kann bei den folgenden BIOS-Versionen auftreten:

Abhilfemaßnahme:

  1. Trennen Sie die von ZFS genutzten Festplatten vor dem Systemneustart solange vom System, bis darauf die minimale BIOS-Version mit ZFS-Unterstützung installiert wurde.

  2. Installieren Sie von der Ergänzungs-CD des Release 1.4 die für die ZFS-Unterstützung minimal erforderliche BIOS-Version.

    Die unterstützten BIOS-Versionen sind:

    • Sun Ultra 20-Workstation: BIOS-Version 2.2.3

    • Sun Fire X2100-Server: BIOS-Version 1.1.1

    Sie können das Abbild für die Ergänzungs-CD auch von den folgenden URLs herunterladen:

Probleme mit ZFS und Backup-Produkten von Fremdherstellern

Nachfolgend sind die Probleme mit Veritas NetBackup und Sun StorEdgeTM Enterprise Backup Software (EMC und Legato NetWorker®) aufgeführt.

Veritas NetBackup erstellt von Dateien mit ZFS/NFSv4-Zugriffslisten keine Sicherungskopien (6352899)

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 Zugriffslisteninformationen 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 Zugriffslisteninformationen dieser ZFS-Dateien ohne Anzeige entsprechender Meldungen übergangen. Es wird keine Fehlermeldung angezeigt, die darauf hinweist, dass die Zugriffslisteninformationen von ZFS-Dateien nicht mit kopiert werden.

An der Unterstützung für ZFS/NFSv4-basierte Zugriffslisten wird gegenwärtig gearbeitet, und diese Funktionalität wird voraussichtlich im nächsten Release von Veritas NetBackup verfügbar sein.

Abhilfemaßnahme 1:

Ab Solaris-Release 10 06/06 behandeln die Befehle tar und cpio ZFS-Dateien mit NFSv4-basierten Zugriffslisten 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.

Abhilfemaßnahme 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äß.

Legato Networker muss ZFS/NFSv4-Zugriffslisten unterstützen (6349974)

Sun StorEdge Enterprise Backup kann gegenwärtig nicht zum Erstellen von Sicherungskopien von ZFS-Dateien und Wiederherstellen dieser Dateien eingesetzt werden.

Wenn Sie versuchen, von ZFS-Dateien Sicherungskopien anzulegen bzw. diese Dateien wiederherzustellen, wird die folgende Fehlermeldung angezeigt:


save: Unable to read ACL information for '/path': Operation not applicable

ZFS/NFSv4-Zugriffslisten werden voraussichtlich im nächsten Sun StorEdge EBS 7.3 Service Update 1 unterstützt.

Abhilfemaßnahme:

  1. Hängen Sie das ZFS-Dateisystem durch Verwendung von NFSv4 auf einem anderen System ein.

  2. Das Erstellen von Sicherungskopien bzw. Wiederherstellen von ZFS-Dateien kann jetzt von dem unter NFSv4-eingehängten Verzeichnis aus erfolgen.

ZFS GUI muss beim Start eines Assistenten das Verzeichnis /usr/lib/embedded_su suchen (6326334)

Wenn Sie das Package SUNWzfsg aus dem Solaris-Release 10 6/06 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. Folgende Fehlermeldung wird angezeigt:


/usr/lib/embedded_su: not found

Abhilfemaßnahme:

Installieren Sie auf dem System, auf dem eine Solaris-Version vor 10 6/06 läuft, das Patch embedded_su patch (119574-02).

du-Reports zeigen auf RAID-Z falsche Speicherplatzinformationen an (6288488)

Auf virtuellen RAID-Z-Datenträgern melden die folgenden Befehle zu hohe Werte für ?space used? (belegter Speicherplatz)und ?space available? (verfügbarer Speicherplatz):

Die angezeigten Speicherplatzdaten enthalten den zur Speicherung von Paritätsdaten erforderlichen Speicherplatz.

Dateisysteme werden bei Systempanik nicht synchronisiert (6250422)

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.

Abhilfemaßnahme:

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 the Solaris 10 Release? in System Administration Guide: Devices and File Systems.

Itinerary erforderlich, sodass unterbrochene scrub- bzw. resilver-Prozesse nicht noch einmal neu gestartet werden müssen (2136811)

Beim Erstellen eines ZFS-Snapshots während einer laufenden scrub- oder resilver-Datenoperation wird die scrub- bzw. resilver Operation noch einmal neu gestartet. Wenn Snapshots häufig erstellt werden, kann es sein, dass diese scrub- bzw. resilver-Operationen niemals beendet werden.

Abhilfemaßnahme:

Snapshots sollten bei laufenden scrub- bzw. resilver -Operationen nicht erstellt werden.

Das Aktualisieren von manchen Solaris Express- oder Solaris 10-Versionen erfordert ein erneutes Einhängen der Dateisysteme

Nach dem Upgrade eines NFSv4-Servers von 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.

Möglicherweise funktionieren NFSv4-ACLs fehlerhaft

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:

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:

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 

Abhilfemaßnahme: Damit die NFSv4-ACL-Funktionen ordnungsgemäß funktionieren, führen Sie auf Server und Client eine vollständige Installation von Solaris 10-BS durch.

Zugriffsprobleme zwischen Solaris NFSv4-Clients und NFSv4-Servern

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. Folgende Fehlermeldung wird angezeigt:


NFS getacl failed for Server_Name: error 9 (RPC: Program/version mismatch)

Abhilfemaßnahme: Keine.

Erstellen eines Dateisystems mit mkfs kann auf sehr großen Festplatten fehlschlagen (6352813)

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.

Folgende Fehlermeldung wird 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.

Abhilfemaßnahme: Verwenden Sie stattdessen den Befehl newfs. Alternativ dazu können Sie auch mkfs mit einer höheren Fragmentgröße (z. B. 4096) verwenden.

Erstellung von Dateisystemen kann auf kleinen Slices fehlschlagen (6346510)

Unter den folgenden Umständen können beim Versuch, mit dem Befehl newfs ein UFS-Dateisystem zu erstellen, Probleme auftreten:

Grund für den Fehler sind die Größenanforderungen des Dateisystems für Metadaten. Die folgende Warnmeldung wird angezeigt:


Warnung: inode-Blöcke/Zylindergruppe (295) >= Datenblöcke (294) in letzter Zylindergruppe. Das bedeutet, dass 4712 Sektor(en) nicht zugeordnet werden können.
/dev/rdsk/c0t0d0s6:     0 Sektoren in 0 Zylindern von 48 Spuren, 128 Sektoren
         0.0MB in 0 Zylindergruppen (13 c/g, 39.00MB/g, 18624 i/g)
Superblock Backups (für fsck -F ufs -o b=#) bei:
#

Abhilfemaßnahme: Führen Sie als Superuser eine der folgenden Abhilfemaßnahmen durch:

Nicht erkannte Schreibfehler in NFSv4-Client bei vollem Dateisystem (6346204)

NFSv4-Clients, deren Dateisystem fast voll belegt ist, verarbeiten die vom Server zurückgemeldeten Fehlercodes nicht korrekt. Der Client empfängt zwar den korrekten Fehlercode NFS4ERR_NOSPC vom Server, meldet jedoch nicht den Fehlercode ENOSPC an die Anwendung. Folglich erhält die Anwendung über die normalen Systemfunktionen wie write(), close() oder fsync() keine Kenntnis von dem Fehlerzustand. Versucht die Anwendung nun weiterhin, Daten zu schreiben oder zu verändern, so kann dies zum Verlust oder zur Beschädigung von Daten führen.

Die folgende Fehlermeldung wird in /var/adm/messages aufgezeichnet:


nfs: [ID 174370 kern.notice] NFS write error on host hostname







:
No space left on device.
nfs: [ID 942943 kern.notice] File: userid=uid, groupid=
gid
nfs: [ID 983240 kern.notice] User: userid=uid, groupid=
gid
nfs: [ID 702911 kern.notice] (file handle: 86007000 2000000 a000000 6000000
32362e48 a000000 2000000 5c8fa257)

Abhilfemaßnahme: Arbeiten Sie nicht mit Clientsystemen, deren Dateisystem fast vollständig belegt ist.

Auf Geräten, die größer als 1 TB sind, kann nach einem Systemabsturz kein Speicherabzug (Dump) erstellt werden (6214480)

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:

Abhilfemaßnahme: Konfigurieren Sie die Größe Ihres Speicherabzuggeräts auf unter 1 TB.

Die Verwendung des Befehls smosservice zum Hinzufügen von BS-Diensten führt zu einer Meldung wegen nicht ausreichendem Festplattenspeicher (5073840)

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.

Abhilfemaßnahme: Das Problem lässt sich wie folgt umgehen:

  1. Verwenden Sie die SMI VTOC-Festplattenbezeichnung.

  2. Erstellen sie das Dateisystem neu.

  3. Führen Sie den Befehl smosservice erneut aus.