[NFS] La directory remota non viene montata

[LeleFT]

Ciao a tutti.

Lavoro su RedHat 9 e RadHat 8.

Ho un problema con una directory remota che devo montare utilizzando NFS.
Ho configurato il server NFS in questo modo:

File etc/exports:

/home/utente/dir_share   lin02(rw,sync)

Poi ho dato questo comando ed ho ottenuto a video

$ /usr/sbin/exportfs
/home/utente/dir_share
                 LIN02

Ho riavviato anche il servizio NFS per sicurezza:

$ /sbin/service nfs restart
Chiusura di NFS mountd           [ OK ]
Chiusura demone NFS:             [ OK ]
...
Avvio dei servizi NFS            [ OK ]
Starting NFS quotas:             [ OK ]
...

Tutto ok, insomma.

Mi porto su LIN02 e dò il comando:

$ mount -o rsize=1024,wsize=1024 lin01:/home/utente/dir_share /mnt

Ma ho questo errore:
mount: RPC: Port mapper failure - RPC: Unable to receive

Qualcuno mi sa dire come mai?

Ciao.

[l.golinelli]

non hai portmap in esecuzione sul client

[LeleFT]

Il portmapper è in esecuzione sia sul client che sul server...

Server:

$ /usr/sbin/rpcinfo -p
 programma vers proto   porta
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  32768  status
    100024    1   tcp  32768  status
    391002    2   tcp  32769  sgi_fam
    100011    1   udp    827  rquotad
    100011    2   udp    827  rquotad
    100011    1   tcp    830  rquotad
    100011    2   tcp    830  rquotad
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100021    1   udp  32782  nlockmgr
    100021    3   udp  32782  nlockmgr
    100021    4   udp  32782  nlockmgr
    100005    1   udp  32783  mountd
    100005    1   tcp  32777  mountd
    100005    2   udp  32783  mountd
    100005    2   tcp  32777  mountd
    100005    3   udp  32783  mountd
    100005    3   tcp  32777  mountd

Client:

$ /usr/sbin/rpcinfo -p
 programma vers proto   porta
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100011    1   udp    777  rquotad
    100011    2   udp    777  rquotad
    100011    1   tcp    780  rquotad
    100011    2   tcp    780  rquotad
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100021    1   udp  32800  nlockmgr
    100021    3   udp  32800  nlockmgr
    100021    4   udp  32800  nlockmgr
    100005    1   udp  32801  mountd
    100005    1   tcp  32780  mountd
    100005    2   udp  32801  mountd
    100005    2   tcp  32780  mountd
    100005    3   udp  32801  mountd
    100005    3   tcp  32780  mountd

Su entrambi lavoro tramite una connessione telnet


Ciao.

[l.golinelli]

firewall?

[LeleFT]

Nessuno.
E' una intranet.

Ma mi è sorto un dubbio ultimamente... questo è il file hosts.allow:

#
# hosts.allow This file describes the names of the hosts which are
#             allowed to use the local INET services, as decided
#             by the '/usr/sbin/tcpd' server.
#
in.ftpd : 192.168.1., 127., LOCAL : ALLOW
in.telnetd : 192.168.1., 127., LOCAL : ALLOW

Sia sul server che sul client.
Può dipendere da questo? Se sì, come sarebbe utile modificarlo? Ho provato ad abilitare anche nfsd, ma non cambia nulla.


Il file hosts.deny non è in pratica compilato.


Ciao.

[gigyz]

LIN02 è diverso da lin02 e dal tuo post non si capisce quale sia l'user.

[LeleFT]

LIN02 è il nome della macchina, quindi maiuscole o minuscole non dovrebbe fare differenza.
Per quanto riguarda l'user non capisco cosa c'entri... ad ogni modo il mount lo faccio come root.

Mi è sorto però un dubbio e ho tentato di eseguire questi due comandi:

$ telnet io
$ telnet IO

In entrambi i casi il sistema tenta di collegarsi all'indirizzo 64.251.31.234...
Mentre se gli dò l'indirizzo IP effettua correttamente la connessione... :master:


Ciao.

[LeleFT]

Ho risolto.
Semplicemente il server non riusciva a risolvere il nome della macchina client. Mancava la risoluzione del nome nel file etc/hosts.

Ciao.