Folgende Dateisystemfehler treten unter Solaris 10 auf.
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.
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 |
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.
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.
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.
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:
Verwenden Sie die SMI VTOC-Festplattenbezeichnung.
Erstellen sie das Dateisystem neu.
Führen Sie den Befehl smosservice erneut aus.