[gelöst] Systemstart stoppt, wenn NFS-Server nicht bereit

bayernherz · 31 Jan. 2013

hallo communtity,

ich habe ein openSuSE 12.2 x86_64 auf meinem neuen PC installiert.
Ein QNAP NAS-Server, der nur als Shared Disk mittels NFS betrieben wird,
ist ebenfalls erfolgreich installiert.
Die Einbindung des QNAP NAS-Servers habe ich mittel YAST vorgenammen.
Das Problem:
Wird der PC nur kurz für einen Internetbesuch gestartet, besteht nicht die Notwendigkeit den NAS
vorher zu Starten, denn das dauert.
Leider bleibt jetzt das System im Startvorgang stehen u. wartet auf den NAS-Server.
Eintrag in der fstab

Code:

nas.fh:/Public	/mnt/pub	nfs	defaults 0 0

Eintrag in der /var/log/warn

Code:

Jan 31 15:07:58 Tux-sen systemd[1]: mnt-pub.mount mounting timed out. Stopping.

Bei openSuSE 11.3 u. 11.4 x86_32 war das kein Problem.
Ich habe sogar per sudo Script, wenn der NAS-Server später eingeschaltet wurde einen

Code:

rcnfs restart

mit Erfolg durchgeführt.

Vieleicht hat jemand von Euch einen Tipp für mich,
wie ich das Problem lösen kann.

viele Grüsse aus dem warmen Oberbayern
vom bayernherz

mahol · 31 Jan. 2013

Also ich mache es so:

/etc/fstab

Code:

servernet:/     /server  nfs4   rw,noauto,comment=systemd.automount   0 0

Dabei wird der Server im LAN nicht beim Booten gemounted, sondern erst beim ersten Zugriff.

spoensche · 31 Jan. 2013

Sieh dir mal autofs an. Mit Autofs wird z.B. eine Netzwerkfreigabe erst dann gemountet, wenn es nötig ist, also wenn du dir z.B. den Inhalt des Verzeichnisses anzeigen lassen willst.

bayernherz · 31 Jan. 2013

für mich wäre schon ok per Hand mittels der Geräteüberwachung den NAS zu mounten.
Gibt es dafür eine Lösung ?

spoensche · 2 Feb. 2013

Von welchem Desktop mit Geräteüberwachung sprichst du ?

Autofs bzw. automount ist eine Art Geräteüberwachung. Der Unterschied ist einfach, dass Autofs den Zugriff auf den Mountpunkt überwacht und bei Zugriff die Freigabe des angegebenen Servers mountet.

bayernherz · 3 Feb. 2013

ich arbeitet mit
openSUSE 12.2 (x86_64)
Linux 3.4.11-2.16-desktop x86_64
KDE 4.8.5 (4.8.5) "release 2"
und meine die Geräteüberwachung in der Taskleiste
Diese ist default so eingestellt, wenn z.B. ein USB-Stick angesteckt wird, muss
dieser erst mit der Geräteüberwachung eingebunden werden, bevor ein
Zugriff möglich ist. In dieser Weise könnte ich mir das auch mit dem NAS-Server (Shered Disk)
vorstellen.
Das hängenbleiben beim Starten konnte ich mittlerweile abstellen, indem ich in den Eintrag der
fstab wie nachfolgend abgeändert habe.

Code:

nas.fh:/Public	/mnt/pub	nfs	rw,async,intr,bg,retry=10,rsize=8192,wsize=8192 0 0

es kommt hierbei auf den Eintrag

Code:

retry=10

an
Der bei default auf 100000 steht und somit dann sehr lange im Startvorgang stehenbleibt.
Allerding lässt sich der NAS nicht nachträglich durch

Code:

rcnfs stop

Code:

rcnfs start

einbinden.
Dieses war mit openSuSE 11.3 bzw. openSuSE 11.4 noch möglich

admine · 3 Feb. 2013

bayernherz schrieb:
Allerding lässt sich der NAS nicht nachträglich durch

Code:

rcnfs stop

Code:

rcnfs start

einbinden.
Dieses war mit openSuSE 11.3 bzw. openSuSE 11.4 noch möglich

Jetzt gibts systemd und du wirst das anders regeln müssen
In etwa mit

Code:

systemctl stop/start/restart nfs.service

spoensche · 3 Feb. 2013

Shared Disk ist ja schön und gut, nur ist ein freigegebener Ordner keine Festplatte (Blockdevice und somit auch kein Gerät). Die Geräteüberwachung schlatet externe Festplatte beispielsweise auch in einen Spindown (die Magnetscheiben werden dabei nicht mit voller Geschwindigkeit bewegt bzw. auch bis zum nächsten Schreib- o. Lesezugriff abgeschaltet)

Du musst also ein Network Block Device bereitstellen, wenn du das NAS als Shared Disk verwenden willst.

bayernherz · 3 Feb. 2013

hallo spoensche,
soweit will ich garnicht gehen.
Ich suche nur eine einfache Lösung beim Starten ohne NAS nicht hängen zubleiben
und wenn notwendig den NAS nachträglich noch einzubinden.
Da diese Fälle nicht so oft vorkommen, kann das auch mit einem Restart
des NFS-Dienstes erfolgen. Dazu würde ich ein sudo Script benutzen.

Ich habe allerdings festgestellt ein einmal mit

Code:

systemctl stop nfs.service

gestoppter NFS-Dienst bindet auch mit

Code:

systemctl start nfs.service

den NAS nicht wieder ein.
Obwohl angezeigt wird das der NFS-Client läuft.

Code:

Tux-sen:~ # systemctl status nfs.service
nfs.service - LSB: NFS client services
          Loaded: loaded (/etc/init.d/nfs)
          Active: active (running) since Sun, 03 Feb 2013 20:56:40 +0100; 2min 10s ago
         Process: 3590 ExecStop=/etc/init.d/nfs stop (code=exited, status=0/SUCCESS)
         Process: 3612 ExecStart=/etc/init.d/nfs start (code=exited, status=0/SUCCESS)
          CGroup: name=systemd:/system/nfs.service
                  └ 3629 /usr/sbin/rpc.idmapd

An der Stelle könnte ich Hilfe gebrauchen

viele grüsse aus dem winterlichen Oberbayern
vom bayernherz

spoensche · 4 Feb. 2013

Der NFS-Client hat nichts mit dem eigentlichen Mounten zu tun, sondern startet nur die notwendigen Dienste rpcbind, statd und idmapd.
Am einfachsten ist es, wenn du autofs verwendest. Dann brauchst du a) keine Stunden für den Bootvorgang und b) nichts manuell ausführen, wenn die Freigabe vom NAS gemountet werden soll, weil dies autom. geschieht.

muck19 · 4 Feb. 2013

bayernherz schrieb:
Ich suche nur eine einfache Lösung beim Starten ohne NAS nicht hängen zubleiben
und wenn notwendig den NAS nachträglich noch einzubinden.

Ich mach das mit noauto in der fstab:
z. B.
192.168.2.101:/Desktopbackup /mnt/Desktopbackup nfs noauto 0 0
Und gemountet wird per script:
kdesu mount 192.168.2.101:/Desktopbackup

Gruss
Michael

bayernherz · 5 Feb. 2013

hallo muck19,
Danke.
Genau so etwas habe ich gebraucht.
Funktioniert gut und ist einfach.

viele grüsse aus dem windigen Oberbayern
vom bayernherz

bayernherz · 6 Feb. 2013

hallo community
Eintrag fstab:

Code:

nas.fh:/Public	/mnt/pub	nfs	rw,async,intr,soft,bg,retry=10,noauto,rsize=8192,wsize=8192 0 0

mounten:

Code:

mount nas.fh:/Public

noch eine abschliessende Frage zum manuellen mounten.
Besteht die Gefahr, wenn das Betriebssystem heruntergefahren (ausgeschaltet) wird
ohne vorher den NAS manuell auszuhängen (umount), das ggf. Daten wegen einem nichtgeleertem
Schreibcash verloren gehen.

viele grüsse aus dem abendlichen Oberbayern
vom bayernherz

spoensche · 6 Feb. 2013

Das OS hängt die Freigabe beim Shutdown autom, aus. Der Aushängevorgang unterscheidet sich dabei nicht.

bayernherz · 6 Feb. 2013

d.h. also es kann kein Datenverlust auftreten !

spoensche · 7 Feb. 2013

Es kann nur Datenverlust auftreten, wenn dein NAS-Platte einen defekt hat oder die Netzverbindung abbricht.

bayernherz · 7 Feb. 2013

hallo spoensche,
ok, damit kann ich leben.
Ich möchte mir trotzdem nochmal Deinen Vorschlag mit autofs ansehen.
Hasst Du vielleicht einen Link mit näheren Infos zu autofs.
Nach "trail and error" habe ich es leider nicht hinbekommen.

viele grüsse aus dem tief verschneitem Oberbayern
vom bayernherz

spoensche · 8 Feb. 2013

Als erstes legst du das Verzeichnis /net an. Unterhalb von /net wird der automounter die Freigaben einhängen.
Als nächstes öffnest du die /etc/auto.master mit einem Editor und fügst folgenden Inhalt ein:

Code:

/net /etc/auto.nas

Jetzt legst du die /etc/auto.nas mit folgendem Inhalt an:

Code:

nas -fstype=nfs,rw,tcp,nolock IP-vom-NAS:/pfad/zur/freigabe

Erklärung der Zeile:

nas: Das ist der Mountpoint. Der automounter legt unter /net das Verzeichnis nas an und hängt die Freigabe dort ein.
fstype: nfs für NFS3 o. nfs4 für NFSv4
rw: read-write
tcp: NFS-Client verwendet TCP statt UDP
nolock: Kein File Locking

IP:/freigabe sollte bekannt sein.

Danach startest du den autofs Dienst neu und bei einem ls -l /net/nas wird die Freigabe gemountet.

bayernherz · 15 Feb. 2013

hallo spoensche,
funktioniert, danke.
Ich habe noch ein paar Fragen dazu:
1. Warum

Code:

nolock

, d.h. ohne portmapper ?

2. Sind meine Einträge in der fstab

Code:

nas.fh:/Public	/mnt/pub	nfs	rw,async,intr,soft,bg,retry=10,noauto,rsize=8192,wsize=8192 0 0

noch notwendig.
3. Kann ich meine Optionen, die ich in der fstab eingetragen habe, in die auto.nas eintragen ?
4. Greift autofs zyklisch auf meinen NAS zu, wenn Dolphin auf einem Verzeichnis
vom NAS steht.
5. Greift autofs zyklisch auf meinen NAS zu, wenn Dolphin auf kein Verzeichnis vom NAS steht.

Hintergrund für diese (blöden) Fragen ist, bei einem zyklischen Zugriff auf den NAS, kommt dieser nicht mehr
in den Ruhezustand. Erfolgt 30min. kein Zugriff auf den NAS, geht dieser in den Ruhezustand und schaltet die
HD ab, was zu einem stark reduzierten Stromverbrauch führt (wünscheswert).

viele grüsse aus dem winterlichen Oberbayern
vom bayernherz

spoensche · 15 Feb. 2013

bayernherz schrieb:
hallo spoensche,
funktioniert, danke.
Ich habe noch ein paar Fragen dazu:
1. Warum

Code:

nolock

, d.h. ohne portmapper ?

Ohne die Option nolock tritt beim einbinden der Freigabe ein Fehler auf , wenn der der lockd Dienst nicht gestartet ist. Die Optione hat keinen Einfluss auf den Portmapper. Ohne Portmapper würde es gar nicht funktionieren. Der Portmapper verwaltet das Portmapping für die Dienste mountd, statd, idmapd etc, die vom rpcbind gestartet werden.

bayernherz schrieb:
2. Sind meine Einträge in der fstab

Code:

nas.fh:/Public /mnt/pub nfs rw,async,intr,soft,bg,retry=10,noauto,rsize=8192,wsize=8192 0 0

noch notwendig.
3. Kann ich meine Optionen, die ich in der fstab eingetragen habe, in die auto.nas eintragen ?
4. Greift autofs zyklisch auf meinen NAS zu, wenn Dolphin auf einem Verzeichnis
vom NAS steht.
5. Greift autofs zyklisch auf meinen NAS zu, wenn Dolphin auf kein Verzeichnis vom NAS steht.

Den Eintrag kannst du aus der fstab entfernen. autofs bzw. der Automounter greift nicht zücklich auf das NAS zu, sondern erst wen ein Programm tatsächlich auf den Mountpoint zugreift,

bayernherz schrieb:
Hintergrund für diese (blöden) Fragen ist, bei einem zyklischen Zugriff auf den NAS, kommt dieser nicht mehr
in den Ruhezustand. Erfolgt 30min. kein Zugriff auf den NAS, geht dieser in den Ruhezustand und schaltet die
HD ab, was zu einem stark reduzierten Stromverbrauch führt (wünscheswert).

viele grüsse aus dem winterlichen Oberbayern
vom bayernherz

Die Fragen sind nicht blöd. Der Automounter wird erst wieder auf dein NAS zugreifen, wenn du o. ein anderes Programm aktiv auf die Freigabe zugreifen möchte.

[gelöst] Systemstart stoppt, wenn NFS-Server nicht bereit

Hacker

Newbie

Moderator

Hacker

Moderator

Hacker

Ultimate Guru

Moderator

Hacker

Moderator

Hacker

Hacker

Hacker

Moderator

Hacker

Moderator

Hacker

Moderator

Hacker

Moderator