NFS problemen in Manjaro XFCE

[Hold]

Ik ben na een aantal jaar geswitcht van Ubuntu/Mint naar Manjaro, omdat ik een rolling release distro en AUR wilde gebruiken.

Alles werkt naar volle tevredenheid, behalve mijn NFS mounts van mijn Synology NAS.
Ik gebruikte altijd fstab, maar daar werden ze regelmatig niet gemount bij booten, waardoor ik een mount -a moest doen.
Dat is niet echt gezinsvriendelijk, dus ben ik overgestapt naar systemd mounts.

[Unit]
Description=Documenten

[Mount]
What=192.168.0.142:/volume1/documenten
Where=/home/bert/Documenten
Type=nfs
Options=_netdev,vers=4,rsize=32768,wsize=32768
TimeoutSec=30

[Install]
WantedBy=multi-user.target

Ik zie enorm gekke delays met mijn NFS mounts. Soms laden ze in milliseconden, soms duurt het tot 50 seconden.
Dit geeft regelmatig frustrerende delays bij het opslaan van bestanden, omdat het systeem de grootste problemen lijkt te hebben om alle mappen helder te krijgen.

Wat me ook opvalt, is dat na het booten de desktop achtergrond heel lang op zich laat wachten, hoewel deze op mijn lokale SSD opgeslagen is en niet op de netwerk shares.

Alle hulp is hierin welkom!

De output van systemd-analyze blame kan misschien nog ligt op de zaak schijnen?

code:

25.381s home-bert-Afbeeldingen.mount
 3.136s systemd-modules-load.service
 1.929s NetworkManager-wait-online.service
 1.140s dev-sda3.device
  813ms udisks2.service
  589ms snapd.service
  528ms systemd-udev-trigger.service
  483ms apparmor.service
  439ms systemd-remount-fs.service
  343ms systemd-tmpfiles-setup.service
  302ms home-bert-Downloads.mount
  288ms lightdm.service
  286ms systemd-tmpfiles-setup-dev.service
  275ms lvm2-monitor.service
  272ms [e-mail]
  248ms snapd.apparmor.service
  237ms accounts-daemon.service
  226ms tlp.service
  192ms [e-mail]
  135ms cups.service
  130ms upower.service
  130ms geoclue.service
  115ms home-bert-Video.mount
  109ms home-bert-Strips.mount
  106ms [e-mail]
  106ms systemd-vconsole-setup.service
  103ms ModemManager.service
  100ms systemd-udevd.service
   99ms home-bert-Muziek.mount
   98ms home-bert-Boeken.mount
   98ms home-bert-Scans.mount
   92ms home-bert-Muziek_diversen.mount
   91ms systemd-binfmt.service
   87ms avahi-daemon.service
   84ms polkit.service
   83ms home-bert-Films.mount
   78ms systemd-logind.service
   76ms systemd-fsck@dev-disk-by\x2duuid-3791\x2d7201.service
   75ms home-bert-Documenten.mount
   63ms systemd-update-utmp.service
   62ms plymouth-quit.service
   60ms boot-efi.mount
   53ms systemd-user-sessions.service
   51ms systemd-journal-flush.service
   49ms dbus.service
   48ms systemd-journald.service
   47ms colord.service
   46ms plymouth-read-write.service
   46ms plymouth-start.service
   46ms plymouth-quit-wait.service
   46ms [e-mail]
   46ms kmod-static-nodes.service
   45ms NetworkManager.service
   40ms systemd-random-seed.service
   33ms ufw.service
   31ms [e-mail]
   31ms bluetooth.service
   29ms systemd-sysctl.service
   28ms alsa-restore.service
   19ms [e-mail]
   16ms wpa_supplicant.service
   12ms dev-hugepages.mount
   12ms dev-mqueue.mount
   12ms sys-kernel-debug.mount
   11ms sys-kernel-tracing.mount
    5ms sys-fs-fuse-connections.mount
    4ms sys-kernel-config.mount
    3ms rtkit-daemon.service
    3ms tmp.mount
    3ms var-log.mount
    2ms modprobe@dm_mod.service
    1ms proc-sys-fs-binfmt_misc.mount
  735us snapd.socket

[Hero of Time]

Had je je opties eerst in fstab staan zoals je die nu in je systemd-mount gebruikt? Ik ben namelijk benieuwd waarom je NFSv4 gebruikt, ipv v3. Doet je Synology namelijk echt v4 fatsoenlijk?

Duurt het mounten ook zo lang als je het handmatig mount? Wat laten je logs zien hierover?

[Hold]

Ik heb dit overgenomen van een tutorial op het Manjaro forum.
Synology ondersteunt NFSv4, maar ik kan gerust proberen om v3 in te stellen.

Verder vraag ik me af of de optie TimeoutSec=30 geen conflicten geeft.
Het is de woonkamer PC en die gaat gewoon 's morgens aan en 's avonds weer uit. De NFS shares mogen bij booten gemount worden en dan gewoon gemount blijven.
Het lijkt erop dat die optie ze elke 30 seconden weer unmount.

[Hero of Time]

Volgens de manpage (man systemd.mount), is de TimeoutSec optie alleen maar om een tijd op te geven hoe lang systemd wacht tot het mounten is gelukt en anders de boel stopt en processen killt die hier afhankelijk van zijn.

Ik las ook in de systemd-mount manpage (dat is dus een andere) dat fstab wordt geadviseerd voor je normale mounts en de systemd-mount units eigenlijk alleen bedoelt zijn voor services die bepaalde file systems willen/moeten hebben. Daar is dat dan voor te gebruiken.

Blijft je logs bekijken over. En NFSv3 proberen.

[Hold]

fstab heeft jaren goed gewerkt, maar om de één of andere reden werkte dat niet meer (altijd) bij het booten.
Vandaar mijn zoektocht naar een robuuste oplossing en ben ik uitgekomen bij systemd.

Ik ben verder nog steeds een beetje een noob, dus welke logs zou ik het beste bekijken hiervoor?

Ik ga NFSv3 proberen.

[Hero of Time]

Aangezien je al systemd-mount hebt gevonden, moet je ook wel bekend zijn met journalctl. Daar vind je tegenwoordig zo'n beetje alles.

[Hold]

Die had ik inderdaad al gevonden. Volgens mij was die timeout toch de boosdoener. Die stond op 30 sec en dan stonden er best wat meldingen van timeouts in de logs.
Ik heb de timeout nu veel hoger gezet en de NFS op v3 en voorlopig draait alles weer als een zonnetje, zonder systemd meldingen in de logs.

Bedankt voor de hulp. We kijken het een tijdje aan, in de hoop dat alles nu goed blijft gaan.

[Hero of Time]

Heb je beide tegelijk aangepast? Zo ja, dan weet je niet wat nou de werkelijke oplossing was, de timeout of de NFS versie. Mijn gok is de NFS versie, aangezien je volgens systemd-analyze een 'vertraging' van 25 seconden had op de mount, dat is binnen de 30 die je had ingesteld.

[Hold]

Ik heb beide tegelijk aangepast. Ik laat het zo maar even staan, nu het werkt.