Picknicker1
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
Ich habe hier einige Clients (müssten noch 16.04 sein) welche in der fstab zwei NFS Freigaben einbinden und nach dem Booten zu Verfügung stehen. Einen Klienten hatte ich schrittweise auf 17.10 und danach auf 18.04 geupdatet, mittlerweile komplett neu mit 18.04 installiert. Da der Networkmanager zu spät das Netzwerk initialisiert und die NFS Freigaben zu früh versucht werden einzubinden. Syslog sagt:
May 28 11:32:04 HPbesprechung mount[862]: mount.nfs: Network is unreachable
May 28 11:32:04 HPbesprechung systemd[1]: daten.mount: Mount process exited, code=exited status=32
May 28 11:32:04 HPbesprechung systemd[1]: daten.mount: Failed with result 'exit-code'.
May 28 11:32:04 HPbesprechung systemd[1]: Failed to mount /daten. kern.log sagt:
May 28 11:32:04 HPbesprechung kernel: [ 31.718265] FS-Cache: Loaded
May 28 11:32:04 HPbesprechung kernel: [ 31.790555] FS-Cache: Netfs 'nfs' registered for caching
May 28 11:32:04 HPbesprechung kernel: [ 31.826102] NFS: Registering the id_resolver key type
May 28 11:32:04 HPbesprechung kernel: [ 31.826119] Key type id_resolver registered
May 28 11:32:04 HPbesprechung kernel: [ 31.826120] Key type id_legacy registered
May 28 11:32:04 HPbesprechung kernel: [ 32.181293] r8169 0000:04:00.0 enp4s0: link up
May 28 11:32:04 HPbesprechung kernel: [ 32.181314] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready Wenn ich mich nach dem Booten einlogge kann ich einfach mit "mount /daten" die Freigabe einbinden, wie kann ich das in den Griff bekommen?
|
doedl
Anmeldungsdatum: 7. April 2006
Beiträge: 47
Wohnort: Near MUC
|
Hallo,
ich habe meine NFS Laufwerke in der FSTAB mit NOAUTO eingebunden. Nach dem Anmelden in die Graphische Benutzeroberfläche wird automatisch ein Script gestartet, welches die Laufwerke dann mounted. Funktioniert sehr zuverlässig.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
Picknicker1 schrieb: […] in der fstab zwei NFS Freigaben einbinden[…] Da der Networkmanager zu spät das Netzwerk initialisiert und die NFS Freigaben zu früh versucht werden einzubinden.
Für diese Situation ist die Option _netdev von mount zuständig. Durch Angabe dieser Option wird signalisiert, dass eine Einbindung erst nach funktionierendem Netzwerk versucht werden soll.
|
Picknicker1
(Themenstarter)
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
_netdev hört sich gut an. Ich habe es jetzt in der fstab einfach an die Optionen angehängt, leider funktionierte es nicht. Das /daten Verz ist nach wie vor nicht eingebunden.
Gibt es da was zu beachten? @doedl ist bei mir leider nicht möglich, ich mache die Anmeldung über YP und dazu benötige ich zusätzlich die Homeverzeichnisse, die zum booten mit eingebunden werden müssen.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
Picknicker1 schrieb: _netdev hört sich gut an. Ich habe es jetzt in der fstab einfach an die Optionen angehängt, leider funktionierte es nicht.
In Kombination mit systemd kommt es leider manchmal zu (jedenfalls von mir) unverstandenen Komplikationen. Zeige bitte mal Deine Datei /etc/fstab, dann kann ich prüfen, ob diese syntaktisch korrekt ist. Generell würde ich die allgemeine Option _netdev vor jeder Dateisystem-spezifischen Option aufführen, also z.B. an erster Stelle.
|
Picknicker1
(Themenstarter)
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
ok hier der letzte Stand des fstab Eintrages:
192.168.1.1:/var/daten /daten nfs rsize=8191,wsize=8191,hard,intr,_netdev 0 0 Ich setze das _netdev jetzt mal an erste Stelle
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
Picknicker1 schrieb: ok hier der letzte Stand des fstab Eintrages:
192.168.1.1:/var/daten /daten nfs rsize=8191,wsize=8191,hard,intr,_netdev 0 0
Sieht richtig aus, bis auf …
Ich setze das _netdev jetzt mal an erste Stelle
… genau! Systemd erstellt aus den Angaben in der Datei /etc/fstab dynamisch Mount-Units. Die kannst Du mit systemctl list-units *.mount auflisten. Die für Dich interessante lautet wahrscheinlich daten.mount. Zeige mal deren Status: systemctl --no-pager status daten.mount (Markierten Teil ggf. anpassen!)
|
Picknicker1
(Themenstarter)
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
Habs jetzt an erster Position, aber ohne Erfolg. ● daten.mount - /daten
Loaded: loaded (/etc/fstab; generated)
Active: failed (Result: exit-code) since Mon 2018-05-28 13:55:56 CEST; 2h 36min ago
Where: /daten
What: 192.168.1.1:/var/daten
Docs: man:fstab(5)
man:systemd-fstab-generator(8)
Process: 861 ExecMount=/bin/mount 192.168.1.1:/var/daten /daten -t nfs -o _netdev,rsize=8191,wsize=8191,hard,intrx (code=exited, status=32)
Mai 28 13:55:56 HPbesprechung systemd[1]: Mounting /daten...
Mai 28 13:55:56 HPbesprechung mount[861]: mount.nfs: Network is unreachable
Mai 28 13:55:56 HPbesprechung systemd[1]: daten.mount: Mount process exited, code=exited status=32
Mai 28 13:55:56 HPbesprechung systemd[1]: daten.mount: Failed with result 'exit-code'.
Mai 28 13:55:56 HPbesprechung systemd[1]: Failed to mount /daten.
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16459
|
Versuche doch mal per systemd automount zu mounten. Hier hat ein schneller Versuch geklappt, habe das LAN-Kabel erst eingesteckt nachdem der Desktop vollständig geladen hat. Ein "normaler fstab-Eintrag wie bei Dir mountet da nicht, egal was ich mit _netdev mache. Möchte noch bemerken, dass ich mit dem systemd automount noch nicht so vertraut bin. Habe mich zum Testen mal an diese Anleitung gehalten:
http://wiki.blue-panel.com/index.php/Fstab_-_Use_SystemD_automount_(de) Mein Eintrag in der fstab sieht zum testen so aus # NFS - automount per systemd OMV
xxx.xxx.xxx.xxx:/NAS/ /mnt/Nas nfs x-systemd.automount,noauto,retry=0,x-systemd.idle-timeout=60,nolock,rw,timeo=2,retrans=1,x-systemd.device-timeout=2,soft,nofail 0 0
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
Picknicker1 schrieb: Habs jetzt an erster Position, aber ohne Erfolg. ● daten.mount - /daten […]
Mai 28 13:55:56 HPbesprechung mount[861]: mount.nfs: Network is unreachable
[…]
Läuft Bei Dir NetworkManager-wait-online.service? systemctl --no-pager status NetworkManager-wait-online.service Wenn nicht, aktiviere diese Unit systemctl enable NetworkManager-wait-online.service und versuche einen neuen Start.
|
Picknicker1
(Themenstarter)
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
@kB
Der NetworkManager-wait-online.service läuft wird 6 Sekunden vorher gestartet. Irgendwie ist das ziemlich unbefriedigend. Die Scheiße lief jetzt über nahezu 10 Jahre über diverse Ubuntu Versionen hinweg.
Denn das nächste Problem wird dann YellowPage sein wenn das evt. auch früher gestartet wird als das Netzwerk.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
Picknicker1 schrieb: […] Irgendwie ist das ziemlich unbefriedigend.
Ja, sehe ich auch so. Das Mounten von Netzwerklaufwerken per Init-System systemd ist manchmal gestört, obwohl das Instrumentarium zur korrekten Behandlung vorhanden ist und meist auch richtig funktioniert. Leider weiß ich auch nicht, was bei den wenigen, aber immer wieder auffälligen Systemen mit Störung denn fundamental anders ist und wo man zur weiteren Fehlersuche ansetzen könnte. Vielleicht kannst Du mit dem Ansatz von Ubunux das Problem umschiffen.
|
fauxxami
Anmeldungsdatum: 7. Januar 2012
Beiträge: Zähle...
|
Ich habe auf zahlreichen Clients das gleiche Problem. Ich habe auch alles durchprobiert. Geholfen hat nur (und zuverlässig), in /etc/rc.local die Zeile sleep 5 && mount -a einzufügen. Die Länge des "sleeps" muss man evtl. austesten, bei mir reichen 5 Sekunden.
|
Picknicker1
(Themenstarter)
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
Ich frage mich wie all die es machen welche Ihre Logins zentralisieren, all die müssen ja was übers Netz einbinden.
Es kann doch nicht nur ne Minderheit dies Problem haben zudem dies ja schon länger so ist. wie fauxxami schrieb ist mir das mit der rc.local heute morgen auch eingefallen. Ich starte einfach nochmal den mount Prozess sowie wenn benötigt den YP demon.
|
fauxxami
Anmeldungsdatum: 7. Januar 2012
Beiträge: 493
|
Picknicker1 schrieb: Ich frage mich wie all die es machen welche Ihre Logins zentralisieren, all die müssen ja was übers Netz einbinden.
Das ist eine berechtigte Frage. Da arbeiten wir mit einem Betriebssystem, dass für seine Netzwerkfähigkeiten "berühmt" ist, und dann klappt so etwas Grundlegendes nicht ... kein NFS nach Neustart, kein Homeverzeichnis, also kein Login möglich. Das ist einfach Mist. Ich betreibe etwa 50 Clients mit Ubuntu, bei denen das Mounten von NFS-Freigaben beim Booten mal klappt und mal nicht. Zuerst dachte ich, es läge an Leitungslängen und/oder beteiligten Switches, aber das Ganze geht so durcheinander, dass ich die von mir beschriebene Lösung mit rc.local mittlerweile überall eingebaut habe. Seither ist Ruhe.
|