jojoax
Moin,
ich habe einen stabilen NFS Server für ein gesammtes Netzwerk.
Server: Linux axs 4.19.0-5-cloud-amd64 #1 SMP Debian 4.19.37-3 (2019-05-15) x86_64 GNU/Linux
Client: pc7 (Arch mit heutigem pacman -Syu)
Der client mounted seit heute $HOME nicht mehr:
[root@pc7 ~]# mount axs:/home /home
mount.nfs: Operation not permitted
Netz und Google kennen das Problem (aktuell) nicht.
Lgs und Debug Logs sind nichtssagend.
Dec 13 14:43:06 server rpc.mountd[6688]: authenticated mount request from 192.168.11.17:687 for /home (/home)
Ideen ?
schard
Zeig mal bitte das pacman.log.
Neu gestartet hattest du nach dem Update aber?
jojoax
Ja, Klar, das kam mit dem neuen 5.4.x Kernel.
Ich hab hier ein ganzes Netzwerk. Manche funktionieren auf Anhieb nach dem Upgrade, andere nicht.
Server ist Debian/Stable (Buster, Kernel 4.9.irgendwas)
Wirkt echt komisch auf mich.
jojoax
Ich hab es gefunden.
die Datei /etc/nfsmount.conf war gematscht, zerstört.
Habe den Fehler mit einem "btrfs scrub" lauf gefunden, im strace wurde die beim mount vorgang nicht angefasst.
In der (alten) SSD ist hier im Datenblock wohl eine Zelle gestorben.
Anscheinend ist das NFS System inzwischen sehr empfindlich geworden, was die Config Dateien angeht, auch Clientseitig.
Das ist eindeutig ein massiver Rückschritt.
schard
Dass Programme nicht ordnungsgemäß funktionieren, wenn deren Konfigurationsdateien ungültige Daten enthalten ist jetzt aber nichts ungewöhnliches.
Allerdings habe ich bei NFS noch nie mit einer /etc/nfsmount.conf Datei gearbeitet. Diese wird auch nicht im Arch Linux Wiki erwähnt.
jojoax
Yepp, deshalb bin ich ja auch so ratlos gewesen.
Da muss man erstmal drauf kommen.
Das wiki teilt die Schwäche aller Technik, Dokumentation und Handbücher werden faktisch als letztes bzw. auch nur nach bedarf geschrieben ....