dm500 NFS mount failed

[Gast]

Ik heb een probleem met het mounten van een NFS share op mijn linux machine (192.168.0.1) vanaf mijn DM500 (192.168.0.2).

Ik gebruik Redhat 8 op mijn linux server. In mijn /etc/exports file staat:

 

/data/dreambox 192.168.0.2(rw)

 

/data/dreambox heb ik mode 777 gegeven.

 

In mijn DM500 (The_Hydra image) ga ik naar de Communication setup en dan naar mounts. Hier zet ik bij IP 192.168.0.1, type NFS, Dir: /data/dreambox , Localdir: /hdd (heb ook /mnt/nfs geprobeerd), Options laat ik leeg (ook andere dingen daar geprobeerd), extra laat ik default.

 

Bij het mounten krijg ik nu de foutmelding: NFS Mount '192.168.0.1//data/dreambox /hdd' FAILED!. In de log file van mijn linux bak lijkt het echter goed gegaan te zijn:

 

Jul 10 22:39:53 server portmap[2318]: connect from 192.168.0.2 to dump()

Jul 10 22:39:53 server rpc.mountd: authenticated mount request from 192.168.0.2:825 for /data/dreambox (/data/dreambox)

Jul 10 22:39:53 server portmap[2319]: connect from 192.168.0.2 to getport(nfs)

 

Ook geprobeerd via telnet in te loggen op de DM500 en dan:

mount -t nfs -o nolock,rw,rsize=4096 192.168.0.1:/data/dreambox /hdd

 

Als ik dit doe, krijg ik geen nieuwe command prompt, alsof ie heel lang bezig is. Aan het wachten komt echter geen einde. In mijn linux logs staan dezelfde meldingen als boven.

 

Wat doe ik fout??

[Gast]

hm, je doet alles goed.

Het mountpoint (/hdd) bestaat wel neem ik aan?

(maar ookal bestaat hij niet, dan zou hij volgens mij niet blokkeren, dus dat is het probleem vast niet)

[Gast]

Het zou nog kunnen dat je server een reverse DNS lookup probeert te doen. Daar zit een vrij lange timeout op, als je je DNS niet voor elkaar hebt.

192.168.0.2 met een naam in /etc/hosts op de server zetten zou dan kunnen helpen.

 

Al hoeft dat normaal niet, als je slechts een IP in je exports zet.

 

En ik neem aan dat je nfs server support in de kernel hebt gecompileerd, op de server?

[Gast]

Mountpoint bestaat inderdaad.

 

Ik heb een DNS server draaien en het IP adres van de dm500 resolved ook weer terug naar zijn hostname. Heb het zaakje ook nog even geprobeerd met hostnames ipv IP adressen, maar geeft hetzelfde euvel.

 

Weet niet of het in de kernel meegecompileerd zit eigenlijk, is erg lang geleden dat ik dat gedaan heb op dit systeem. NFS draaide niet dus heb die service toegevoegd via ntsysv (tooltje van Redhat). Na een reboot van het systeem leek alles prima te draaien (services genoemd op deze site http://www.faqs.org/docs/Linux-HOWTO/NFS-HOWTO.html draaien ook allemaal).

[Gast]

die howto beschrijft de nfsd oplossing, dus niet de kernel oplossing.

Dus als je nfsd hebt draaien, hoef je je kernel config niet te controleren.

 

Overigens is de kernel oplossing sneller, maar nfsd is eenvoudiger werkend te krijgen (of zou dat moeten zijn...)

 

De howto heeft het ook over /etc/hosts.allow en deny. Heb je daar nog wat mee gedaan?

[Gast]

Zat naar aanleiding van je opmerking nog eea te controleren. Via rpcinfo -p kwam ik erachter dat er ineens geen NFS meer werd aangeboden via rpc. Ik heb handmatig de services die in de hierboven gelinkte FAQ staan gestart en toen stond NFS wel in de lijst. Helaas ben ik nu op het werk en zit de stekker van de 500 niet in het stopcontact <img src="/forums/images/graemlins/frown.gif" alt="" />

 

Ik heb ook een 7000 staan, daarop werkt het nu wel. Helaas weet ik niet of dit voorheen ook al werkte, dus of het probleem nu opgelost is, weet ik pas vanavond. Ik pas mijn bericht nog even aan als ik meer getest heb. Bedankt tot zover!

[Gast]

Update: het werkt nu inderdaad. Blijkt dus dat om onverklaarbare reden mijn NFS service niet meer draaide. Mounten gaat nu prima.

 

Opnemen werkt echter niet naar behoren, het beeld schokt en vertoont blokjes, maar daar staat hier al genoeg over te lezen, dus dat ga ik nog verder uitzoeken mbv evt andere parameters of nieuwe images.

[Gast]

en je zou nog eens kunnen proberen nfs server support in je kernel te zetten, en kijken of dat een beter resultaat geeft dan met nfsd