Ich habe ein seltsames Problem mit einem per NFS gemounteten Laufwerk. Es handelt sich um einen per NFS gemeinsam genutzten ZFS-Pool, sowohl Server als auch Client verwenden Linux Mint 18.1.
Wenn ich eine größere Datei auf den Server kopiere, erreicht der Fortschrittsbalken fast sofort 100 % (mit einer lächerlichen Geschwindigkeit) und bleibt dann einfach hängen, bevor die eigentliche Übertragung abgeschlossen ist. Bisher habe ich zwei Dateimanager ausprobiert (MATEs Standard-Caja und Double Commander) mit demselben Ergebnis.
Interessanterweise funktioniert alles wie erwartet, wenn ich in die entgegengesetzte Richtung kopiere (vom Server zum Client).
Ich vermute, dass dies eine Eigenschaft des NFS-Protokolls selbst sein könnte – wie es die Menge der übertragenen Daten meldet oder so etwas. Ich bin mir nicht sicher.
Ich habe zwei Fragen:
Ist das normal oder handelt es sich möglicherweise um einen Fehler?
Wenn es sich nicht um einen Fehler handelt, gibt es eine Möglichkeit, es so zu konfigurieren, dass es problemlos mit Fortschrittsbalken funktioniert?
Mein/etc/exportssieht aus wie das:
/media/data 192.168.2.1/24(rw,sync,no_root_squash,no_subtree_check)
Ich habe auch versuchtasynchron, es machte keinen Unterschied.
Antwort1
Ich kenne keinen dieser Dateimanager. Hast du es schon mal mit einer einfachen Kopie versucht? Zum Beispiel: timex cp <X> <Y>
Führen die Dateimanager nach dem Kopieren möglicherweise eine Prüfung durch? Möglicherweise eine Art Prüfsummen-/MD5-Hash-Prüfung?
Wird die Version auf NFS verwendet? Zpool auf dem Server ok? zpool status -x