ESXi 5: NFS mount: Unable to connect to NFS server.

[Jormungandr]

Ik heb al een hele tijd een ESX whitebox draaien die zijn datastore via NFS van een DIY Arch Linux NAS haalt. Beiden zijn op een HP procurve 1810-24 aangesloten. Nu ben ik een maandje geleden overgestapt op Ubuntu vanwege meerdere redenen. Het probleem is echter dat sinds de reinstall mijn ESX box met geen kanten nog NFS wil of kan mounten. De ViClient doet er bijna 1 minuut over om de onderstaande foutboodschap te tonen. Wanneer ik de HP switch er vantussen haal krijg ik de boodschap meteen.


De error die ik krijg is als volgt:

code:

Call "HostDatastoreSystem.CreateNasDatastore" for object "ha-datastoresystem" on ESXi "192.168.1.5" failed.
NFS mount 192.168.1.2:/media/data/ESXDATASTORE failed: Unable to connect to NFS server.

De systemen:
DKNAS2:
- NAS met Ubuntu server 12.04
- NFS server versie: 1:1.2.5-3ubuntu3
- IP is 192.168.1.2/24

DKESX1:
- Whitebox ESX 5.0.0 623860
- IP is 192.168.1.5/24

DKSWITCH:
- HP 1810-24 procurve
- Software P2.2

Config files:

/etc/exports op DKNAS2

code:

/media/data/ESXDATASTORE        192.168.1.5(rw,async,no_subtree_check,no_root_squash)

etc/hosts.allow op DKNAS2

code:

portmap: 192.168.1.3 , 192.168.1.5
mountd: 192.168.1.3 , 192.168.1.5
lockd: 192.168.1.3 , 192.168.1.5
statd: 192.168.1.3 , 192.168.1.5

rpcinfo op DKNAS2

code:

root@DKNAS2:~# rpcinfo -p
   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  57604  status
    100024    1   tcp  56407  status
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100227    2   tcp   2049
    100227    3   tcp   2049
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100227    2   udp   2049
    100227    3   udp   2049
    100021    1   udp  38720  nlockmgr
    100021    3   udp  38720  nlockmgr
    100021    4   udp  38720  nlockmgr
    100021    1   tcp  35936  nlockmgr
    100021    3   tcp  35936  nlockmgr
    100021    4   tcp  35936  nlockmgr
    100005    1   udp  39895  mountd
    100005    1   tcp  50817  mountd
    100005    2   udp  54627  mountd
    100005    2   tcp  50765  mountd

Randinfo:
- Op zowel DKNAS2 als DKESX1 zijn de /etc/hosts files aangepast met elkaars hostname en IP
- Ik kan succesvol IP en hostname pingen van DKNAS2 op DKESX1 en vice versa
- iptables toont geen entries op DKNAS2

Ik had reeds op het VMware forum gevonden dat dit met reverse lookup te maken kon hebben, maar beide servers kunnen elkaars hostname resolven. Ik heb geen DNS server draaien dus alles moet via de hosts file. (ben geen 'pro IT' noob, maar DNS is mijn zwart paard)

Ik overweeg een herinstallatie van Arch linux met een minimum aan packets als last resort om te kijken wat dat geeft, maar dat betekent downtime voor de home folders hier in huis en dat ligt nogal gevoelig bij de studerende medebroeder .

[CAPSLOCK2000]

Kijk eens met een netwerksniffer (tcpdump) of je NFS-pakketjes ziet binnenkomen op je NAS, en of de antwoorden ook weer op je ESX-machine aankomen. Heb je ook gekeken naar de firewall van ESX?

[Hero of Time]

En wat staat er in /var/log/nfs oid? Zie je daar wel een login poging komen?

[Jormungandr]

/var/log/syslog toont niets. /var/log/nfs bestaat niet. Ik zal eens rondzoeken naar een "overdreven-verbose" flag voor nfs.

Als ik de poort waarop de ESX hang afluister zie ik meerdere malen een sunrpc [SYN] passeren maar geen antwoord van de andere kant. Doet me dus vermoeden dat er aan de NAS kant iets niet juist zit. De NAS staat in de kelder en hangt niet op de Procurve dus die kant heb ik nog niet kunnen afluisteren.

UPDATE:

Ik heb dan ook maar meteen alles verplaatst en de NAS erbij gezet. Het blijft bij de SYN berichten van de ESX. Er komt geen enkel antwoord van de NAS uit. Tegelijkertijd draaide er een ping van de ESX naar zowel IP als hostname van de NAS en die reageren wel keurig.

[ Voor 24% gewijzigd door Jormungandr op 18-06-2012 23:45 . Reden: Extra informatie ]

[Hero of Time]

Klinkt alsof NFS gewoon niet draait. Wat zegt een 'service nfs-server start', of wat het init script ook is voor nfs.

[Jormungandr]

Dat was gelukkig het eerste wat ik gecontroleerd heb,

code:

root@DKNAS2:~# service nfs-kernel-server start
 * Exporting directories for NFS kernel daemon...                                                                                                                         [ OK ]
 * Starting NFS kernel daemon                                                                                                                                             [ OK ]
root@DKNAS2:~#

Alles lekker ok maar van mounten geen sprake

[Hero of Time]

Uitvoer van netstat -tln? Je hebt geen specifieke /etc/hosts.allow nodig, tenzij je een deny-all in hosts.deny hebt staan. Probeer het eens zonder z'n regels.

[Jormungandr]

Alles uit .deny en .allow gehaald, services herstart, Datastore mounten: geen success.

netstat uitdraai:

code:

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:33068           0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:44              0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:38610           0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2049            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:41506           0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:37378           0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:60803           0.0.0.0:*               LISTEN
tcp6       0      0 :::44                   :::*                    LISTEN
tcp6       0      0 :::37358                :::*                    LISTEN
tcp6       0      0 :::111                  :::*                    LISTEN
tcp6       0      0 :::44561                :::*                    LISTEN
tcp6       0      0 :::45339                :::*                    LISTEN
tcp6       0      0 :::2049                 :::*                    LISTEN
tcp6       0      0 :::34786                :::*                    LISTEN
tcp6       0      0 :::53861                :::*                    LISTEN

[Zwelgje]

gebruik je nic teaming op die vSphere box etherchannel geconfigged op die switch wellicht

[Jormungandr]

Ik heb maar 1 NIC in mijn ESX server. Verder is de switch helemaal leeg. Geen VLAN config, geen security settings oid. Het probleem is er ook zonder de HP switch, dus daar ligt het probleem niet. Het is eerder van mijn NAS waar ik een punthoofd van krijg. Hoe iets simpels als NFS zo lastig kan doen .

Ik heb ook de switch --no-nfs-version 4 al geprobeerd in /etc/defaults/nfs-kernel-server omdat ESX en NFSv4 niet werken maar helaas.

[Hero of Time]

En je exports voor elke client laten connecten, ipv beperken op je ESX box?

[Jormungandr]

Idem. Ik kreeg gisteren van een collega te horen dat ook hij issues had met een Ubuntu 12.04 VM en NFS. Spijtig genoeg heeft 'ie gewoon meteen een nieuwe VM gemaakt met een Ubuntu 11 release wat wel werkte.

[Hero of Time]

Klinkt als 12.04 die bugged is. Ik had al een reden om naar Debian te verhuizen, ziet er naar uit dat jij hetzelfde hebt. Daar heb je gegarandeerd een werkend systeem met alle opties die 't bied.

[Jormungandr]

Ik ga waarschijnlijk binnekort een image maken van de huidige situatie en ofwel terug naar Arch (back to the roots, wel niet echt server gericht) of naar Debian. Ben wel een beetje een sl#t voor latest released packages .

Om het toch nog een kans te wagen ga ik dit weekend snel een openbox'ed Linux client opzetten en proberen de NFS daarop te mounten. Dat zal het alleen maar moeilijker maken indien het daarop wel lukt. Het grootste probleem is dat ESXi en Ubuntu server een quasi onbestaande configuratie is .

[Hero of Time]

Ik heb anders met een Ubuntu live CD een NAS systeempje hersteld (zo'n kant-en-klaar apparaat, voeding deed 't niet meer) en via NFS export prima kunnen werken. De access was soms wat traag, maar dat kwam door de live omgeving, dan moest-ie even laden van CD. Niet al te lang mee gedraaid overigens, server waar de schijven in waren gepropt moest weer z'n eigen taak gaan doen.

Als je meer van bleeding edge bent, gebruik je toch Debian Testing? Net iets veiliger met stabiliteit dan Sid/Unstable maar toch redelijk nieuw.

[Jormungandr]

Hiernet een reinstall met Arch achter de rug. Niet zo feestelijk nieuws: de ESX server weigert nog steeds de datastore te mounten.

Toch maar effe verder neuzen op het internet ennn...

http://h30499.www3.hp.com...-NIS-and-NFS/td-p/4693460

Vreemd, dat ziet er exact uit zoals mijn issue ... . Eens de backups van de /home directories terug staan ga ik de switch maar eens hard resetten. Als dit de oplossing is ... .

FML

Het was dus inderdaad gewoon de switch. autoDOS uit, switch reset et voila. ESX has the datastore.

Case closed and lesson learned .

[ Voor 13% gewijzigd door Jormungandr op 08-07-2012 17:31 . Reden: SOLVED ]