ESXi 5.1 kann nach Neustart von DS1812 das NFS nicht mehr mounten

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

stpkle

Benutzer
Registriert
21. Feb. 2009
Beiträge
96
Reaktionspunkte
3
Punkte
8
Hallo,

ich habe folgedes Problem:

Nach einem Neustart der DS1812 (DSM 4.2-3202) kann mein ESXi-Server nicht mehr auf das NFS (/volume1/nfs) zugreifen. Ich habe zum Testen eine 2. NFS-Freigabe eingerichtet (/volume2/nfs2) und auch diese lässt sich nicht mouten.

Fehler vom ESXi-Server: Aufruf von "HostDatastoreSystem.CreateNasDatastore" für Objekt "ha-datastoresystem" auf ESXi "192.168.11.60" ist fehlgeschlagen.
NFS-Mount 192.168.11.35:/volume2/nfs2 fehlgeschlagen: Verbindung mit NFS-Server kann nicht hergestellt werden.

Ich habe den ESXi-Server und die DS1812 seit Monaten ohne Problen laufen. Hat jemand ein Idee was ich unternehmen kann? Ich freue mich auf jede Antwort.

Ciao, Bernd

Nachtrag: Die iSCSI-Verbindung zwischen dem ESXi-Server und der DS1812 funktioniert einwandfrei!
 
nfs-Dienste laufen aber noch? IP ist nach dem Reboot auch noch dieselbe?
 
Die IP-Adresse der DS1812 (192.168.11.35) hat sich nicht verändert, da bin ich mit dem Browser drauf. Bei NFS-aktivieren ist ein Harken drin (habe ich zum Testen einmal herausgenommen und wieder zugefügt!).

Weitere Ideen?
 
prüf mal auf der Konsole ob nfs auch wirklich noch läuft z.B. als root mit ps | grep nfs
 
Sorry, auf dem Gebiet bin ich jetzt nicht so bewandert. Ich habe mich mit WinSCP verbunden und auf der Console "ps | grep nfs" eingegeben. Ist das richtig so ?

/var/packages/adm/target$ ps | grep nfs
393 root 0 SW< [nfsiod]
8033 root 2544 S grep nfs
9381 root 0 SW< [nfsd4]
9382 root 0 SW< [nfsd4_callbacks]
9383 root 0 DW [nfsd]
9384 root 0 DW [nfsd]
9385 root 0 DW [nfsd]
9386 root 0 DW [nfsd]
9387 root 0 DW [nfsd]
9388 root 0 DW [nfsd]
9389 root 0 DW [nfsd]
9390 root 0 DW [nfsd]
9391 root 0 DW [nfsd]
9392 root 0 DW [nfsd]
9393 root 0 DW [nfsd]
9394 root 0 DW [nfsd]
9395 root 0 DW [nfsd]
9396 root 0 DW [nfsd]
9397 root 0 DW [nfsd]
9398 root 0 DW [nfsd]
14621 root 2540 S /bin/sh /usr/syno/etc/rc.d/S83nfsd.sh restart
15711 root 2540 S /bin/sh /usr/syno/etc/rc.d/S83nfsd.sh start
15800 root 2540 D /bin/mount -t nfsd none /proc/fs/nfsd
17840 root 2540 S /bin/sh /usr/syno/etc/rc.d/S83nfsd.sh stop
18712 root 2540 D /bin/umount /proc/fs/nfsd
 
scheint also noch zu laufen. Mich wundern allerdings die Prozesse welche sich auf das Start/Stopscript beziehen. Geht es denn wenn du direkt auf der Konsole mittels
Code:
/usr/syno/etc/rc.d/S83nfsd.sh restart
den nfs restartest? Wird die nfs Freigabe danach gefunden?
 
Mist, ein Bild hochladen geht nicht. Ich habe das Ergebnis hier abgelegt ftp://ftp.closed.com/DS1812.JPG (Benutzer: gast, Kennwort: gast).
Nach dem Befehl "/usr/syno/etc/rc.d/S83nfsd.sh restart" kann der ESXi-Server noch immer nicht auf das nfs zugreifen.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat