Dateisysteme

Folgende Dateisystemfehler treten unter Solaris 10 auf.

Identische Geräte können zu einem ZFS-Speicherpool hinzugefügt werden(6414648)

Mithilfe des Befehls zpool add können zum Pool versehentlich identische Geräte hinzugefügt werden, was zu Datenbeschädigung führen kann.. Es wird keine Fehlermeldung angezeigt.

Abhilfemaßnahme: Wenn ein ZFS-Speicherpool mit identischen Geräten erstellt wurde, müssen Sie dieses Pool löschen und neu erstellen.

Befehl zoneadm install schlägt mit einem ZFS Legacy Mount fehl (6449301)

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

Abhilfemaßnahme: Der Zugriff auf ZFS-Dateisysteme darf erst nach der Installation nicht-globaler Zonen hinzugefügt werden.

zpool Scrubbing führt zu Speicherüberlauf und Aufhängen des Systems (6456888)

Die Operationen zpool scrub bzw. resilver mit großen Datenmengen können ein Aufhängen des Systems bzw. eine Systempanik verursachen. Es wird keine Fehlermeldung angezeigt.

Abhilfemaßnahme: Führen Sie die folgenden Schritte aus, falls sich das System aufhängt oder eine Systempanik auftritt:

1. Starten Sie das System neu.

2. Fahren Sie mit der Operation resilver bzw. scrub fort.

3. Setzen Sie das System bis zum Abschluss der Operation resilver bzw. scrub keinen weiteren Belastungen aus.

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:

• 6362314

• 6362156

• 6361650

• 6343113

• 6343039

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

Die Installation eines ZFS-Patches auf einem Solaris 10 11/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.

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.

Probleme mit ZFS und Backup-Produkten von Fremdherstellern

Im Folgenden werden Probleme mit Veritas NetBackup und Brightstor ARCserve Backup beschrieben.

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 Release Solaris 10 11/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äß.

BrightStor ARCserve Backup Client Agent für UNIX (Solaris) und ZFS-Unterstützung

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.

ZFS NFSv4-Zugriffslisten werden beim Erstellen von Sicherungskopien jedoch nicht mitgesichert, sondern die herkömmlichen UNIX-Dateiberechtigungen und -Attribute beibehalten.

Abhilfemaßnahme: Wenn Sie Sicherungskopien von ZFS-Dateien mit NFSv4-Zugriffslisten 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.

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

Wenn Sie das Package SUNWzfsg aus dem Release Solaris 10 11/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).

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:

• 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.

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:

• Es handelt sich um ein kleines Slice (weniger als etwa 4 MB).

• Die Festplatte ist größer als 8 GB.

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:

• Abhilfemaßnahme 1: Geben Sie die Anzahl der Spuren an, wenn Sie den Befehl newfs verwenden. Führen Sie die folgenden Schritte durch:

  1. Ermitteln Sie mit dem Befehl format die Anzahl der Spuren. Beispiel:

     # format Searching for disks...done AVAILABLE DISK SELECTIONS: 0. c0t0d0 <SUN18G cyl 7506 alt 2 hd 19 sec 248> /pci@1f,4000/scsi@3/sd@0,0 Specify disk (enter its number):

     In diesem Beispiel lautet die Anzahl der Spuren 19.

  2. Weisen Sie diese Anzahl von Spuren dem Dateisystem zu, das Sie mit newfs erstellen. Beispiel:

     # newfs -v -t 19 /dev/dsk/c0t0d0s6 newfs: Neues Dateisystem /dev/rdsk/c0t0d0s6 erstellen: (y/n)? y mkfs -F ufs /dev/rdsk/c0t0d0s6 4712 -1 19 8192 1024 16 10 167 2048 t 0 -1 8 128 n mkfs: falscher Wert für nsect: -1 muss zwischen 1 und 32768 liegen mkfs: nsect wird auf Standardwert 32 zurückgesetzt. Warnung: 152 Sektor(en) im letzten Zylinder nicht zugeordnet /dev/rdsk/c0t0d0s6: 4712 Sektoren in 8 Zylindern von 19 Spuren, 32 Sektoren 2.3MB in 1 Zylindergruppen (16 c/g, 4.75MB/g, 2304 i/g) Superblock Backups (für fsck -F ufs -o b=#) bei: 32, #

• Abhilfemaßnahme 2: Geben Sie zusammen mit dem Befehl newfs die Anzahl von Bytes pro Inode (nbpi) an, um die Inode-Dichte im Dateisystem zu verringern. Beispiel:

  # newfs -i 4096 /dev/dsk/c0t0d0s6 newfs: Neues Dateisystem /dev/rdsk/c0t0d0s6 erstellen: (y/n)? y Warnung: 1432 Sektor(en) im letzten Zylinder nicht zugeordnet /dev/rdsk/c0t0d0s6: 4712 Sektoren in 1 Zylindern von 48 Spuren, 128 Sektoren 2.3MB in 1 Zylindergruppen (16 c/g, 48.00MB/g, 11648 i/g) Superblock Backups (für fsck -F ufs -o b=#) bei: 32, #

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:

• Das System speichert den Speicherabzug nicht.

• Es erscheint folgende Meldung:

  0% done: 0 pages dumped, compression ratio 0.00, dump failed: error 6

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.