public inbox for gentoo-user-de@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Gerrit Kühn" <gerrit@pmp.uni-hannover.de>
To: gentoo-user-de@lists.gentoo.org
Subject: [gentoo-user-de] systemd und nfs
Date: Wed, 10 Aug 2016 09:38:08 +0200	[thread overview]
Message-ID: <20160810093808.17d13784e8b3d8483c7e36c3@pmp.uni-hannover.de> (raw)

Hallo,

mal eine ganz blöde(?) Frage in die Runde: Wie bändige ich systemd und nfs?

Früher hatte ich ohne systemd folgendes Szenario:

1. NFS-Verzeichnisse werden beim Client in fstab eingetragen.
2. Falls der NFS-Server beim Booten des Client nicht erreicht werden kann,
läuft der mount in ein timeout und wird nicht durchgeführt. Danach ist der
Client benutzbar, die mountpoints sind halt leer.
3. Falls der Server beim Booten erreichbar war, im Betrieb dann aber
verschwindet, hängen die Mountpunkte beim Zugriff (kann man über
Mount-Optionen anders einstellen).


Das fand ich eigentlich sehr praktisch und hätte das nun mit systemd auch
gerne weiter so. Leider bekomme ich systemd über die Optionen "nofail"
und "x-systemd.device-timeout" zwar dazu, über einen fehlenden Server
hinwegzubooten, aber ich habe dann nicht wie früher leere Mountpunkte.
Stattdessen versucht systemd bei jedem Zugriff auf den Mountpunkt im
Betrieb wieder erneut, die Verzeichnisse einzuhängen, und zwar ohne
irgendein Timeout. Soll heißen: bereits ein simples "ls" hängt ewig.
Besonders lustig ist das, wenn man wie ich Verzeichnisse mit shared libs
auf nfs hat, denn dann hängt das automatische Neubauen vom ld-cache bereits
das Booten ewig auf...

Ich habe nun per Google eine Menge Leute gefunden, die das gleiche Problem
haben, aber niemanden mit einer Lösung. Ich bin kurz davor, meine
NFS-Einträge aus der fstab zu entfernen und mir für das Mounting ein
einfaches Script und einen systemd-Service dazu zu schreiben, die das dann
bitte nur einmal versuchen und nicht das halbe System dauerhaft lahmlegen.

Aber kann das die einzige Lösung sein? Kennt jemand eine andere/bessere?


cu
  Gerrit


             reply	other threads:[~2016-08-10  7:38 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-10  7:38 Gerrit Kühn [this message]
2016-08-10  7:47 ` [gentoo-user-de] systemd und nfs Stefan Nowy
2016-08-10  8:11   ` Gerrit Kühn
2016-08-10  7:49 ` Juergen Rose
2016-08-10  8:14   ` Gerrit Kühn
2016-08-10  8:40     ` Juergen Rose

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160810093808.17d13784e8b3d8483c7e36c3@pmp.uni-hannover.de \
    --to=gerrit@pmp.uni-hannover.de \
    --cc=gentoo-user-de@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox