OVH Cloud OVH Cloud

NIS et NFS ne supportent plus la charge

2 réponses
Avatar
Jean Carreel
Bonjour,

J'ai des problèmes sur un réseau de 30 postes (Fedora Core 2) qui
partagent un peu plus de 300 espaces personnels sur un serveur tournant
sous Mandrake 9.1 (distribution Magrux
http://pedagogie.ac-toulouse.fr/tice/reseaux/reseaulocal/magret/).

L'ensemble NIS et NFS donnait entière satisfaction en terme de rapidité
et de fiabilité jusqu'à ce jour ou j'ai tenté de faire de
l'authentification de stations Windows sur mon serveur Linux via Samba...
modifications de droits sur le dossier /home du serveur Linux (corrigés
depuis) et apparition de dysfonctionnements sur mes stations Linux.

Les symptômes observés :

1. Lorsque je démarre plusieurs stations Linux simultanément, dès la 3
ème j'ai un message : Montage des systèmes de fichiers NFS : Mount RPC
expiration du délai de la minuterie. Et dans ce cas, l'authentification
est possible mais pas d'accès au dossier perso.

2. Avec les 2 premières stations ou avec les stations que j'ai
démarré progressivement, j'arrive sur mon bureau perso. Dans le meilleur
des cas, je peux y travailler comme avant. Dans le pire des cas, le bureau
est figé... J'accède au navigateur ou à l'horloge mais rien d'autre.
Avec de la patience, il arrive que l'ensemble se débloque au bout de
quelques minutes mais ce n'est pas très satisfaisant quand une classe
déboule en bloque dans la salle d'info.

Les actions tentées :

1. Rebootage du serveur (ce n'était pas arrivé depuis 4 mois).
Lors de l'arrêt de ce dernier j'ai eu un beau : "Arrêt du partage de
dossiers par NFS : Echec".
Le démarrage des services NFS prennent environ 4 minutes et les
symptômes observés sur les stations sont les mêmes.

2. Contrôle des services NFS :
service nfs status
rpc.mountd (pid 1415) est en cours d'exécution...
nfsd (pid 1403) est en cours d'exécution...
1402 (pid 1401) est en cours d'exécution...
1400 (pid 1399) est en cours d'exécution...
1396 (pid 1395) est en cours d'exécution...
1394 (pid ) est en cours d'exécution...
rpc.rquotad (pid 1384) est en cours d'exécution...

3. Arrêt du service NFS avec service NFS stop :
service nfs stop
Arrêt du service de montage pour NFS (mountd) : [ OK ]
Arrêt du partage de dossiers par NFS : [ECHEC ]
Arrêt des quotas pour NFS : [ OK ]
Arrêt des services NFS : [ OK ]
Si je relance le service NFS, c'est long mais çà repart et les bureaux
de mes stations clientes se dégèlent.

Il y a un os quelque part et j'avoue sécher lamentablement.
Auriez vous des pistes ?
En l'espérant, je vous souhaite une bonne fin de journée.

Jean

2 réponses

Avatar
seb34
Bonjour,
Si je comprends bien votre probleme de lenteur entre les clients linux
et le service nfs est apparue lors de la mise en place de samba en mode
authentification pour vos clients windows.
1) Quel est le protocole d'authentification que vous utilisez?
2) Observez vous le meme dysfonctionnement si vous arretez le service
smb ?
Bonne journée
Avatar
Jean Carreel
Bonjour,

Si je comprends bien votre probleme de lenteur entre les clients linux
et le service nfs est apparue lors de la mise en place de samba en mode
authentification pour vos clients windows.


C'est ce que je croyait.

2) Observez vous le meme dysfonctionnement si vous arretez le service
smb ?


Rien ne changeait mais j'ai solutionné le problème.
Mon serveur n'étant pas spécialement chargé au niveau cpu ni au niveau ram
c'est donc au niveau du réseau que j'ai lancé les recherches avec un
petit tcpdump.
Pendant tout le temps où j'observais les disfonctionnements cités plus
haut, j'observais une quantité phénoménale de arp who-has 192.168.1.2
tell 192.168.1.3. Je pense que le problème était autour de çà. La
carte réseau de mon serveur pointait vers un pseudo serveur DNS en
192.168.1.2 qui n'existait pas. Depuis que j'ai mis l'adresse d'un vrai
serveur DNS tout va mieux. Je suis heureux. Un grand merci pour les pistes
qui m'ont permis de décanter le problème et d'aboutir. La morale de
l'histoire est que le problème n'est pas toujours où on le cherche....
Prendre du recul, toujours prendre du recul ! En regardant derrière quand
même car il ne faut pas tomber dans le précipice ;-) Bonne fin de
semaine et bon WE.

Jean