Bonjour à tous,
Récemment inscrit à la liste, je sollicite votre aide pour un problème NFS,
voici le contexte:
Nous possédons deux environnements (Production et Préproduction): sur chaque
environnement se trouvent deux serveurs: un serveur de base de données et un
serveur web.
Les serveurs web de chaque environnement récupèrent des données importées
sur un serveur via NFS, les deux serveurs WEB sont en tout point identiques
(Hardware et Software).
Mon problème est le suivant:
Nous perdons la connexion entre le serveur de Préproduction et le serveur
NFS de manière aléatoire, ce problème n'a jamais été relevé jusqu’à ce jour
sur le serveur de Production. Les 2 environnements et le serveur NFS sont
sur deux réseaux différents, un FireWall autorisant les connexions sur le
port 2049 et 111. Les flux mis en place sont les mêmes pour la Prod et la
Préprod.
Voici la configuration:
*Serveur WEB:*
*OS* -> RedHat 2.6.18-164.11.1.el5
*/etc/fstab* -> 192.168.X.X:/var/ftp/AExporter /usr/local/AExporter
nfs soft,intr,rsize=32768,wsize=32768,nosuid,tcp 0 0
*netstat* ->
Proto Recv-Q Send-Q Local Address Foreign Address
State PID/Program name
tcp 0 0 0.0.0.0:111 0.0.0.0:*
LISTEN 2950/portmap
tcp 0 0 0.0.0.0:624 0.0.0.0:*
LISTEN 2986/rpc.statd
tcp 0 0 0.0.0.0:56120 0.0.0.0:*
LISTEN - (NFS)
*nfsstat* ->
Client rpc stats:
calls retrans authrefrsh
10662 8543 0
Client nfs v3:
null getattr setattr lookup access readlink
0 0% 2492 23% 103 0% 711 6% 5254 49% 0
0%
read write create mkdir symlink mknod
0 0% 296 2% 398 3% 0 0% 0 0% 0
0%
remove rmdir rename link readdir readdirplus
103 0% 0 0% 0 0% 0 0% 3 0% 5
0%
fsstat fsinfo pathconf commit
1292 12% 4 0% 0 0% 0 0%
*Serveur NFS:*
*
*
*OS* -> RedHat 2.6.18-164.11.1.el5
*netstat* ->
Proto Recv-Q Send-Q Local Address Foreign Address
State PID/Program name
tcp 0 0 0.0.0.0:2049 0.0.0.0:*
LISTEN - (NFS)
tcp 0 0 0.0.0.0:614 0.0.0.0:*
LISTEN 3403/rpc.mountd
tcp 0 0 0.0.0.0:650 0.0.0.0:*
LISTEN 3012/rpc.statd
tcp 0 0 0.0.0.0:111 0.0.0.0:*
LISTEN 2976/portmap
tcp 0 0 0.0.0.0:57118 0.0.0.0:*
LISTEN - (NFS)
*nfsstat* ->
Server nfs v3:
null getattr setattr lookup access readlink
12 0% 121471 39% 14426 4% 47336 15% 50741 16% 0
0%
read write create mkdir symlink mknod
11461 3% 19404 6% 21118 6% 0 0% 0 0% 0
0%
remove rmdir rename link readdir readdirplus
14423 4% 0 0% 0 0% 0 0% 188 0% 835
0%
fsstat fsinfo pathconf commit
5331 1% 18 0% 0 0% 209 0%
L'erreur qui nous est remontée est la suivante: "kernel: nfs: server
192.168.X.X not responding, timed out"
Cette erreur ne concerne que le serveur WEB de préproduction
L'analyse que nous avons mené jusqu'à présent nous indique un problème de
session (tcpdump effectué au niveau du firewall):
Le client essai bien de contacter le serveur ( tcp syn sur port 2049 )
192.168.X.X 192.168.X.X TCP 784 > nfs [SYN] Seq=0 Win=5840 Len=0 MSS=1460
TSV=277750420 TSER=0 WS=7 784 nfs
Le paquet arrive bien sur le serveur
192.168.X.X 192.168.X.X TCP 784 > nfs [SYN] Seq=0 Win=5840 Len=0 MSS=1460
TSV=277750420 TSER=0 WS=7 784 nfs
Le serveur envoie sont paquet en retour ( ACK ) afin d'etablir la session
tcp
2 0.000007 192.168.X.X 192.168.X.X TCP [TCP ACKed lost segment] nfs > 784
[ACK] Seq=1 Ack=2049758058 Win=501 Len=0 TSV=1624483218 TSER=1589620550
SLE=0
mais ce paquet n'arrive pas au client.
Il faut savoir que ce montage NFS fonctionne la majorité du temps (C'est
pourquoi je ne pense pas à un problème de config client) et que ces pertes
de connexion concernent uniquement le serveur de Préproduction (c'est
pourquoi je ne pense pas a un problème de configuration serveur).
En ce qui concerne la config du FireWall, les serveurs de Prod et Préprod
appartiennent au même groupe qui est autorisé à communiquer avec le serveur
NFS sur les ports 2049 et 111.
Merci pour vos lumières.
Cordialement,
David
