NFS, FreeBSD-server -> Ubuntu-klient

Permalänk
Medlem

NFS, FreeBSD-server -> Ubuntu-klient

Hejsan,

Har problem att koppla ihop en FreeBSD och Ubuntu via NFS.

Har följt denna guiden för FreeBDS, http://www.freebsd.org/doc/en/books/handbook/network-nfs.html... dock ser min /etc/exports ut såhär;

/home/viktor/rt/media * # asterisk än så länge, enkelt

och alla tjänster startar som de skall. Dock visar "showmount -e" inga exporteringar alls. Varför?

På min Ubuntu-klient har jag installerat portmap och nfs-common, och försöker sedan montera min exporterade mapp såhär

sudo mount 192.168.0.103:/home/viktor/rt/media ~/Media

Den står och snurrar en liten stund, sedan spottar den ur sig "mount.nfs: internal error", varför?

Från min Ubuntu-klient kan jag pinga servern, så det verkar inte vara några problem med kommunikationen så sett.

Visa signatur

hm

Permalänk
Medlem

Hmm, undrar om det fungerar med stjärna så bara. BSD syntaxen för /etc/exports är ganska olik Linux.

Permalänk
Medlem

Testa /usr/home/viktor/rt/media
mountd gillar inte symlänkar

Edit: I man exports står det

The pathnames must not have any symbolic links in them and should not have any "." or ".." components.

Vidare står det hur hosten ska definieras

The third component of a line specifies the host set to which the line applies. The set may be specified in three ways. The first way is to list the host name(s) separated by white space. (Standard Internet ``dot'' addresses may be used in place of names.) The second way is to specify a ``netgroup'' as defined in the netgroup file (see netgroup(5)). The third way is to specify an Internet subnetwork using a network and network mask that is defined as the set of all hosts with addresses within the subnetwork. This latter approach requires less overhead within the kernel and is recommended for cases where the export line refers to a large number of clients within an administrative subnet. The first two cases are specified by simply listing the name(s) separated by whitespace. All names are checked to see if they are ``netgroup'' names first and are assumed to be hostnames otherwise. Using the full domain specification for a hostname can normally circumvent the problem of a host that has the same name as a netgroup. The third case is speci- fied by the flag -network=netname and optionally -mask=netmask. If the mask is not specified, it will default to the mask for that network class (A, B or C; see inet(4)). See the EXAMPLES section below.

Visa signatur

"I reject your reality and substitute my own." /Adam Savage

Permalänk
Medlem

@F-Ray

Tack, har lyckats få "showmount -e" att visa min exportering, som numera ser ut såhär

/usr/home/viktor/rt/media 192.168.0.100

Däremot kan jag fortfarande inte montera filsystemet på min Ubuntu-klient. Samma fel kvarstår, "mount.nfs: internal error".

EDIT:
enligt "/var/log/messages"

mount: server 192.168.0.103 not responding, timed out

Felet verkar alltså ligga hos FreeBSD... Någon som har en idé?

Visa signatur

hm

Permalänk
Medlem

Testa kör mountd i debuggningläge för att fastställa om det är server- eller klientfel.

I /etc/rc.conf; lägg till -d i mountd_flags och starta om mountd. Då kommer mountd inte köras i bakgrunden och du får se eventuella felmeddelanden.

Visa signatur

"I reject your reality and substitute my own." /Adam Savage

Permalänk
Medlem

Okej, tror att jag har lyckats få reda på vad som är fel... Kör mountd som du sade, och allt ser ut som det ska. Det blir samma fel på klientsidan, alltså att den får en timeout. Men några sekunder efter den får en timeout så får jag

mountd: mount successful

på serversidan.

Detta får mig att tro att jag bara behöver förlänga min timeout för mount på klientsidan. Hur kan man göra detta?

Visa signatur

hm

Permalänk
Medlem

man mount_nfs

-t Set the initial retransmit timeout to the specified value. May be useful for fine tuning UDP mounts over internetworks with high packet loss rates or an overloaded server. Try increasing the interval if nfsstat(1) shows high retransmit rates while the file system is active or reducing the value if there is a low retrans- mit rate but long response delay observed. (Normally, the -d option should be specified when using this option to manually tune the timeout interval.)

Edit: Jag har nu även själv testat och det fungerar bra för mig
Servern kör FreeBSD 7.0-RELEASE och klienten kör Ubuntu 8.04

Visa signatur

"I reject your reality and substitute my own." /Adam Savage

Permalänk
Medlem

mount_nfs verkar bara finnas på servern.. På klienten är det vanliga mount-kommandot jag kör, och i manualen där finns inget om timeout.

Jag upplever även långa fördröjningar vad gäller FTP och Samba mot min server.. Ovanligt långa. Uppemot 30 sekunder långa fördröjningar från det att man anslutit via FTP till det att man får ange sitt användarnamn.

Det känns som om det kan ha något med detta att göra. Är det något känt?

Visa signatur

hm

Permalänk
Medlem

Ah! Så kan det gå om man inte riktigt har koll på i vilken terminal man leker i.

mount.nfs heter det i Ubuntu och där får du skriva lite annorlunda verkar det som.

mount.nfs remotetarget dir [-rvVwfnsih] [-o nfsoptions]

Alltså mount.nfs 192.168.0.103:/usr/home/viktor/rt/media /mnt/nfs -o timeo=<TIMEOUT I TIONDELAR>

Hmm fast nu läser jag vad denna timeout verkligen innebär

timeo=n The time (in tenths of a second) the NFS client waits for a response before it retries an NFS request. If this option is not specified, requests are retried every 60 seconds for NFS over TCP. The NFS client does not per‐ form any kind of timeout backoff for NFS over TCP. However, for NFS over UDP, the client uses an adaptive algorithm to estimate an appropriate timeout value for frequently used request types (such as READ and WRITE requests), but uses the timeo setting for infrequently used request types (such as FSINFO requests). If the timeo option is not specified, infrequently used request types are retried after 1.1 seconds. After each retransmission, the NFS client doubles the timeout for that request, up to a maximum timeout length of 60 sec‐ onds.

Det låter ju inte helt friskt att det tar lång tid med FTP och Samba. Jag vet tyvärr inte vad det kan bero på, då jag inte haft det problemet själv. Testa googla och se om andra har haft liknande problem.

Visa signatur

"I reject your reality and substitute my own." /Adam Savage

Permalänk
Medlem

Blev ingen skillnad... Ska testa ominstallera FreeBSD eller slänga in en annan dist helt och hållet och se om det löser mina problem. Tack för hjälpen iaf.

Visa signatur

hm

Permalänk
Medlem

En tanke slog mig precis. Testa lägg till klienten som en host i /etc/hosts på servern. Inga som helst garantier att det hjälper, men jag har för mig att jag hade något problem som löstes på detta vis, waay back in the day. Kolla även så att DNSen funkar korrekt, i /etc/resolv.conf

Edit: Hittade även detta som berör nyss nämnda yttrande
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/200...

Visa signatur

"I reject your reality and substitute my own." /Adam Savage