Connexion NFS irrésolue [RESOLU]

Bob dit l'Âne · Le 04/05/2023, à 10:04

Bonjour
Après multe recherches et essais infructueux, je pense qu'il est raisonnable de demander de l'aide.
Voici mon problème:
J'ai 2 machines avec 2 systemes Ubuntu et je voudrais les faire communiquer au moyen du protocole NFS
1 - une machine cliente (Dell 64 bits - OS - Ubuntu 20.04.6 LTS)
2 - une machine serveur (Medion 32 bits - qui contient 2 partitions (OS Ubuntu 16.04.7 LTS et 1 partition de données en Ext4 que j'ai nommée DATAP7612, et c'est cette dernière que je voudrais partager au moyen du NFS.
Cette partition est montée sur /mnt/000ea7c3-37be-4ee2-981d-19700e2f40db sur la machine serveur (IP: 192.168.1.18) et je voudrais la partager avec la machine cliente ( IP: 192.168.1.19)
Je vous indique tout ce que j'ai fait :
1 -Côté serveur
. installation de nfs-kernel-server
. autorisation de connexion attribuée au client 192.168.1.19 en éditant le fichier /etc/hosts.allow
avec vérification effectuée :

jean-yves@Etage-P7612:~$  showmount -e
Export list for serveur:
/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db 192.168.1.19

.vérification des droits d'accès aux répertoires concernés sur le serveur 192.168.1.18

jean-yves@P7612:~$ ls -l /mnt
drwxr-xr--x  8 jean-yves jean-yves 4096 mai  2 16:02 000ea7c3-37be-4ee2-981d-19700e2f40db

- Côté client
.création dans le home d'un répertoire NFS (jean-yves@Dell-G3-3779:~$ mkdir NFS)
.création d'un point de montage
.ajout dans le fichier /etc/fstab d'une ligne

[i]# Répertoire NFS sur serveur 192.168.1.18 (P7612) et point de montage sur client 192.168.1.19 (G3-3779)
192.168.1.18:/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db /home/jean-yves/NFS nfs users,auto,hard,intr 0 0[/i]

.afficher les droits les droits d'accès aux répertoires concernés sur le client 192.168.1.19

jean-yves@Dell-G3-3779:~$ ls -l /home/jean-yves
drwxrwxr-x  2 jean-yves jean-yves     4096 mai    4 00:16  NFS

Il doit certainement manquer quelque chose, car

Merci d'avance pour vos conseils

Dernière modification par Bob dit l'Âne (Le 05/05/2023, à 23:57)

geole · Le 04/05/2023, à 11:49

Bonjour.
Une astuce pour essayer d'en voir un peu plus.
1) Dans un terminal suis les traces.

journalctl -f

2) Dans un autre terminal, redemande le montage.

sudo mount -av

3) Une astuce pour réussir les montages.
Mettre le moins d'options possible. Voir exemple

192.168.0.10:/<Dossier_à_partager>/ /media/NFS nfs defaults,user,auto,_netdev,bg 0 0

Qid · Le 04/05/2023, à 12:00

geole a écrit :

Une astuce pour réussir les montages.
Mettre le moins d'options possible. Voir exemple
192.168.0.10:/<Dossier_à_partager>/ /media/NFS nfs defaults,user,auto,_netdev,bg 0 0

Perso vu ce retour

jean-yves@Etage-P7612:~$  showmount -e
Export list for serveur:
/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db 192.168.1.19

J'aurai tendance à dire que c'est le serveur qui merdouille... Je vais vérifié ce que j'ai configuré de mon côté sur mon serveur mais de mémoire j'ai vraiment l'impression qu'il manque un truc...

iznobe · Le 04/05/2023, à 12:16

Bonjour .

Je vous indique tout ce que j'ai fait :
1 -Côté serveur
. installation de nfs-kernel-server
. autorisation de connexion attribuée au client 192.168.1.19 en éditant le fichier /etc/hosts.allow
avec vérification effectuée :
j
ean-yves@Etage-P7612:~$  showmount -e
Export list for serveur:
/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db 192.168.1.19

Il est impossible de partager un point de montage . ou du moins c ' est loin d' être évident ! surtout a cause de la gestion des permissions .
Crée d ' abord un dossier conteneur sur la partition , par exemple du nom tres largement inspiré de " partage " a la racine de ta partition , dans lequel tu fourres tout le reste du contenu actuel de ta partition .
tu auras alors ensuite ( une fois monté ) le chemin suivant :

/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db/partage

modifie les permissions de ce dossier " conteneur " pour qu ' elles soient correctes pour ce que tu désires en faire .
modifie en conséquence ton fichier /etc/exports , ca devrait ensuite allé beaucoup mieux .

Dernière modification par iznobe (Le 04/05/2023, à 12:17)

Qid · Le 04/05/2023, à 12:41

iznobe a écrit :

Il est impossible de partager un point de montage . ou du moins c ' est loin d' être évident !

Effectivement... Chez moi c'est /mnt où est monté le périphérique partagé qui est renseigné... Il faut effectivement descendre d'un sous-dossier pour être tranquille... Celà dit ce n'est pas ce qui m'interpelait...

Qid · Le 04/05/2023, à 13:52

Qid a écrit :

geole a écrit :
Une astuce pour réussir les montages.
Mettre le moins d'options possible. Voir exemple
192.168.0.10:/<Dossier_à_partager>/ /media/NFS nfs defaults,user,auto,_netdev,bg 0 0
Perso vu ce retour
jean-yves@Etage-P7612:~$  showmount -e
Export list for serveur:
/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db 192.168.1.19
J'aurai tendance à dire que c'est le serveur qui merdouille... Je vais vérifié ce que j'ai configuré de mon côté sur mon serveur mais de mémoire j'ai vraiment l'impression qu'il manque un truc...

hum... il manque le masque de sous réseau dans le partage serveur...

showmount -e
Export list for [...]
/mnt      IP/24

cat /etc/exports
/mnt/ IP/24(rw,all_squash,anonuid=1000,anongid=1000,sync,no_subtree_check,crossmnt)

et côté client :
le fstab

IP:/mnt /POINTDEMONTAGE nfs defaults,user,noauto,noatime,bg,_netdev 0 0

bruno · Le 04/05/2023, à 14:15

Qid a écrit :

hum... il manque le masque de sous réseau dans le partage serveur...

Non ce n'est pas obligatoire quand on spécifie une seule machine :

man exports a écrit :

single host
You may specify a host either by an abbreviated name recognized be the resolver, the fully qualified domain name, an IPv4 ad‐
dress, or an IPv6 address. IPv6 addresses must not be inside square brackets in /etc/exports lest they be confused with charac‐
ter-class wildcard matches.
.

Par contre, il est normalement inutile de mettre le nom du répertoire déjà défini sur le serveur dans la commande de montage (*).

EDIT : je corrige car je viens de voir qu'une machine est sous Ubuntu 16.04, donc peut-être pas compatible avec NFSv4…

(Il serait en outre préférable de faire le montage avec un nom de dossier facile à mémoriser et en dehors de /mnt (qui est prévu pour des montages temporaires). Par exemple faire le montage sur /srv et le partage NFS sur /srv/partages)

Avant de mettre la ligne de le fstab il faut tester en ligne de commande et donner le retour complet :

mount -t nfs 192.168.0.18:/srv/partages /mnt

ce qui devrait monter le dossier /srv/partages de la machine 192.168.0.18 sur le répertoire /mnt de la machine locale.

Si cela fonctionne alors tu pourras mettre dans ton fstab :

192.168.1.18:/srv/partages /home/jean-yves/NFS nfs users,auto 0 0

N.B. : l'option _netdev est obsolète et totalement inutile.

(*) en nfs4 pas de nom de répertoire dans la commande de montage, en nfs v3 cela fonctionne aussi avec le nom du répertoire.

Dernière modification par bruno (Le 04/05/2023, à 14:37)

Qid · Le 04/05/2023, à 14:24

bruno a écrit :

N.B. : l'option _netdev est obsolète et totalement inutile.

si je ne m'abuse c'est elle qui permet de ne pas bloquer l'arrêt du client en cas de non démontage du nfs avant arrêt mais je peux me tromper : j'avoue que c'est une config qui date (18.04) mais comme elle marche je la duplique à chaque fois sans trop rechercher...

bruno · Le 04/05/2023, à 14:34

@Qid : je l'ai déjà expliqué. C'est rendu obsolète part l'usage de systemd mount qui se base sur le système de fichier utilisé pour savoir si c'est un montage réseau ou non.

bruno · Le 04/05/2023, à 14:44

J'ajoute que l'erreur « délai écoulé » suggère que le serveur n’est pas atteignable pour une raison ou une autre : erreur sur l'adresse IPO, règles de pare-feu inutiles, etc.

Qid · Le 04/05/2023, à 14:53

il n’empêche que si tu ne mets pas le paramètre qui va bien sur ton client il ne va pas savoir gérer le démontage automatique/l'arrêt du client nfs au moment de l'arrêt de la machine... et je ne sais plus quel est le paramètre qui est sensé gérer ça...

bruno · Le 04/05/2023, à 15:50

Tu ne sais plus parce qu'il n'y en pas. Les périphériques sont démontés proprement à l'arrêt de la machine par l'arrêt des unités de montage systemd.

Qid · Le 04/05/2023, à 16:05

bruno a écrit :

Tu ne sais plus parce qu'il n'y en pas. Les périphériques sont démontés proprement à l'arrêt de la machine par l'arrêt des unités de montage systemd.

si je te dis que non... je l'ai encore vécu récemment sur une 20.04 (sur laquelle je n'ai pas vérifié la config en question et que je n'ai pas sous la main régulièrement) !

Dernière modification par Qid (Le 04/05/2023, à 16:06)

Bob dit l'Âne · Le 04/05/2023, à 18:26

Je remercie déjà tous les intervenants et j'essaie de tenir compte des remarques.
Sur le serveur
J'ai commencé par créer un dossier conteneur (Partage_NFS_DATAP7612) sur la partition et j'y ai mis tout ce que je voulais partager.
J'ai vérifié ses droits

jean-yves@Etage-P7612:~$  ls -l /mnt/000ea7c3-37be-4ee2-981d-19700e2f40db/
drwxr-xr--x  7 jean-yves jean-yves 4096 mai  Partage_NFS_DATAP7612

J'ai modifié également le fichier /etc/exports sur le serveur

jean-yves@Etage-P7612:~$  showmount -e
Export list for Etage-P7612:
/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db/Partage_NFS_DATAP7612 192.168.1.19

Sur le client
J'ai modifié le fichier /etc/fstab

# Montage de la partition NFS (Shared folder NFS from Server & mount point)
# Répertoire NFS sur serveur 192.168.1.18 (P7612) et point de montage sur client 192.168.1.19 (G3-3779)
# 
192.168.1.18:/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db/Partage_NFS_DATAP7612 /home/jean-yves/NFS nfs users,auto,hard,intr 0 0
#

Et bien, ça n'a pas eu l'effet désiré, je suis toujours en échec.
Je n'ai pas encore eu le temps d'essayer la solution préconisée par bruno, et donc de faire le montage sur /srv et le partage NFS sur /srv/partages.
Je vais m'y mettre cette nuit

iznobe · Le 04/05/2023, à 19:46

montre ton fichier :

cat /etc/exports

ip a

et

ping -c2 192.168.1.19

question bete , mais importante , ton serveur est configuré de façon a utiliser une ip fixe ? ton client aussi je suppose , car si il a changé d ' ip et que tu exportes vers 192.168.1.19 uniquement , alors forcément ...
pour eviter de mettre les client en ip fixe , perso , j ' exporte vers le sous réseau complet . Mais faut voir si cela convient a ton cas d ' abord . sinon , il faudra alors configuré le serveur et le client en IP fixe sur le réseau local .

Dernière modification par iznobe (Le 04/05/2023, à 19:50)

Qid · Le 04/05/2023, à 20:18

iznobe a écrit :

perso , j ' exporte vers le sous réseau complet .

Perso c'est ce que j'ai fait aussi par facilité car j'ai plusieurs clients...

HS : t'as des soucis avec les règles de dactylographie ?

iznobe · Le 04/05/2023, à 20:25

Qid a écrit :

HS : t'as des soucis avec les règles de dactylographie ?

si cela s' adresse a moi , je ne comprends pas de quoi tu parles .

Qid · Le 04/05/2023, à 20:41

iznobe a écrit :

Qid a écrit :
HS : t'as des soucis avec les règles de dactylographie ?
si cela s' adresse a moi , je ne comprends pas de quoi tu parles .

Trop d'espace tue l'espace...
Ça en devient perturbant au point de complexifier la lecture et donc la compréhension... Après ce n'est pas une critique... D'autant que je reconnais que ces règles sont différentes suivant l'origine...
Fin du HS

iznobe · Le 04/05/2023, à 20:46

un passage au pif dans la page de ton lien :

La parenthèse
Un espace avant ( mais pas après.

je reve ou y a un espace avant et apres la parenthese , alors que justement il dit qu ' il n ' en faut pas . j ' ai toujours écrit comme cela ... et j ' ai des soucis avec les accents aussi

Bob dit l'Âne · Le 04/05/2023, à 22:38

@iznobe

jean-yves@Etage-P7612:~$ cat /etc/exports
#-------------------------------------------------------------------
#Définition des partages et les autorisations d'acccès
#......................................................
/mnt/000ea7c3-37be-4ee2-981d-19700e2f40db/Partage_NFS_DATAP7612	192.168.1.19(rw,all_squash,anonuid=1000,anongid=1000,sync)
#-------------------------------------------------------------------

jean-yves@Etage-P7612:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 00:1f:16:28:a7:3c brd ff:ff:ff:ff:ff:ff
3: wlx00e04c554d3c: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:e0:4c:55:4d:3c brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.26/24 brd 192.168.1.255 scope global dynamic wlx00e04c554d3c
       valid_lft 66369sec preferred_lft 66369sec
    inet6 2a01:cb08:830d:8400:7be1:73dd:7089:9fc0/64 scope global noprefixroute dynamic 
       valid_lft 1774sec preferred_lft 574sec
    inet6 fe80::47bd:7193:ece5:fad0/64 scope link 
       valid_lft forever preferred_lft forever

jean-yves@Etage-P7612:~$ ping -c2 192.168.1.19
PING 192.168.1.19 (192.168.1.19) 56(84) bytes of data.
64 bytes from 192.168.1.19: icmp_seq=1 ttl=64 time=114 ms
64 bytes from 192.168.1.19: icmp_seq=2 ttl=64 time=35.0 ms

--- 192.168.1.19 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 35.073/74.967/114.862/39.895 ms

Bob dit l'Âne · Le 05/05/2023, à 00:15

A la lecture du code ci-dessus, on dirait bien qu'il y a en effet un problème d'adresse ip pour le serveur. (inet 192.168.1.26/24 au lieu de 192.168.1.18.
La, franchement, je ne comprends pas pourquoi cette adresse s'est retrouvée changée, alors que d'habitude, elle était toujours la même (192.168.1.18).
En tout cas, je vais faire les corrections au niveau de la configuration du fstab client, et voir.
Je vous tiens au courant.

iznobe · Le 05/05/2023, à 07:03

Bonjour , tu as 2 façons possibles faciles de fixer les ip de tes ordi sur le réseau local :
1 via le network-manager en graphique en configurant et utilisant une connexion manuelle dans laquelle tu definis les paramètres manuellement .
2 via l' interface web de la box .

Bob dit l'Âne · Le 05/05/2023, à 08:15

Bon, après redémarrage de mes 2 machines, ce matin, je constate que le NFS fonctionne.
Je vais quand même essayer le montage sur /srv et tester mes adresses ip par l'interface de ma box orange, ceci pour conforter, grâce à vous tous, ma connaissance du sujet.

iznobe · Le 05/05/2023, à 08:23

ha des fois l' assistanat ( DHCP ) ca n' a pas que du bon

Le principal est que ca fonctionne ( pour le moment , on sait pas si tu as fixer tes ips )

tu n' es pas obligé de modifier ce qui fonctionne pour tester un autre montage / partage , tu peux aussi le laisser en place ou simplement le commenter , pour y revenir facilement au cas ou .

De mon coté je prefere monter les disques et partages respectivement dans /media/disques et /media/partages , ca ne change rien au fonctionnement .

Dernière modification par iznobe (Le 05/05/2023, à 08:23)

geole · Le 05/05/2023, à 09:14

Bonjour
Finalement c'était probablement un problème d'adresse IP qui avait évolué.

Souvent le répertoire /mnt est prévu pour des montages temporaires. Il faut l'éviter pour du montage définitif.
Par exemple, pour faire un test, on peut demander un montage d'une partition directement sur ce répertoire ce qui va provoquer le "masquage" de ce qui y était déjà monté.

Presque tout autre point de montage est bon y compris un point créé (/NFS).
/srv est le point de montage habituellement utilisé pour les données en réseau.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/05/2023, à 10:04

Connexion NFS irrésolue [RESOLU]

#2 Le 04/05/2023, à 11:49

Re : Connexion NFS irrésolue [RESOLU]

#3 Le 04/05/2023, à 12:00

Re : Connexion NFS irrésolue [RESOLU]

#4 Le 04/05/2023, à 12:16

Re : Connexion NFS irrésolue [RESOLU]

#5 Le 04/05/2023, à 12:41

Re : Connexion NFS irrésolue [RESOLU]

#6 Le 04/05/2023, à 13:52

Re : Connexion NFS irrésolue [RESOLU]

#7 Le 04/05/2023, à 14:15

Re : Connexion NFS irrésolue [RESOLU]

#8 Le 04/05/2023, à 14:24

Re : Connexion NFS irrésolue [RESOLU]

#9 Le 04/05/2023, à 14:34

Re : Connexion NFS irrésolue [RESOLU]

#10 Le 04/05/2023, à 14:44

Re : Connexion NFS irrésolue [RESOLU]

#11 Le 04/05/2023, à 14:53

Re : Connexion NFS irrésolue [RESOLU]

#12 Le 04/05/2023, à 15:50

Re : Connexion NFS irrésolue [RESOLU]

#13 Le 04/05/2023, à 16:05

Re : Connexion NFS irrésolue [RESOLU]

#14 Le 04/05/2023, à 18:26

Re : Connexion NFS irrésolue [RESOLU]

#15 Le 04/05/2023, à 19:46

Re : Connexion NFS irrésolue [RESOLU]

#16 Le 04/05/2023, à 20:18

Re : Connexion NFS irrésolue [RESOLU]

#17 Le 04/05/2023, à 20:25

Re : Connexion NFS irrésolue [RESOLU]

#18 Le 04/05/2023, à 20:41

Re : Connexion NFS irrésolue [RESOLU]

#19 Le 04/05/2023, à 20:46

Re : Connexion NFS irrésolue [RESOLU]

#20 Le 04/05/2023, à 22:38

Re : Connexion NFS irrésolue [RESOLU]

#21 Le 05/05/2023, à 00:15

Re : Connexion NFS irrésolue [RESOLU]

#22 Le 05/05/2023, à 07:03

Re : Connexion NFS irrésolue [RESOLU]

#23 Le 05/05/2023, à 08:15

Re : Connexion NFS irrésolue [RESOLU]

#24 Le 05/05/2023, à 08:23

Re : Connexion NFS irrésolue [RESOLU]

#25 Le 05/05/2023, à 09:14

Re : Connexion NFS irrésolue [RESOLU]

Pied de page des forums