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

Probleme mit Samba, NFS, FTP und Co.
Antworten
Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

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

Beitrag von Celica » 06.07.2021 20:58:51

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).
Zuletzt geändert von Celica am 25.07.2021 15:00:52, insgesamt 1-mal geändert.
Danke !

Ciao

Celica

Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von Celica » 07.07.2021 13:33:44

...dann forsche ich mal weiter :D :

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" :D 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 :lol:

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.
Danke !

Ciao

Celica

JTH
Moderator
Beiträge: 3007
Registriert: 13.08.2008 17:01:41
Wohnort: Berlin

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von JTH » 07.07.2021 14:08:58

Celica hat geschrieben: ↑ zum Beitrag ↑
06.07.2021 20:58:51
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:
Celica hat geschrieben: ↑ zum Beitrag ↑
06.07.2021 20:58:51
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:
man systemd.mount hat geschrieben: 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.
Manchmal bekannt als Just (another) Terminal Hacker.

Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von Celica » 07.07.2021 14:12:57

OKI, werde die drei Zeilen einfach mal auskommentieren (geht doch, oder?) und beim nächsten Mal (idealerweise dann nicht mehr :D) 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!
Zuletzt geändert von Celica am 07.07.2021 14:17:53, insgesamt 1-mal geändert.
Danke !

Ciao

Celica

JTH
Moderator
Beiträge: 3007
Registriert: 13.08.2008 17:01:41
Wohnort: Berlin

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von JTH » 07.07.2021 14:15:12

Celica hat geschrieben: ↑ zum Beitrag ↑
07.07.2021 14:12:57
OKI, werde die drei Zeilen einfach mal auskommentieren (geht doch, oder?)
# Klar geht das :wink:
Manchmal bekannt als Just (another) Terminal Hacker.

Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von Celica » 07.07.2021 14:21:52

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
Danke !

Ciao

Celica

JTH
Moderator
Beiträge: 3007
Registriert: 13.08.2008 17:01:41
Wohnort: Berlin

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von JTH » 07.07.2021 14:28:42

Celica hat geschrieben: ↑ zum Beitrag ↑
07.07.2021 14:21:52
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:
man systemd.automount hat geschrieben: 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.
Manchmal bekannt als Just (another) Terminal Hacker.

Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von Celica » 07.07.2021 14:55:24

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.
Danke !

Ciao

Celica

Benutzeravatar
Celica
Beiträge: 2145
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von Celica » 25.07.2021 14:59:58

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.
Danke !

Ciao

Celica

Benutzeravatar
jph
Beiträge: 1042
Registriert: 06.12.2015 15:06:07
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Greven/Westf.

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von jph » 02.08.2021 09:18:45

JTH hat geschrieben: ↑ zum Beitrag ↑
07.07.2021 14:28:42
Laut der Manpage sind die Angaben allerdings ausdrücklich kontraproduktiv und es wird (für die .automount) davon abgeraten:
man systemd.automount hat geschrieben: 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
Moderator
Beiträge: 3007
Registriert: 13.08.2008 17:01:41
Wohnort: Berlin

Re: Bullseye-Mount Units werden nicht zuverlässig eingebunden

Beitrag von JTH » 02.08.2021 10:14:43

jph hat geschrieben: ↑ zum Beitrag ↑
02.08.2021 09:18:45
Das ist tatsächlich neu in Bullseye. Ich habe die Wiki-Seite entsprechend überarbeitet.
Ah top, danke :THX: Ja, der Hinweis in der Manpage ist tatsächlich neu ab Bullseye, habe grad nochmal nachgeschaut.
Manchmal bekannt als Just (another) Terminal Hacker.

Antworten