NFS server

[sya54M]

Buongiorno a tutti, ho sostituito il raspberry pi3 con un raspberry pi4, sempre con Slackware arm (sarpi project). Col pi3 usavo senza problemi NFS, ora ho reinstallato da capo il sistema col pi4 e non funziona più

Codice: Seleziona tutto

root@pi4:~# showmount -e 192.168.1.10
rpc mount export: RPC: Unable to receive; errno = Connection refused

Codice: Seleziona tutto

root@pi4:~# cat /etc/exports
# See exports(5) for a description.
# This file contains a list of all directories exported to other computers.
# It is used by rpc.nfsd and rpc.mountd.

/mnt/wd1 192.168.1.1/24(rw,sync,no_subtree_check)
/mnt/wd2 192.168.1.1/24(rw,sync,no_subtree_check)

Codice: Seleziona tutto

root@pi4:~# ls -l /etc/rc.d/rc.nfsd /etc/rc.d/rc.rpc
-rwxr-xr-x 1 root root 2917 apr 12 20:48 /etc/rc.d/rc.nfsd*
-rwxr-xr-x 1 root root 2295 ago  7 20:19 /etc/rc.d/rc.rpc*

Codice: Seleziona tutto

root@pi4:~# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

[gian_d]

Mi sembra che il problema sia una questione di autorizzazioni, perciò provo a buttarla sul semplice: hai verificato se è tutto a posto con i nomi degli host e con le impostazioni di /etc/host.allow e /etc/host.deny? Poi ricordo che c'era un'altra impostazione da fare relativa ai permessi, ma non mi ricordo di cosa si trattava e se era da settare sul server o sul client e se riguardava gli utenti. Sono più di 10 anni che non uso NFS

[sya54M]

i file host.allow e host.deny sono vuoti

[rik70]

Che versione è il pacchetto nfs-utils?

[sya54M]

nfs-utils-2.4.1-arm-2

sarebbe quello della current

[ponce]

forse questa discussione e' rilevante

https://www.linuxquestions.org/question ... 175658142/

[rik70]

nfs-utils-2.4.1-arm-2

Prova a fare il mount e vedi che errore da. In particolare, vedi se salta fuori qualcosa tipo "Stale file handle".

[rik70]

forse questa discussione e' rilevante

https://www.linuxquestions.org/question ... 175658142/

Si, sembra che ci sia un bug nella versione 2.4.1 (solo su arm?)

Aspettiamo il test del mount,
nel caso:
https://www.spinics.net/lists/linux-nfs/msg73977.html

Ps.
Io sul Pi ho dovuto fare il downgrade alla versione 2.3.x.

[sya54M]

non ricordo se da errore di timeout o di connessione rifiutata, però sicuro non dice Stale file handle. Adesso non ho acceso il client per riprovare

[sya54M]

ho modificato così, cioè ho aggiunto fsid=0:

Codice: Seleziona tutto

root@pi4:~# cat /etc/exports
# See exports(5) for a description.
# This file contains a list of all directories exported to other computers.
# It is used by rpc.nfsd and rpc.mountd.

/mnt/wd1 192.168.1.1/24(rw,sync,no_subtree_check,fsid=0)
/mnt/wd2 192.168.1.1/24(rw,sync,no_subtree_check,fsid=0)

e al mount ora ottengo:

Codice: Seleziona tutto

root@990FXA:/home/sdimko# mount 192.168.1.10:/mnt/wd2 /mnt/wd2
mount.nfs: requested NFS version or transport protocol is not supported

se aggiungo anche vers=4 ottengo:

Codice: Seleziona tutto

root@990FXA:/home/sdimko# mount -o vers=4 192.168.1.10:/mnt/wd2 /mnt/wd2
mount.nfs: mounting 192.168.1.10:/mnt/wd2 failed, reason given by server: No such file or directory

[rik70]

Codice: Seleziona tutto

mount -o vers=4 192.168.1.10:/mnt/wd2 /mnt/wd2
mount.nfs: mounting 192.168.1.10:/mnt/wd2 failed, reason given by server: No such file or directory

Questo perché è sbagliato il comando.
Con la versione 4 non dovresti specificare il path completo, piuttosto è sufficiente:

Codice: Seleziona tutto

mount 192.168.1.10:/wd2 

Prova a modificare '/etc/exports' così:

Codice: Seleziona tutto

# /etc/exports - exports(5) - directories exported to NFS clients

/mnt 192.168.1.10/24(ro,fsid=root,no_subtree_check,hide)
/mnt/wd1 192.168.1.10/24(rw,subtree_check,sync,nohide,anonuid=1000,anongid=1000,all_squash,insecure)
/mnt/wd2 192.168.1.10/24(rw,subtree_check,sync,nohide,anonuid=1000,anongid=1000,all_squash,insecure)

Codice: Seleziona tutto

exportfs -avr

Ovviamente '/mnt/{wd1,wd2}' devono appartenere all'utente e gruppo specificato, ma non so se nel tuo caso sia necessario o opportuno specificare i parametri anonuid e anongid.
Poi:

Codice: Seleziona tutto

mount -v 192.168.1.10:/wd1 [...]

oppure per la versione 3:

Codice: Seleziona tutto

mount -v 192.168.1.10:/mnt/wd1 [...]

[sya54M]

Codice: Seleziona tutto

/mnt 192.168.1.1/24(rw,fsid=0,no_subtree_check,no_root_squash,hide)
/mnt/wd1 192.168.1.1/24(rw,no_subtree_check,sync,no_root_squash,nohide,anonuid=1000,anongid=1000,insecure)
/mnt/wd2 192.168.1.1/24(rw,no_subtree_check,sync,no_root_squash,nohide,anonuid=1000,anongid=1000,insecure)

Codice: Seleziona tutto

bash-5.0# mount -o vers=4 192.168.1.10:/wd2 /mnt/wd2
mount.nfs: access denied by server while mounting 192.168.1.10:/wd2

[rik70]

Codice: Seleziona tutto

mount.nfs: access denied by server while mounting 192.168.1.10:/wd2

Mi sta venendo un dubbio:

Codice: Seleziona tutto

/mnt 192.168.1.1/24(rw,fsid=0,no_subtree_check,no_root_squash,hide)

/mnt/wd1 192.168.1.1/24(rw,no_subtree_check,sync,no_root_squash,nohide,anonuid=1000,anongid=1000,insecure)

non dovrebbe essere:

Codice: Seleziona tutto

/mnt 192.168.1.0/24(rw,fsid=0,no_subtree_check,no_root_squash,hide)
/mnt/wd1 192.168.1.0/24(rw,no_subtree_check,sync,no_root_squash,nohide,anonuid=1000,anongid=1000,insecure)

?

Cioè, al di là di come preferisci impostare /etc/exports, secondo me l'errore è nella definizione della rete:

192.168.1.0/24

non 192.168.1.1/24.

P.s.
O sto sbarellando io?

[sya54M]

io vedo da qui: https://docs.slackware.com/howtos:netwo ... irty_setup che è uguale al mio

[rik70]

io vedo da qui: https://docs.slackware.com/howtos:netwo ... irty_setup che è uguale al mio

Hai ragione, funziona ugualmente.