Strategien für die NFS-Fehlerbehebung

Beim Verfolgen eines NFS-Problems sollten Sie die wichtigsten möglichen Ausfallpunkte berücksichtigen: Server, Client und Netzwerk. Anhand der in diesem Abschnitt erläuterten Strategie wird versucht, einzelne Komponenten zu isolieren, um festzustellen, welche dieser Komponenten nicht funktioniert. In allen Fällen müssen die mountd- und nfsd-Dämonen auf dem Server ausgeführt werden, damit Remote-Einhängevorgänge erfolgreich durchgeführt werden können.

Die Option -intr ist standardmäßig für alle Einhängepunkte aktiviert. Wenn ein Programm hängengeblieben ist und die Meldung server not responding (Server antwortet nicht) angezeigt wird, können Sie das Programm mit dem Tastaturbefehl Strg-c abbrechen.

Wenn das Netzwerk oder der Server von Problemen betroffen sind, machen sich Ausfälle von Programmen, die auf hart eingehängte Remote-Dateien zugreifen, anders bemerkbar als Ausfälle von Programmen, die auf weich eingehängte Remote-Dateien zugreifen. Hart eingehängte Remote-Dateisysteme bewirken, dass der Kernel des Clients so lange versucht, die betreffenden Abfragen durchzuführen, bis der Server wieder antwortet. Weich eingehängte Remote-Dateisysteme bewirken, dass nach einigen Abfrageversuchen des Clients eine Fehlermeldung zurückgegeben wird. Da diese Fehler zu unerwarteten Anwendungsfehlern und Datenbeschädigungen führen können, sollten weiche Einhängevorgänge vermieden werden.

Bei einem hart eingehängten Dateisystem bleibt ein Programm, das versucht, auf das Dateisystem zuzugreifen, hängen, wenn der Server nicht antwortet. In diesem Fall wird auf der Konsole folgende Meldung angezeigt:

NFS server hostname not responding still trying

Wenn der Server schließlich antwortet, wird folgende Meldung angezeigt:

NFS server hostname ok

Bei einem Programm, das auf ein weich eingehängtes Dateisystem zugreift, dessen Server nicht antwortet, wird die folgende Meldung angezeigt:

NFS operation failed for server hostname: error # (error-message)