nfs server not responding still trying

Le
raslain Hors ligne
Bonjour,
Solaris 9
Quand on lance la commande suivante : mount -F nfs serverur-distant:/partage /point-de-montage
on a l'erreur "nfs server not responding still trying)


Cette même commande est lancée au démarrage, alors il suffit de redémarrer le serveur pour qu'elle soit exécutée sans erreur

Après un moment on perd le montage, et il est impossible de le faire sans redémarrage

1-Quel fichier log, on peut consulter pour diagnostiquer.
2-Quel test on peut faire pour situer le problème.

Cordialement,
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
JKB
Le #23581811
Le Tue, 19 Jul 2011 07:23:13 -0500,
raslain
Bonjour,



Bonjour,

Solaris 9
Quand on lance la commande suivante : mount -F nfs serverur-distant:/partage
/point-de-montage
on a l'erreur "nfs server not responding still trying)


Cette même commande est lancée au démarrage, alors il suffit de redémarrer le
serveur pour qu'elle soit exécutée sans erreur

Après un moment on perd le montage, et il est impossible de le faire sans
redémarrage

1-Quel fichier log, on peut consulter pour diagnostiquer.
2-Quel test on peut faire pour situer le problème.



Personnellement, j'ai de plus en plus de problèmes de montages NFS
avec Solaris depuis le 2.8 (5.8 ?). J'ai passé des jours à analyser
ce qui se passe sans réel succès.

En utilisant un NFS stateless (v2 ou v3/UDP), je suis arrivé à
quelque chose de plus fonctionnel qu'avec du v3/TCP ou v4.

Après investigation profonde, je me suis rendu compte que mes
erreurs proviennent de systèmes de synchronisation utilisant des
verrous. En cas de montée en charge du serveur, à un moment, tous
les threads sont occupés, en attente de jeton (car fichiers
verrouillés sur le serveur) et le client ne peut qu'attendre le bon
vouloir de l'un de ses congénaires. Souvent, même, cela ne suffit
pas et il faut relancer le serveur NFS (pas besoin de reboot).

La seule solution que j'ai trouvée (je ne dis pas qu'il n'en existe
pas une autre, hein...), c'est d'utiliser un NFS en UDP en
augmentant les valeurs de timeout et la taille des paquets. Ça
plante moins souvent, mais ça plante encore (disons une fois tous
les mois ou tous les deux mois...).

Cordialement,

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Erwan David
Le #23581911
JKB
Le Tue, 19 Jul 2011 07:23:13 -0500,
raslain
Bonjour,



Bonjour,

Solaris 9
Quand on lance la commande suivante : mount -F nfs serverur-distant:/partage
/point-de-montage
on a l'erreur "nfs server not responding still trying)


Cette même commande est lancée au démarrage, alors il suffit de redémarrer le
serveur pour qu'elle soit exécutée sans erreur

Après un moment on perd le montage, et il est impossible de le faire sans
redémarrage

1-Quel fichier log, on peut consulter pour diagnostiquer.
2-Quel test on peut faire pour situer le problème.



Personnellement, j'ai de plus en plus de problèmes de montages NFS
avec Solaris depuis le 2.8 (5.8 ?). J'ai passé des jours à analyser
ce qui se passe sans réel succès.

En utilisant un NFS stateless (v2 ou v3/UDP), je suis arrivé à
quelque chose de plus fonctionnel qu'avec du v3/TCP ou v4.

Après investigation profonde, je me suis rendu compte que mes
erreurs proviennent de systèmes de synchronisation utilisant des
verrous. En cas de montée en charge du serveur, à un moment, tous
les threads sont occupés, en attente de jeton (car fichiers
verrouillés sur le serveur) et le client ne peut qu'attendre le bon
vouloir de l'un de ses congénaires. Souvent, même, cela ne suffit
pas et il faut relancer le serveur NFS (pas besoin de reboot).

La seule solution que j'ai trouvée (je ne dis pas qu'il n'en existe
pas une autre, hein...), c'est d'utiliser un NFS en UDP en
augmentant les valeurs de timeout et la taille des paquets. Ça
plante moins souvent, mais ça plante encore (disons une fois tous
les mois ou tous les deux mois...).

Cordialement,

JKB



De toute façon, NFS et verrous, ça va pas bien ensemble...


--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
JKB
Le #23581901
Le Tue, 19 Jul 2011 15:14:42 +0200,
Erwan David
JKB
Le Tue, 19 Jul 2011 07:23:13 -0500,
raslain
Bonjour,



Bonjour,

Solaris 9
Quand on lance la commande suivante : mount -F nfs serverur-distant:/partage
/point-de-montage
on a l'erreur "nfs server not responding still trying)


Cette même commande est lancée au démarrage, alors il suffit de redémarrer le
serveur pour qu'elle soit exécutée sans erreur

Après un moment on perd le montage, et il est impossible de le faire sans
redémarrage

1-Quel fichier log, on peut consulter pour diagnostiquer.
2-Quel test on peut faire pour situer le problème.



Personnellement, j'ai de plus en plus de problèmes de montages NFS
avec Solaris depuis le 2.8 (5.8 ?). J'ai passé des jours à analyser
ce qui se passe sans réel succès.

En utilisant un NFS stateless (v2 ou v3/UDP), je suis arrivé à
quelque chose de plus fonctionnel qu'avec du v3/TCP ou v4.

Après investigation profonde, je me suis rendu compte que mes
erreurs proviennent de systèmes de synchronisation utilisant des
verrous. En cas de montée en charge du serveur, à un moment, tous
les threads sont occupés, en attente de jeton (car fichiers
verrouillés sur le serveur) et le client ne peut qu'attendre le bon
vouloir de l'un de ses congénaires. Souvent, même, cela ne suffit
pas et il faut relancer le serveur NFS (pas besoin de reboot).

La seule solution que j'ai trouvée (je ne dis pas qu'il n'en existe
pas une autre, hein...), c'est d'utiliser un NFS en UDP en
augmentant les valeurs de timeout et la taille des paquets. Ça
plante moins souvent, mais ça plante encore (disons une fois tous
les mois ou tous les deux mois...).

Cordialement,

JKB



De toute façon, NFS et verrous, ça va pas bien ensemble...



Certes. Mais tu n'es pas forcément maître des applications qui
accèdent au disque réseau.

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Publicité
Poster une réponse
Anonyme