• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

langsamer boot seit NFS einbindung

Mr.Gosh

Mr.Gosh

Newbie
Hallo Leute,

seit ich unser NFS in der fstab eingetragen habe, wartet der Rechner beim hochfahren fast 2 Minuten an der Stelle:

Code: 
sm-notify

das Netzwerk wird aber erst danach gestartet - daher kann das ja auch nicht funktionieren.
Wenn er dann irgendwann weiter macht, kann ich auch problemlos aufs NFS zugreiffen, aber der 3 min. boot nervt!

Habt Ihr ne Idee?

Ach ja, mein fstab eintrag sieht so aus:

Code: 
192.168.0.100:/mnt/NFS    /media/NFS    nfs    defaults 0 0
 
S

stka

Guru
Das ganze ist auf jeden Fall ein NFS Problem. Denn sm-notify prüft ob die NFS-Freigabe ordentlich dimountet wurde. Siehe Manpage:
http://linux.die.net/man/8/sm-notify
Steht denn was in /var/log/messages?
 
I

infraserv-pacific

Member
Hallo Forum!

Seit dem upgrade auf openSUSE 11.3 (von 11.2 bei dem alles normal lief) habe ich das gleiche Problem.
Linux Version 2.6.34.4-0.1-default, NFS-client 1.2.1-7.2

hier ein Auszug aus dem Startlog:
Code: 
<notice -- Sep 13 07:38:05.33490000> checkproc: /sbin/rpcbind 1958
Starting NFS client services: sm-notify idmapd
<notice -- Sep 13 07:38:05.128743000> startproc: execve (/usr/sbin/rpc.idmapd) 
[ /usr/sbin/rpc.idmapd ], [ DO_FASTBOOT=no CONSOLE=/dev/console 
ROOTFS_FSTYPE=ext3 SHELL=/bin/sh TERM=linux ROOTFS_FSCK=0 LC_ALL=POSIX 
INIT_VERSION=sysvinit-2.88 DO_BLOGD=yes REDIRECT=/dev/char/../tty1 COLUMNS=156 
PATH=/bin:/sbin:/usr/bin:/usr/sbin vga=0x361 DO_CONFIRM=no RUNLEVEL=5 PWD=/ 
SPLASHCFG=/etc/bootsplash/themes/openSUSE/config/bootsplash-1280x800.cfg 
DO_QUIET=no PREVLEVEL=N LINES=46 HOME=/ SHLVL=2 DO_FORCEFSCK=no splash=silent 
SPLASH=yes ROOTFS_BLKDEV=/dev/disk/by-id/ata-TOSHIBA_MK2035GSS_47CWF13TS-part6 
_=/sbin/startproc DAEMON=/usr/sbin/rpc.idmapd ]
<notice -- Sep 13 07:50:05.160290000> service nfs donedone
<notice -- Sep 13 07:50:05.160612000> service sshd start
das error log "messages" zeigt im besagten zeitraum keine probleme:
Code: 
Sep 13 07:38:05 satori kernel: [   28.077742] Slow work thread pool: Starting up
Sep 13 07:38:05 satori kernel: [   28.077816] Slow work thread pool: Ready
Sep 13 07:38:05 satori kernel: [   28.077855] FS-Cache: Loaded
Sep 13 07:38:05 satori kernel: [   28.099095] FS-Cache: Netfs 'nfs' registered for caching
Sep 13 07:50:05 satori sshd[2060]: Server listening on 0.0.0.0 port 22.
Sep 13 07:50:05 satori sshd[2060]: Server listening on :: port 22.
Sep 13 07:50:06 satori avahi-daemon[2200]: Found user 'avahi' (UID 103) and group 'avahi' (GID 104).
Sep 13 07:50:06 satori avahi-daemon[2200]: Successfully dropped root privileges.
Sep 13 07:50:06 satori avahi-daemon[2200]: avahi-daemon 0.6.25 starting up.

Dieses Verhalten tritt unter 11.3 sowohl bei einer i586 als auch bei einer 64 bit installation auf. Kein Rechner mit 10.2 (kernel-desktop 2.6.31.12-0.2.1; NFS-Client1.1.3-21.3.1).

Ich wollte NFS downgraden (auf 1.1.3...) jedoch taucht diese Version nicht mehr in YAST S/W Management unter Versionen auf.

Eventuell hat jemand einen weiteren tipp?

Vielen Dank!
 
OP
Mr.Gosh

Mr.Gosh

Newbie
Ich werde nachher mal die LOGs durchforsten, abe rnachdem ich den NFS Client Diesnt in yasts Runlevel Editor auf Runlevel 3 entfernt habe sodass NFS nur noch in Runlevel 5 gemountet wird - geht alles ratzfatz!

Trotzdem könnte da noch ein Problem bestehen, ich melde mich dann mit den Neuigkeiten.
 
B

Bendemann

Member
Hier auch seit 11.3. Auffällig ist auch, dass die Konfiguration des NFS-Clienten über Yast nicht funktioniert und mit einer Fehlermeldung abbricht. Also habe auch ich die fstab von Hand editiert, genauso wie oben bei Mr. Gosh.

Ich habe im Internet Lösungsvorschläge gefunden, die sich mit der /etc/nfsmount.conf beschäftigen. Aber in dieser Datei ist unter 11.3 alles vollständig auskommentiert. Dort bestand die Lösung darin, #Defaultvers=4 nach Defaultvers=3 zu ändern.

http://forums.opensuse.org/other-languages/deutsch-german/hilfe-und-helfen/netzwerk/446732-startverzoegerung-wegen-nfs-client-2.html
 
T

tomm.fa

Administrator
Teammitglied
infraserv-pacific schrieb:
ca 3 min pro NFS Eintrag...
Zum Vergrößern anklicken....
Hast du es gut gehabt, bei mir waren es 20 Minuten (Minimum). :D

Bendemann schrieb:
Ich habe im Internet Lösungsvorschläge gefunden, die sich mit der /etc/nfsmount.conf beschäftigen. Aber in dieser Datei ist unter 11.3 alles vollständig auskommentiert. Dort bestand die Lösung darin, #Defaultvers=4 nach Defaultvers=3 zu ändern. [...]
Zum Vergrößern anklicken....
Das war dann zum Glück, vor einigen Tagen, auch hier die Lösung. ;)
 
OP
Mr.Gosh

Mr.Gosh

Newbie
Mr.Gosh schrieb:
...aber nachdem ich den NFS Client Dienst in yasts Runlevel Editor auf Runlevel 3 entfernt habe sodass NFS nur noch in Runlevel 5 gemountet wird - geht alles ratzfatz!
Zum Vergrößern anklicken....

Die Freude war leider auch nur von kurzer dauer.
Nach ca. einer Woche dauerte es wieder genau so lange.
Mit der Änderung auf NFS v3 wie oben beschrieben könnte es zusammen hängen, das kann ich aber erst später testen, da ich aus Gründen der Produktivität und dem seit 11.3 auch nicht mehr funktionierendem Wacom Tablet auf Ubuntu gewechsekt bin :/

Ich habe auf meinem Privatrechner aber noch openSuse, ggf. kann ichs nach reproduzieren.
 
A

Animiertes Fleisch

Member
Hallöle,

auch ich habe hier ein Komfortproblem unter SUSE 11.3. Ich habe ein NAS von Synology im Netzwerk eingebunden. Die Festplatten darin fahren nach 20 Minuten runter. Beim Hochfahren des Rechners wird auch "sm-notify" aufgerufen und der Rechner wartet bis die Festplatten hochgelaufen sind, danach bootet er weiter. Damit könnte ich noch leben, auch wenn es den Start wenige Minuten verzögert. Aber beim runterfahren passiert genau dasselbe, und das ist ja gleich 2x doof.

Leider bin ich nicht der Konsolengott, und die Parameter zu sm-notify sagen mir nichts, bzw. sehe ich nicht wie ich da was an der Situation ändern könnte.

Hat schon Jemand eine Lösung gefunden?

In der Datei nfsmount.conf (die ja komplett auskommentiert ist) findet sich

Code: 
# Do mounts in background (i.e. asynchronously)
# Background=False
# Do mounts in foreground (i.e. synchronously)
# Foreground=True

Würde es was ändern das auf true zu setzen und den Rest auskommentiert lassen wie er ist?
 
A

Animiertes Fleisch

Member
Zu der Option _netdev heißt es unter mount:

Code: 
The filesystem resides on a device that requires network access (used to prevent the system from attempting to mount these filesystems until the network has been enabled on the system)
und
Code: 
the option _netdev specified in the options field in the /etc/fstab file

Bei fstab wird aber nicht beschrieben wie das einzutragen ist.

Weiterhin ist das Netzwerk ja bereits beim booten da, der Sinn des NAS ist ja immer verfügbar zu sein. Die Verzögerung kommt ja nur weil die Festplatten erst hochlaufen, wahrscheinlich damit die entsprechenden Verzeichnisse auf dem NAS auch gefunden werden.

Also lässt sich das ganze vielleicht gar nicht verhindern. Jetzt bin ich am überlegen ob man das mounten der Verzeichnisse auf dem NAS nicht in einen externen script auslagern könnte und nur bei Bedarf aufruft, ich brauch ja nicht immer Zugriff auf das NAS.

Reicht dann ein script zum mounten, oder muß noch ein zweites script zum abmelden her, bevor der Rechner wieder runtergefahren wird?
 
OP
Mr.Gosh

Mr.Gosh

Newbie
Animiertes Fleisch schrieb:
Zu der Option _netdev heißt es unter mount:
Reicht dann ein script zum mounten, oder muß noch ein zweites script zum abmelden her, bevor der Rechner wieder runtergefahren wird?
Zum Vergrößern anklicken....

Ja da reicht ein script.

Am einfachsten ist es, in der fstab einfach die option "noauto, users" dazu zu schreiben, das bewirkt, daß bei start der besagte mount nicht eingehängt wird und user mounten dürfen.

danach reicht ein kleines script mit dem Inhalt:
Code: 
mount /mnt/nfsmountpoint1
mount /mnt/mountpoint2

dann wird das erst gemountet wenn dieses script aufgerufen wird - welches du dir unter ein Icon legen kannst.

ThomasF schrieb:
habt ihr schon mal die mount-Option " _netdev" probiert ?
ThomasF
Zum Vergrößern anklicken....

die option "_netdev" ist zwar deprecated, kann aber einfach zu den mountoptionen hinzugefügt werden. Sie bewirkt lediglich, dass der moutprozesss weiss, dass es sich um ein netzlaufwerk handelt und er längere delays und einen späteren mountzeitpunkt akzeptiert...
 
A

Animiertes Fleisch

Member
Hust :p

In fstab steht bei mir beispielsweise

Code: 
192.168.178.25:/volume1/MP3	/home/NAS/MP3	nfs	defaults 0 0

Statt "defaults" schreibe ich also "noauto, users", richtig?

Aber wie sieht der Scripteintrag aus?

Code: 
mount 192.168.178.25:/volume1/MP3	/home/NAS/MP3

So?

Und wie lege ich den Script an, normales Textfile? Welche Endung?

Danke schonmal!
 
OP
Mr.Gosh

Mr.Gosh

Newbie
Animiertes Fleisch schrieb:
Code: 
192.168.178.25:/volume1/MP3	/home/NAS/MP3	nfs	defaults 0 0

Statt "defaults" schreibe ich also "noauto, users", richtig?
Zum Vergrößern anklicken....


Die Option defaults, entspricht den Einzeloptionen rw,suid,dev,exec,auto,nouser,async
siehe Wikipedia Link
ich würde also entweder
Code: 
192.168.178.25:/volume1/MP3	/home/NAS/MP3	nfs	defaults, _netdev 0 0
wenn das nicht hinhaut einfach mal probieren obs mit nem userscript besser funktioniert
Code: 
192.168.1.11:/mnt/Raid1	/media/freeNAS	nfs	defaults, users, noauto 0 0
schreiben
danach einfach auf der kommandozeile
Code: 
sudo mount -a
schreiben, damit die fstab neu eingelesen wird und dann auf der Kommandozeile mit den verschiedenen Mount-Befehl Variationen versuchen den zu finden der alles zur Zufriedenheit eisntellt, diesen Befehl dann einfach in ein Mountscript schreiben

Animiertes Fleisch schrieb:
Aber wie sieht der Scripteintrag aus?

Code: 
mount 192.168.178.25:/volume1/MP3	/home/NAS/MP3
Zum Vergrößern anklicken....

Ein Mountscript ist nichts anderes als eine Textdatei, in der die einzugebenen Befehle aufgelistet werden und welches nach der Anmeldung auf Userebene ausgeführt wird.
darin würde dann sowas stehen wie:
Code: 
#!/bin/sh
# Dies ist ein NFS Mountscript
mount -o nfsvers=3 192.168.178.25:/volume1/MP3 /home/NAS/MP3
wobei nfsvers=3 nur eine Beispieloption von vielen ist. da sollte man auf jeden Fall
Code: 
man nfs
durchlesen um das tiefer zu begreiffen.

Diese Textdatei / Das Script muß man nun noch ausführbar machen mit
Code: 
chmod +x script

dann sollte das nur noch in den autostart mit einbezogen werden, das wiederum ist immer abhängig vom jeweiligen windowmanager oder der distribution.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben