[NFSv4] NFS-Root, client qui se gêle

[Xorg]

Salutations.

J'ai un problème avec NFS, bien que ça ne concerne pas vraiment ArchLinux, mais je ne sais pas trop où je peux trouver de l'aide.
J'ai un serveur personnel, sur lequel j'ai un serveur DHCP, TFTP, PXE et NFS. Donc avec un client, je peux booter en réseau sur ce serveur, ce qui fonctionne parfaitement. À la base, je chargeais sur le client une version de SystemRescueCd (qui se trouvait sur le serveur si vous avez bien suivis), ce qui ne m'a jamais posé de soucis, mais depuis que j'ai tenté de corser l'affaire, ça ne le fait plus... En effet, j'ai installé une autre distro sur mon serveur pour faire un NFS-Root, dans un dossier à la racine de mon root (soit /nfsroot), et une fois tout ça bien configuré, je suis capable de booter depuis un client sur cette distribution grâce au boot PXE.
En réalité, tout fonctionne parfaitement aux petits oignons, à un détail près : au bout d'un moment, le client ne répond plus. Toutes les fenêtres commencent à se figer, ainsi que tout ce qui est applets et compagnie. Je peux encore déplacer le curseur de la souris, mais plus rien ne répond, c'est comme s'il n'y avait plus de liaison entre le serveur et le client. Et je ne sais pas vers quoi me tourner... Le serveur reste opérationnel, il continue de répondre sans problème, seul le client devient inutilisable. Vu que je m'en sers pour faire des sauvegardes, ce n'est pas très pratique.

Même si Internet regorge de documentation sur le NFS-Root et que j'ai déjà effectué beaucoup de recherches, je n'arrive pas à trouver la cause de mon problème. Il faut dire que je ne trouve pas trop de documentation récente qui aborde le sujet, et c'est un domaine où les choses ont beaucoup changé ces dernières années.

Voici le fichier de configuration /etc/exports de mon serveur (sans les commentaires) :

Code : Tout sélectionner

/media/raid	192.168.1.0/24(rw,all_squash,sync,no_subtree_check)
/nfsroot	192.168.1.0/24(rw,async,no_root_squash,no_subtree_check)

Je précise que le partage /media/raid est l'endroit où se trouvent mes sauvegardes, donc il est indispensable.
Et le /etc/fstab du client :

Code : Tout sélectionner

# <file system> 	<mount point>   <type>  <options>       	<dump>  <pass>
proc            	/proc           proc    defaults        	0       0
sysfs			/sys		sysfs	defaults		0	0
tmpfs			/tmp		tmpfs	nosuid,nodev		0	0
tmpfs			/run		tmpfs	defaults		0	0
tmpfs			/run/lock	tmpfs	defaults		0	0
tmpfs			/run/shm	tmpfs	defaults		0	0
tmpfs			/var/tmp	tmpfs	defaults		0	0
udev 			/dev 		devtmpfs defaults		0 	0
devpts 			/dev/pts 	devpts 	defaults 		0 	0
192.168.1.24:/nfsroot	/		nfs4	hard,timeo=50,retrans=25,retry=1,proto=udp,noatime,auto,async,nolock,intr,_netdev,rw		0	1
192.168.1.24:/media/raid /media/raid	nfs4	noatime,rsize=16384,wsize=16384,timeo=50,intr,_netdev,rw			0	0

Il me semble que dans la colonne <file system>, on trouve aussi /dev/nfs à la place de mon 192.168.1.24:/nfsroot, mais ça ne fonctionnait pas sinon.

Concernant la ligne de boot (j'utilise SysLinux), les arguments sont simplement rw quiet (je n'ai pas besoin du fameux ip=:::::: vu que le serveur est bien configuré).

Si vous avez des pistes, je suis preneur.

Merci d'avance.

[papa6]

Bonjour,
Où en es-tu dans ton problème ? Qu'as-tu réussi à faire, et comment ?

Je me demande si ton erreur n'est pas entre le fichier export dans lequel tu vises 192.168.1.0/24 (c'est-à-dire les 24 adresses possibles entre 192.168.1.0 et 192.168.1.24) et ton fstab qui ne va monter les accès au réseau qu'avec 192.168.1.24.

Chez certains fournisseurs (mon cas avec Free v5), les adresses varient aléatoirement autour de 192.168.1.10, 192.168.1.12, 192.168.1.14, etc. suivant les ordis que je rajoute.
Par contre je ne sais pas comment écrire un tel fstab.

Je pencherais pour une erreur dans ton fstab.

[Xorg]

Bonsoir.

Où en es-tu dans ton problème ? Qu'as-tu réussi à faire, et comment ?

Tu viens de poster la première réponse dans ce topic, en n'ayant pas persévéré, j'en suis toujours au même point que quand j'ai créé le topic.

Je me demande si ton erreur n'est pas entre le fichier export dans lequel tu vises 192.168.1.0/24 (c'est-à-dire les 24 adresses possibles entre 192.168.1.0 et 192.168.1.24) et ton fstab qui ne va monter les accès au réseau qu'avec 192.168.1.24.

Raté. 192.168.1.0/24, ça veut dire le masque 255.255.255.0 pour le réseau 192.168.1.0, donc de 192.168.1.0 à 192.168.1.255, soit non pas 24 mais 256 (= 2^8) adresses dans ce réseau.
Pour information, 192.168.1.24, c'est l'adresse IP locale de mon serveur.

Chez certains fournisseurs (mon cas avec Free v5), les adresses varient aléatoirement autour de 192.168.1.10, 192.168.1.12, 192.168.1.14, etc. suivant les ordis que je rajoute.

Oui, c'est le principe d'un serveur DHCP, d'attribuer automatiquement des adresses IP aux clients. Et comme je l'ai dit :

J'ai un serveur personnel, sur lequel j'ai un serveur DHCP, TFTP, PXE et NFS.

Sous-entendu, le serveur lui-même héberge un serveur DHCP, donc il attribue une adresse IP à chaque client, mais la sienne est statique.

Par contre je ne sais pas comment écrire un tel fstab.

En général, quand on ne veut pas se casser la tête avec des IP dynamiques, on peut utiliser des IP statiques. D'ailleurs c'est mon cas, mais ça n'a pas d'importance pour le problème.

Je pencherais pour une erreur dans ton fstab.

Moi je penche plutôt sur autre chose : les réseaux, ce n'est pas trop mon truc, mais visiblement, pour toi ça l'est encore moins que moi.


Je résume ma situation : quand je démarre un ordinateur et que je choisis un démarrage sur le réseau (boot PXE), ça fonctionne : le système d'exploitation est bien chargé entièrement depuis le serveur sur l'ordinateur. Mais après une certaine durée (genre un quart d'heure, ça dépend), l'ordinateur se gêle, il ne répond plus, un peu comme si la liaison réseau qui le relie au serveur s'était coupée, et donc, forcément, le système d'exploitation n'ayant plus accès au périphérique sur lequel il est stocké physiquement, il devient inutilisable. Pourtant, le serveur, lui, continue de tourner normalement. Donc je n'arrive pas à déterminer qu'est-ce qui fait qu'il y a ces freezes qui apparaissent.