[Gelöst] Bullseye-Mount Units werden nicht zuverlässig eingebunden

[Celica]

Hallo,

ich mounte per NFS über Mount Units.
Das funktioniert mit allen Buster Rechnern (Laptop, Desktop PC, ...) wunderbar.
Seit Bullseye habe ich das Phänomen, dass der Desktop Rechner die Mount Unit des OMV-NAS immer wieder mal nicht einbindet bzw. findet.

Wobei die gleichen Mount Units unter Buster tadellos funktioniert haben auf dem selben PC.

Ich nutze auf einem Laptop mit Buster und dem gleichen User (ID 1000 ist bei beiden Rechnern identisch) die gleiche Konfiguration und da funktioniert das 100%.

Eine Ausgabe von

Code: Alles auswählen

systemctl status mnt-omv.automount

sieht wie folgt aus:

Code: Alles auswählen

mnt-omv.automount - Automount NFS-Share
     Loaded: loaded (/etc/systemd/system/mnt-omv.automount; enabled; vendor preset: enabled)
     Active: inactive (dead)
   Triggers: ● mnt-omv.mount
      Where: /mnt/omv

Auch wenn ich das NFS Laufwerk händisch versuche einzubinden, findet der Rechner dieses nicht.
Ich binde die Laufwerke über Nautilus ein.
Hier wird dann immer die Meldung "leer" angezeigt.

Check "showmount":

Code: Alles auswählen

root@debian:~# showmount -e 192.168.1.2
Export list for 192.168.1.2:
/export       192.168.1.4/24,192.168.1.2/24
/export/Ilai  192.168.1.11
/export/Daten 192.168.1.4/24,192.168.1.2/24

Die "mnt-omv.automount" sie wie folgt aus:

Code: Alles auswählen

[Unit]
Description=Automount NFS-Share
Requires=NetworkManager.service
After=network-online.target
Wants=network-online.target

[Automount]
Where=/mnt/omv
TimeoutIdleSec=10min

[Install]
WantedBy=multi-user.target

Die "mnt-omv.mount" sieht so aus:

Code: Alles auswählen

[Unit]
Description=Mount NFS Share

[Mount]
What=192.168.1.2:/Daten/
Where=/mnt/omv
Type=nfs
Options=soft,async

Wie kann ich das Problem weiter einkreisen?
Taucht immer wieder mal auf aber halt nicht regelmäßig, also nicht systematisch.
Kennt das wer unter Bullseye und kann hier helfen?

Könnte das evtl. auch etwas mit den unterschiedlichen NFS Versionen zwischen dem die auf dem OMV NAS (habe ich gerade nicht zur Gand, wird aber NFS3 sein) und der die in Bullseye benutzt wird, zu tun haben?
Wobei NFS 3/4 kompatibel sein sollen (theoretisch).

[Celica]

...dann forsche ich mal weiter :

So sieht die Ausgabe von systemctl status mnt-omv.automount aus, wenn die Mount Units eingebunden sind:

● mnt-omv.automount - Automount NFS-Share
Loaded: loaded (/etc/systemd/system/mnt-omv.automount; enabled; vendor preset: enabled)
Active: active (running) since Wed 2021-07-07 13:26:04 CEST; 1min 21s ago
Triggers: ● mnt-omv.mount
Where: /mnt/omv

Warning: some journal files were not opened due to insufficient permissions.

So "zuverlässig" ist das Mounten der Mount Units ...gestern hatte ich den Fehler, heute schon nicht mehr.
Leider etwas abenteuerlich!

Im übrigen ist 192.168.1.2 das OMV NAS ...aber das habt ihr sicherlich gesehen

Ich hatte (hoffe das sich das erledigt hat, könnte aber immer noch existent sein) mit dem NetworkManager nach der Installation von Bullseye Netzwerkprobleme.
Der NetworkManager war nicht geladen und nur durch den Reload des NM auf der Konsole konnte ich Netzwerk erhalten.
Habe ein neues Profil erstellt und eigentlich habe ich jetzt überwiegend Ruhe (ist nur noch einmal aufgetreten!).

Nun habe ich die Hoffnung, da Bullseye ja noch nicht stable ist, dass hier noch etwas passiert ...aber wäre schon gut den Fehler zu finden.

[JTH]

Wie kann ich das Problem weiter einkreisen?

Vielleicht verrät dir

Code: Alles auswählen

journalctl _PID=1 | grep mnt-omv
journalctl -u mnt-omv.automount -u mnt-omv.mount

etwas, wann oder ob überhaupt (im Problemfall) gemountet wird.

Ansonsten nimm doch mal probeweise diese drei Zeilen raus:

Die "mnt-omv.automount" sie wie folgt aus:

Code: Alles auswählen

Requires=NetworkManager.service
After=network-online.target
Wants=network-online.target

Die gehören sowieso eher in die mount-Unit, nicht wie hier in die automount-Unit. In einer mount-Unit für einen Netzwerpfad werden obige Abhängigkeiten, laut Manpage, aber eh schon automatisch eingefügt:

Network mount units automatically acquire After= dependencies on remote-fs-pre.target, network.target and network-online.target, […]

Evtl. sorgen die für Abhängigkeitswirwar, besonders das ziemlich strikte Requires=NetworkManager.service.

[Celica]

OKI, werde die drei Zeilen einfach mal auskommentieren (geht doch, oder?) und beim nächsten Mal (idealerweise dann nicht mehr ) prüfe ich mit:

Code: Alles auswählen

journalctl _PID=1 | grep mnt-omv
journalctl -u mnt-omv.automount -u mnt-omv.mount

Was dabei heraus kommt.

Sollte ich die Zeilen wirklich so ergänzen?
Ich habe das seiner Zeit aus der Debian Konfig (Debian Wiki?) übernommen.

Code: Alles auswählen

[Unit]
Description=Mount NFS Share
Requires=NetworkManager.service
After=network-online.target
Wants=network-online.target

[Mount]
What=192.168.1.2:/Daten/
Where=/mnt/omv
Type=nfs
Options=soft,async

Danke!

[JTH]

OKI, werde die drei Zeilen einfach mal auskommentieren (geht doch, oder?)

# Klar geht das

[Celica]

So sieht das aus wenn es läuft (macht jetzt wohl nicht so viel Sinn ):

Code: Alles auswählen

root@debian:~# journalctl _PID=1 | grep mnt-omv
Mai 14 12:06:00 debian systemd[1]: mnt-omv.automount: Got automount request for /mnt/omv, triggered by 3764 (pool-org.gnome.)
Mai 14 12:32:42 debian systemd[1]: mnt-omv.mount: Succeeded.
Mai 14 14:23:17 debian systemd[1]: mnt-omv.automount: Got automount request for /mnt/omv, triggered by 3518 (nautilus)
Mai 14 15:20:31 debian systemd[1]: mnt-omv.mount: Succeeded.
....

Code: Alles auswählen

root@debian:~# journalctl -u mnt-omv.automount -u mnt-omv.mount
-- Journal begins at Fri 2021-05-14 11:19:28 CEST, ends at Wed 2021-07-07 14:20:06 CEST. --
Mai 14 12:05:01 debian systemd[1]: Set up automount Automount NFS-Share.
Mai 14 12:06:00 debian systemd[1]: mnt-omv.automount: Got automount request for /mnt/omv, triggered by 3764 (pool-org.gnome.)
Mai 14 12:06:00 debian systemd[1]: Mounting Mount NFS Share...
Mai 14 12:06:01 debian systemd[1]: Mounted Mount NFS Share.
Mai 14 12:32:42 debian systemd[1]: Unmounting Mount NFS Share...
Mai 14 12:32:42 debian systemd[1]: mnt-omv.mount: Succeeded.
Mai 14 12:32:42 debian systemd[1]: Unmounted Mount NFS Share.
Mai 14 14:23:17 debian systemd[1]: mnt-omv.automount: Got automount request for /mnt/omv, triggered by 3518 (nautilus)
Mai 14 14:23:17 debian systemd[1]: Mounting Mount NFS Share...
Mai 14 14:23:17 debian systemd[1]: Mounted Mount NFS Share.
Mai 14 15:20:31 debian systemd[1]: Unmounting Mount NFS Share...
Mai 14 15:20:31 debian systemd[1]: mnt-omv.mount: Succeeded.
Mai 14 15:20:31 debian systemd[1]: Unmounted Mount NFS Share.
Mai 14 15:20:31 debian systemd[1]: mnt-omv.automount: Got automount request for /mnt/omv, triggered by 3518 (nautilus)
Mai 14 15:20:31 debian systemd[1]: Mounting Mount NFS Share...
Mai 14 15:20:31 debian systemd[1]: Mounted Mount NFS Share.
Mai 14 15:30:32 debian systemd[1]: Unmounting Mount NFS Share...
Mai 14 15:30:32 debian systemd[1]: mnt-omv.mount: Succeeded.
Mai 14 15:30:32 debian systemd[1]: Unmounted Mount NFS Share.
Mai 14 15:30:32 debian systemd[1]: mnt-omv.automount: Got automount request for /mnt/omv, triggered by 39224 (pool-org.gnome.)
Mai 14 15:30:32 debian systemd[1]: Mounting Mount NFS Share...
Mai 14 15:30:32 debian systemd[1]: Mounted Mount NFS Share.
lines 1-23

Sollte ich die Zeilen wirklich so ergänzen?
Ich habe das seiner Zeit aus der Debian Konfig (Debian Wiki?) übernommen.

Code: Alles auswählen

[Unit]
Description=Mount NFS Share
Requires=NetworkManager.service
After=network-online.target
Wants=network-online.target

[Mount]
What=192.168.1.2:/Daten/
Where=/mnt/omv
Type=nfs
Options=soft,async

[JTH]

Sollte ich die Zeilen wirklich so ergänzen?
Ich habe das seiner Zeit aus der Debian Konfig (Debian Wiki?) übernommen.

Code: Alles auswählen

[Unit]
Description=Mount NFS Share
Requires=NetworkManager.service
After=network-online.target
Wants=network-online.target

[Mount]
What=192.168.1.2:/Daten/
Where=/mnt/omv
Type=nfs
Options=soft,async

Ich würde die drei Zeilen erstmal komplett aus beiden Dateien rausnehmen – bis bewiesen ist, dass sie notwendig sind. Und Tatsache, die hast du wohl so aus dem Foren-Wiki: Netzlaufwerke_einbinden: Automount-Unit.

Laut der Manpage sind die Angaben allerdings ausdrücklich kontraproduktiv und es wird (für die .automount) davon abgeraten:

Note that automount units are separate from the mount itself, so you should not set After= or Requires= for mount dependencies here. For example, you should not set After=network-online.target or similar on network filesystems. Doing so may result in an ordering cycle.

[Celica]

Alles klar! Probiere ich erst einmal so aus.
Danke!

Im Falle des Erfolges, würde ich die dann auch aus den anderen "mnt-...automount" heraus nehmen.

[Celica]

Rückmeldung zum Status: Was soll ich sagen? Hat scheinbar funktioniert.
Danke dafür.

Habe auch bei allen anderen Rechnern die drei Zeilen auskommentiert.
Warum auch immer das bei Buster funktioniert und nur unter Bullseye Probleme bereitet.
Damit würde ich das Thema schließen.

[jph]

Laut der Manpage sind die Angaben allerdings ausdrücklich kontraproduktiv und es wird (für die .automount) davon abgeraten:

Note that automount units are separate from the mount itself, so you should not set After= or Requires= for mount dependencies here. For example, you should not set After=network-online.target or similar on network filesystems. Doing so may result in an ordering cycle.

Danke für den Hinweis. Das ist tatsächlich neu in Bullseye. Ich habe die Wiki-Seite entsprechend überarbeitet.

[JTH]

Das ist tatsächlich neu in Bullseye. Ich habe die Wiki-Seite entsprechend überarbeitet.

Ah top, danke Ja, der Hinweis in der Manpage ist tatsächlich neu ab Bullseye, habe grad nochmal nachgeschaut.