Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: qord on 2022/02/20, 21:31:10
-
Ich sehe hier nach dem Update auf Kernel 5.16.10 Timeouts bei dem Versuch NFS-Freigaben (nfs4) von einem QNAP-NAS zu mounten. 5.16.9 macht noch keine Probleme, ebenso anscheinend nicht das Einbinden von einem NFS-Laufwerk von einem anderen "normalen" Linux PC...
Habe mal im 5.16.10 Changelog quergelesen - da gab es zwar NFS-Änderungen, aber nichts was mir ins Auge sprang...
-
So sieht das im log aus...
Feb 22 19:16:34 nxxx systemd[1]: nas-daten\x2dnas-Zwischenlager.automount: Got automount request for /nas/daten-nas/Zwischenlager, triggered by 71149 (kioslave5)
Feb 22 19:16:34 nxxx systemd[1]: Mounting /nas/daten-nas/Zwischenlager...
Feb 22 19:18:05 nxxx systemd[1]: nas-daten\x2dnas-Zwischenlager.mount: Mounting timed out. Terminating.
Feb 22 19:18:05 nxxx systemd[1]: nas-daten\x2dnas-Zwischenlager.mount: Mount process exited, code=killed, status=15/TERM
Feb 22 19:18:05 nxxx systemd[1]: nas-daten\x2dnas-Zwischenlager.mount: Failed with result 'timeout'.
Feb 22 19:18:05 nxxx systemd[1]: nas-daten\x2dnas-Zwischenlager.mount: Unit process 76101 (mount.nfs4) remains running after unit stopped.
Feb 22 19:18:05 nxxx systemd[1]: Failed to mount /nas/daten-nas/Zwischenlager.
-
Gibt es dein Problem mit 5.16.11 noch? Schau mal ins changelog (https://mirrors.edge.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.16.11).
Beim dist-upgrade kommt Kernel 5.16.11, libnfsidmap2 wird entfernt und libnfsidmap1 kommt zurück.
-
Mit 5.6.11 & komplettem d-u besteht das Problem immer noch - aber wenn ich dem mount-Befehl explizit NFS V4.0 mitgebe (statt 4.2 was sonst anscheinend automatisch genommen wird) geht es. Mache ich dann erst mal so, evtl. braucht das QNAP-NAS erst ein Update bevor es sonst wieder rund läuft...
-
Hi. Ich habe z. Z. den Kernel 5.16.12-1-siduction-amd64. Meine fstab Einträge haben bisher immer funktioniert. Jetzt und seit dem letzten Kernel nicht mehr.
qnap.fritz.box:/JJ /nas-jj nfs nfsvers=4,rw,_netdev,x-systemd.automount 0 0
Zuerst dachte ich ein Paket wurde versehentlich deinstalliert, aber eine Überprüfung bestätigte das nicht.
Übrigens bin ich auf den Fehler nicht sofort gekommen. Mein XFCE hat sich nach der Anmeldung merkwürdig ausgebremst verhalten, bis zu einem "freeze". Ich konnte auf dem leeren Desktop auch nicht mehr die rechte oder mittlere Maustaste nutzen. Ein ALT+F2 oder das Terminal gingen noch.
Naja, nachdem ich die NFS Einträge in der fstab auskommentiert habe, funktioniert es wieder alles, nur eben ohne "Netzlaufwerke".
Wie kann ich das in den Griff bekommen?
-
192.168.178.50:volume1/Daten /mnt/Daten nfs noauto,x-systemd.automount,x-systemd.idle-timeout=300,rw,user 0 0
Das funktioniert hier völlig problemlos, allerdings mit einer Synology.
-
In meinem Fall handelt es sich um ein QNAP HS-453DX mit z. Z. Firmware 5.0.0.1932 vom 2022/01/29.
Damit liegt das letzte QNAP Update mehrere Siduction Kernel Updates zurück.
Der Linux Kernel scheint mir als Fehlerquelle damit naheliegender.
Da ich vorhin HIER (DANKE!) erst auf die richtige Spur kam, haben entsprechende Google Suchen jetzt Ergebnisse dieser Art bei Arch und QNAP gezeigt. Leider bisher ohne Lösung...
-
Hast du schon versucht, explizit Version 4.0 statt nur 4 in der fstab Zeile anzugeben?
-
OK. Dieser Tipp ist Gold wert, klappt! Auf das Einfachste kommt man manchmal nicht. Wald, Bäume und so. Tausend Dank.