[Eisfair] nfs-mount per fstab

Hilix hilmar.boehm at web.de
Do Okt 15 17:38:47 CEST 2020


Hallo Olaf,
vielen Dank für die Info. Ich habe mich mal mit dem Problem bzw. einer evtl. Lösung beschäftigt und bin zu dem Schluss gekommen, 
dass
- _ohne eine Änderung der Start-Skript-Reihenfolge_ NFS_shares _vor_ dem Start des S40syslogd Service
- oder noch früher im Rahmen des S07mountfs Skripts (noch kein Netzwerk aktiv)
nicht möglich sind.

Anmerkungen:
1) mount.nfs scheint zu "hängen".

Dieses Phänomen hatte ich auch. Das kann ich bestätigen. Bei mir wird aber noch der Startzeitpunkt angezeigt:

    mount.nfs: timeout set for Thu Oct 15 14:19:05 2020"

Das Timeout beträgt standardmäßig (bei mir) 120s. Es gibt auch eine mount.nfs Option "timeo=n" Damit könnte man das Timeout 
mglw. verkürzen. Grund waren in meinen Fälle Mountprobleme z.B. wg. Fehler im remotetarget String (permissions) oder falscher 
Optionen im mount Befehl. (Vllt auch wg. inkompatibler NFS-Protokoll-Versionen - da bin ich mir aber nicht sicher.) Nach 
Korrektur im Setup->NFSclient-Service - Setup läuft bei mir der NFS_Mount ohne Stop durch. Allerdings wirft das 
S07mountfs-Skript immer die Meldung aus:

    mount.nfs: timeout set for Thu Oct 15 14:19:05 2020
    mount.nfs: trying text-based options 'vers=4.2,addr=172.16.0.14,clientaddr=0.0.0.0'

Man beachte: clientaddr=0.0.0.0
Ist aber logisch, da die Netzwerkaktivierung erst mit "S25ip-eth" startet. Deswegen ist zu diesem frühen Zeitpunkt auch kein 
Netzwerk-Mount möglich.

2) Versuch,

Netzwerkaktivierung vor S07mountfs zu verlegen (S04ip-eth, S05route, S06nfsclient), führt zum gleichen Problem mit 
"clientaddr=0.0.0.0" --> kein Mount des NFS-Share. Vllt fehlt auch da noch ein Skript (vorne)?

3) Versuch

Standard rc2.d Startreihenfolge, aber nfsclient _vor_ S40syslogd gestellt, z.B. S38nfsclient.
Das funktioniert und würde ggf. helfen, da das NFS-Share vor Start des syslogd Service liegt.

4) Allerdings
muss man sich halt bewusst sein, dass eine Änderung der Abfolge der Start-Skripts in rc2.d:
- zu unpredictable side effects führen kann
- ggf. bei einer System-Aktualisierung diese überschrieben geändert werden kann und
- dass es von den Entwicklern sehr ungern gesehen wird! :)

Ich würde mich daher Jürgens Vorschlag anschließen, sich mit rsyslogd zu beschäftigen.

Grüße. / Hilmar.

P.S. Ich vergaß zu erwähnen, dass NFS-Shares mit Eisfair als Client ganz einwandfrei eingerichtet und genutzt werden können. :-)

Am 13.10.20 um 22:17 schrieb Olaf Jaehrling:
> Hallo Hilmar
> 
> Hilix schrieb am 12.10.20 um 12:13:> Hallo Olaf, mich würde Dein
> Lösungsvorschlag interessieren, ob läuft
>> oder nicht...
>> Gruß./ Hilmar.
> Ich habe dir die PM mal geschickt. Vllt. kannst du ja eine Rückmeldung
> geben.
> 
> Gruß
> 
> Olaf
> 
>> Am 12.10.20 um 12:05 schrieb Olaf Jaehrling:
>>> Du hast PM. Sollte es so funktionieren kannst du die Lösung ja hier
>>> posten.
>>> Vllt. Wird das dann ja so in Eisfair implementiert.
>>



Mehr Informationen über die Mailingliste Eisfair