NFS Mount schlägt beim Start fehl

Ich habe mehrere Ubuntu-Server, vor kurzem habe ich einige 11.04-Server (und 1 Desktop) installiert und gerade festgestellt, dass beim Neustart die NFS-Mounts nicht gemountet werden.

Ich habe versucht, nfs-common auf die neueste Version zu aktualisieren (ich bin nur eine kleine Revision dahinter), aber das ändert meine Fehler nur geringfügig. Alle diese Server mit den Problemen sind Klone (vmWare) aus einer Servervorlage, die ich vor einiger Zeit erstellt habe. Daher dachte ich, dass es sich möglicherweise um ein Problem mit der Vorlage und damit allen Klonen handelt. Ich habe dann das gleiche Mount auf dem Desktop 11.04 versucht, aber ich hatte die gleichen Probleme. Ungefähr die Hälfte der Zeit kann ich "S" drücken, um zu überspringen, aber die andere Hälfte der Zeit friert der Server ein (und ich stelle nach einem aktuellen Snapshot wieder her). Seltsam ist auch, wenn ich es binIn der Lage, in das System zu gelangen, dann kann ich ein "Mount -a" gut machen und es wird alles mounten. Dies lässt mich denken, dass das Problem darin besteht, dass nfs nicht darauf wartet, dass ein Netzwerk vorhanden ist, um das Mounten zu versuchen. Etwas anderes, das mich denken lässt, ist, dass ich den Fehler "Host kann nicht aufgelöst werden" (bis zu einem NFS-Punkt) erhalte, obwohl sich dieser Host in / etc / hosts befindet.

Hier ist mein /var/log/boot.log

fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
/dev/sda1 was not cleanly unmounted, check forced.
/dev/mapper/php53x-root: clean, 75641/1032192 files, 492673/4126720 blocks (check in 5 mounts)
init: portmap-wait (statd) main process (373) killed by TERM signal
init: statd main process (402) terminated with status 1
init: statd main process ended, respawning
init: statd-mounting main process (355) killed by TERM signal
mount.nfs: Failed to resolve server NFSSERVER-priv: Name or service not known
init: statd-mounting main process (416) killed by TERM signal
mount.nfs: Failed to resolve server NFSSERVER-priv: Name or service not known
init: statd main process (435) terminated with status 1
init: statd main process ended, respawning
init: statd main process (459) terminated with status 1
init: statd main process ended, respawning
mountall: mount /var/www [410] terminated with status 32
mountall: mount /var/users [436] terminated with status 32
init: statd-mounting main process (448) killed by TERM signal
init: statd main process (468) terminated with status 1
init: statd main process ended, respawning
init: statd main process (498) terminated with status 1
init: statd main process ended, respawning
/dev/sda1: 226/124496 files (1.3% non-contiguous), 39133/248832 blocks
mountall: fsck /boot [268] terminated with status 1
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [583] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [575] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [638] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [645] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [724] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [729] terminated with status 32 Skipping /var/www at user request
 * Starting AppArmor profiles        [80G  [74G[ OK ]
 * Starting Name Service Cache Daemon nscd        [80G  [74G[ OK ]
FATAL: Module vmhgfs not found.
FATAL: Module vmsync not found.
FATAL: Module vmblock not found.
 * Loading open-vm-tools modules        [80G  [74G[ OK ]
 * Starting open-vm daemon vmtoolsd        [80G  [74G[ OK ]

Entschuldigung für den langen Beitrag, wollte nur so viele Informationen wie möglich vermitteln. Hat jemand irgendwelche Vorschläge dazu? Ich habe den ganzen Tag gegoogelt und Dinge mit _netdev ausprobiert und die Konfiguration für statd geändert, aber nichts hat funktioniert. Ich habe 6 Server, die dies bewirkt. : \

/ etc / fstab: (nur Problemzeilen - wenn Sie diese entfernen, kann der Rest von nfs gemountet werden.)

NFSSERVER-priv:/vol/vol1_isp/eshowcase/sites      /var/www       nfs     ro,defaults        0       0
NFSSERVER-priv:/vol/vol1_isp/vusers      /var/users       nfs     defaults        0       0

/ etc / hosts (relevanter Eintrag):

10.1.1.43 NFSSERVER-priv

Folgendes habe ich als Problemumgehung getan, falls jemand anderes auf dieses Problem stößt und hier nach einer Lösung sucht:

Erstellt ein Skript (mountall.sh) in /etc/init.d/:

#!/bin/bash

mount -r NFSSERVER-priv:/vol/vol1_isp/eshowcase/sites /var/www
mount    NFSSERVER-priv:/vol/vol1_isp/vusers          /var/users

Machen Sie das System auf das neue Skript aufmerksam:

update-rc.d mountall.sh defaults

Die Option "Standard" setzt einen Link zum Starten von mountall.sh in den Laufstufen 2, 3, 4 und 5. (und einen Link zum Stoppen von mountall.sh in 0, 1 und 6.)

Chmod die Datei, die ausführbar sein soll

chmod +x mountall.sh

Wenn Sie jetzt 6 starten, sollten Sie Ihre Mount-Punkte haben. Es ist auch eine gute Idee, einen "Kommentar" in Ihre fstab zu schreiben, damit die Leute wissen, wo tatsächlich alles gemountet wird, da dies der erste Ort ist, an dem sie suchen.

Ich bin mir nicht sicher, ob dies auf Sie zutrifft, aber das Problem, das ich hatte, war, dass das Verzeichnis, in dem ich zu mounten versuchte, beim Booten nicht verfügbar war. Ich habe stattdessen versucht, zu montieren /mntund es hat funktioniert.

Ich hatte das gleiche Problem nach dem Upgrade von Ubuntu 14.04 auf 14.10. Folgendes hat das Problem für mich gelöst:

Bearbeiten Sie /etc/default/nfs-commonund stellen Sie sicher, dass es sagt:

NEED_STATD=yes

Nach dem Neustart funktionierten meine NFS-Mounts.

Wenn Sie Fenster 8 verwenden, werden nfs-formatierte Datenträger sicherlich nicht bereitgestellt. Die Antwort auf dieses Problem lautet "Installieren Sie Windows 8 erneut und deaktivieren Sie die Option für den Ruhezustand in den Einstellungen". Dann können nur nfs-formatierte Datenträger bereitgestellt werden.