Dateisysteme

Folgende Dateisystemfehler treten unter Solaris 10 auf.

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

Nachdem Sie einen NFSv4-Server von Solaris Express 11/04 oder von älteren Solaris 10-Versionen aktualisiert haben, treten bei Ihren Programmen möglicherweise EACCES-Fehler auf. 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.

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.