Newsgroup: it.comp.os.linux.iniziare
Titolo: Condivisione NFS che non va

Ciao a tutti,
ho un server casalingo e due client, tutti con debian 9.7. Per vari 
motivi ho dovuto piallare il server e dopo la riconfigurazione, i client 
non accedono piu' alla directory condivise. L'indirizzo IP del server e' 
fisso: 192.168.1.3
Questo e' quello che viene comunicato quando cerco di accedere al server:
 
root@casa01:/home/massimo# mount -a
mount.nfs: access denied by server while mounting 
192.168.1.3:/media/massimo/dati01/dati
mount.nfs: access denied by server while mounting 
192.168.1.3:/media/massimo/dati02/dati
 
Ho verificato il funzionamento di NFS sul server: servizi e 
condivisioni. Tutto ok.
Il contenuto dei file fstab e' questo:
 
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=f6ac1813-2625-489e-a111-f1b4c2b23957 /               ext4 
errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=ac800ba3-3ffd-42af-9b85-bc7c550b5e04 none            swap    sw 
          0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
192.168.1.3:/media/massimo/dati01/dati	/home/massimo/dati01-casa00	nfs 
rw,sync,hard,intr	0	0
192.168.1.3:/media/massimo/dati02/dati	/home/massimo/dati02-casa00	nfs 
rw,sync,hard,intr	0	0
 
Non riesco a capire dov'e' l'errore.
Aiuto!
 
Grazie. Massimo

 ha scritto:
 
| Ciao a tutti,
| ho un server casalingo e due client, tutti con debian 9.7. Per vari 
| motivi ho dovuto piallare il server e dopo la riconfigurazione, i
| client non accedono piu' alla directory condivise.
|
| [...]
|
| Non riesco a capire dov'e' l'errore.
| Aiuto!
| 
| Grazie. Massimo
 
magari è una banalità però per la situazione di cui sopra potrebbe
essere sfuggita... hai "esportato" correttamente lato server le risorse
condivise?
 
man exportfs [1]
 
[1] 
https://linux.die.net/man/8/exportfs
 
 
saluti.
 
***
WinterMute @ debian buster/sid

 Grazie. Massimo
 
Sembra un problema di permessi, verifica che gli UID degli utenti siano 
gli stessi lato client e lato server.

- se li monti a mano?
 
 
- rpcinfo -p <ipserver>
 
che dice?

 WinterMute @ debian buster/sid
 
ecco il risultato del comando exportfs -a:
 
root@casa00:/home/massimo# exportfs -a
exportfs: No host name given with /media/massimo/dati01/dati (rw), 
suggest *(rw) to avoid warning
exportfs: /etc/exports [1]: Neither 'subtree_check' or 
'no_subtree_check' specified for export "*:/media/massimo/dati01/dati".
   Assuming default behaviour ('no_subtree_check').
   NOTE: this default has changed since nfs-utils version 1.0.x
 
exportfs: No host name given with /media/massimo/dati02/dati (rw), 
suggest *(rw) to avoid warning
exportfs: /etc/exports [2]: Neither 'subtree_check' or 
'no_subtree_check' specified for export "*:/media/massimo/dati02/dati".
   Assuming default behaviour ('no_subtree_check').
   NOTE: this default has changed since nfs-utils version 1.0.x
 

 
 
questo:
 
root@casa01:/home/massimo# rpcinfo -p 192.168.1.3
    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
     100005    1   udp  46308  mountd
     100005    1   tcp  39365  mountd
     100005    2   udp  46929  mountd
     100005    2   tcp  33981  mountd
     100005    3   udp  42728  mountd
     100005    3   tcp  38561  mountd
     100003    3   tcp   2049  nfs
     100003    4   tcp   2049  nfs
     100227    3   tcp   2049
     100003    3   udp   2049  nfs
     100003    4   udp   2049  nfs
     100227    3   udp   2049
     100021    1   udp  41179  nlockmgr
     100021    3   udp  41179  nlockmgr
     100021    4   udp  41179  nlockmgr
     100021    1   tcp  39057  nlockmgr
     100021    3   tcp  39057  nlockmgr
     100021    4   tcp  39057  nlockmgr
 

 gli stessi lato client e lato server.
 
dunque, sul server:
massimo@casa00:/media/massimo/dati01/dati$ ls -n
totale 1296
drwxr-xr-x 47 1000 0    4096 ago 19 18:34 documenti
drwxr-xr-x  9 1000 0 1318912 gen 17 16:45 z
 
massimo@casa00:/media/massimo/dati02/dati$ ls -n
totale 8
drwxr-xr-x 4 1000 0 4096 mar 14  2018 aMule
drwxr-xr-x 5 1000 0 4096 feb 13 18:27 film
 
mentre, sul client:
root@casa01:/home/massimo# ls -n
totale 76
 
drwxr-xr-x 3 1000    0  4096 nov 11 15:21 dati01-casa00
drwxr-xr-x 2 1000    0  4096 dic 31  2017 dati02-casa00
 
queste sono le due directory su cui ho sempre montato quelle del server.
Che ne pensi. Io sono ignorante.
 
Grazie. Saluti
Massimo

per vedere le risorse disponibili: 
 
showmount -e <servername-IP>
 
 
 

 showmount -e <servername-IP>
 
root@casa01:/home/massimo# showmount -e 192.168.1.3
Export list for 
192.168.1.3
:
/media/massimo/dati02/dati *
/media/massimo/dati01/dati *
 
 
teoricamente, mi pare che vada bene. No?
Eppure....

e da questo:
 
https://wiki.ubuntu-it.org/Server/Nfs#Montaggio_manuale
 
 
o da filemanager ?

 o da filemanager ?
niente. Resta... muto
 
 
 

 ha scritto:
 
| ecco il risultato del comando exportfs -a:
| 
| root@casa00:/home/massimo# exportfs -a
| exportfs: No host name given with /media/massimo/dati01/dati (rw), 
| suggest *(rw) to avoid warning
| exportfs: /etc/exports [1]: Neither 'subtree_check' or 
| 'no_subtree_check' specified for export
| "*:/media/massimo/dati01/dati". Assuming default behaviour
| ('no_subtree_check'). NOTE: this default has changed since nfs-utils
| version 1.0.x
| 
| exportfs: No host name given with /media/massimo/dati02/dati (rw), 
| suggest *(rw) to avoid warning
| exportfs: /etc/exports [2]: Neither 'subtree_check' or 
| 'no_subtree_check' specified for export
| "*:/media/massimo/dati02/dati". Assuming default behaviour
| ('no_subtree_check'). NOTE: this default has changed since nfs-utils
| version 1.0.x
 
sembra ci sia qualche cosa che non va nel file di
configurazione /etc/exportfs
 
in special modo verifica che non ci sia finito per errore qualche
"spazio" tra le opzioni e il punto di mount.
quanto successo qui [1] ad esempio
 
saluti.
 
[1]
https://www.linuxquestions.org/questions/linux-server-73/nfs-warning-4175542685/
 


 
 
questo e' l'exportfs:
 
# /etc/exports: the access control list for filesystems which may be 
exported
#    to NFS clients.  See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes       hostname1(rw,sync,no_subtree_check) 
hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check)
#
/media/massimo/dati01/dati  (rw)
/media/massimo/dati02/dati  (rw)

 drwxr-xr-x  9 1000 0 1318912 gen 17 16:45 z
 
Le pass utente sono le stesse su client e server?

 Grazie. Massimo
 
Potrebbe essere il firewall?

 
qui simile: 
 
https://unix.stackexchange.com/questions/303846/where-are-nfs-v4-logs-under-systemd
 

 /media/massimo/dati02/dati  (rw)
 
Ti manca l'indicazione di "verso chi" esporti la risorsa: nome della
macchina, indirizzo di rete (magari con maschera), asterisco (tutti)...
Es. in /etc/exports...
 
/media/massimo/dati01/dati  *(rw)
 
 
Ciao,
gc

 /media/massimo/dati01/dati  *(rw)
si, grazie. Le avevo provate tutte. Alla fine ho lasciato solo queste 
due righe:
 
/media/massimo/dati01/dati  *(rw,no_subtree_check)
/media/massimo/dati02/dati  *(rw,no_subtree_check)
 
poi riavvio il servizio nfs (systemctl restart nfs-kernerl-server) e il 
comando exportfs -a non mi segnala nessun errore.
Nonostante questo, il client mi continua a dire...
 
root@casa01:/home/massimo# mount -a
mount.nfs: access denied by server while mounting 
192.168.1.3:/media/massimo/dati01/dati
mount.nfs: access denied by server while mounting 
192.168.1.3:/media/massimo/dati02/dati
 
Ecco.

Il 14/02/19 22:33, Ale ha scritto:

si

 Potrebbe essere il firewall?
 
dubbio che mi ha sfiorato. Uso da poco Fastweb e sul loro modem router 
ho lasciato disattivato il firewall, ma credo che qualcosa filtri lo 
stesso. Il problema e che non e' configurabile come un modem router non 
brandizzato. E' ostico ed usa termini come "dispositivi in famiglia". 
Insomma, poco .... standard.
 
Grazie. Saluti
Massimo

 
ho letto. Non so se la versione 4 dell'NFS (citata nell'articolo) faccia 
la differenza. Uso quella precedente.
Un utente segnala che ha trovato la soluzione mettendo il nome del 
client al posto dell'indirizzo. Ho fatto la stessa prova, ma mi viene 
segnalato un errore perche' non risolve il nome. Per forza, non uso il DNS.
Comunque, ho provato ad usare solo l'indirizzo IP, ma l'errore solito 
persiste.
 
Grazie. Saluti
Massimo

 
- letto? 
http://guide.debianizzati.org/index.php/NFS:_esempi
 
 
 
- la debian-9.7 non dovrebbe avere la v4?
 

 ha scritto:
 
| si, grazie. Le avevo provate tutte. Alla fine ho lasciato solo queste 
| due righe:
| 
| /media/massimo/dati01/dati  *(rw,no_subtree_check)
| /media/massimo/dati02/dati  *(rw,no_subtree_check)
| 
| poi riavvio il servizio nfs (systemctl restart nfs-kernerl-server) e
| il comando exportfs -a non mi segnala nessun errore.
| Nonostante questo, il client mi continua a dire...
| 
| root@casa01:/home/massimo# mount -a
| mount.nfs: access denied by server while mounting 
| 192.168.1.3:/media/massimo/dati01/dati
| mount.nfs: access denied by server while mounting 
| 192.168.1.3:/media/massimo/dati02/dati
| 
| Ecco.
 
non so se me lo sono perso tra i vari messaggi ma hai provato
in /etc/exportfs a specificare l'ip del client? al posto di usare la
wildcard "*" intendo 
 
qualcosa del genere per intenderci
 
/media/massimo/dati01/dati  XX.XX.XX.XX(rw,no_subtree_check)
 
saluti


Il 16/02/19 12:55, Mario Rossi ha scritto:

A volte hai parlato di "casa00" e a volte di "casa01"
 
Concentrati su un client e fa' un mount solo per volta (no " mount -a"),
per es. solo "192.168.1.3:/media/massimo/dati01/dati"
 
Se puoi, mostra la riga interessata nell' /etc/fstab del client
 
E anche "ls -l /home/massimo/dati01-casa00" (punto di mount)
 
Ciao,
gc
 

 /media/massimo/dati01/dati  XX.XX.XX.XX(rw,no_subtree_check)
si. L'ho fatto. Stesso risultato.
 
Grazie. Saluti
Massimo

 E anche "ls -l /home/massimo/dati01-casa00" (punto di mount)
root@casa01:/home/massimo# ls -l /home/massimo/dati01-casa00
totale 584
-rw-r--r-- 1 massimo massimo 554950 nov 11 15:21 screenshot.png
drwx------ 3 massimo massimo  36864 dic 27 16:47 z
root@casa01:/home/massimo#
 
Spero di aver risposto correttamente alle tue domande.
 
Grazie. Saluti
Massimo

 - la debian-9.7 non dovrebbe avere la v4?
si, ma sto usando la v2-v3. Mi pare piu' semplice.
 
Forse il problema e' nei permessi di lettura/scrittura?
 
Grazie. Saluti
Massimo

 ha scritto:
 
| si. L'ho fatto. Stesso risultato.
| 
| Grazie. Saluti
| Massimo
 
continuo a pensare che, in fondo, possa trattarsi un problema di
risoluzione di nomi.
 
prova a iniziare da qui [1]. l'intero documento è da tenere a "portata
di mano".
 
[1] 
https://docs.oracle.com/cd/E19253-01/816-4555/gcpfe/index.html
 


 si. Francamente, mi pare alquanto com
 
nell'esempio crea un gruppo abilitato: nfs-users
che e' proprietario delle dir condivise

 [1] 
https://docs.oracle.com/cd/E19253-01/816-4555/gcpfe/index.html
 
si, ma fanno l'esempio con l'nfs v4, che non uso.
 
Grazie. Saluti
Massimo

 che e' proprietario delle dir condivise
io non l'ho mai creato, eppure ha sempre funzionato benissimo. Solo 
adesso mi sto incasinando.
Vorrei fare solo le configurazioni semplici e indispensabili.
 
Grazie. Saluti
Massimo

Eureka! E' bastato indicare nel file exports gli indirizzi dei client 
nella forma 192.168.1.*
Che cavolo, pero'! Spero di non avere brutte sorprese in seguito....
 
Adesso vado a festeggiare col prosecco e brindo alla vostra pazienza, 
cortesia e disponibilita'.
Grazie a tutti.
 
Massimo