Je rencontre un probl=E8me qui fait crasher le service rpc.statd et rend in=
utilisable le serveur. Seule solution, rebooter. Est-ce que vous pouvez m'a=
ider =E0 troubleshooter?
Configuration=A0:
Serveur NFS=A0:
Debian 6.0.4 , kernel=A0: 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 201=
2 x86_64 GNU/Linux
nfs-kernel-server 1:1.2.2-4squeeze2
cat /etc/exports
# /etc/exports: the access control list for filesystems which may be export=
ed
# to NFS clients. See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no=
_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=3D0,crossmnt,no_subtree_check)
# /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
#
/home IP_CLIENT(rw,sync,insecure,no_subtree_check,no_root_squash)
cat /etc/default/nfs-kernel-server
# Number of servers to start up
RPCNFSDCOUNT=3D8
# Runtime priority of server (see nice(1))
RPCNFSDPRIORITY=3D0
# Options for rpc.mountd.
# If you have a port-based firewall, you might want to set up # a fixed por=
t here using the --port option. For more information, # see rpc.mountd(8) o=
r http://wiki.debian.org/?SecuringNFS
RPCMOUNTDOPTS=3D"-p 32767 --manage-gids"
# Do you want to start the svcgssd daemon? It is only required for Kerberos=
# exports. Valid alternatives are "yes" and "no"; the default is "no".
NEED_SVCGSSD=3D
# Options for rpc.svcgssd.
RPCSVCGSSDOPTS=3D
#desactive version4
RPCNFSDARGS=3D"-N 4"
Le filesystem du serveur NFS est EXT3. Le FS /home export=E9 en NFS est un =
cluster OCFS2
Client NFS:
Debian 8.1, kernel : Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (201=
5-05-24) x86_64 GNU/Linux
Client NFS: nfs-common 1:1.2.8-9 amd6=
4
Nfs-common :
STATDOPTS=3D"--port 32765 --outgoing-port 32766"
Le client NFS vient d'=EAtre mis =E0 jour en Debian 8.1. Le filesystem est =
EXT4.=20
Le crash se produit lors d'un acc=E8s NFS par le client en debian 8.1. Aucu=
n probl=E8me avec les versions ant=E9rieures.
Logs syslog du serveur NFS :
kernel: [ 2830.015303] statd: server rpc.statd not responding, timed out
kernel: [ 2830.015332] lockd: cannot monitor HOSTNAME
kernel: [ 7609.529427] RPC: Want update, refage=3D1800, age=3D756
Pensez environnement, n'imprimez que si n=E9cessaire.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/D47E730E1F44814F89E2C17F083265CA74B8FBFF@OBELIX.cessionpme.local
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/1725082040.120077690.1435152321216.JavaMail.root@zimbra63-e11.priv.proxad.net
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Sébastien NOBILI
Le mercredi 24 juin 2015 à 12:47, Anthony Saubois a écrit :
Je rencontre un problème qui fait crasher le service rpc.statd et rend inutilisable le serveur.Seule solution, rebooter.
Rebooter le serveur ou le client ?
Si la réponse est « le serveur », est-ce le montage se fait quand-même en redémarrant le client seul ?
Si j'insiste sur le client c'est que les montages NFS ne sont pas particulièrement robustes à la perte de connexion et que les logs suivants me semblent plutôt venir du client, non ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le mercredi 24 juin 2015 à 12:47, Anthony Saubois a écrit :
Je rencontre un problème qui fait crasher le service rpc.statd et rend
inutilisable le serveur.Seule solution, rebooter.
Rebooter le serveur ou le client ?
Si la réponse est « le serveur », est-ce le montage se fait quand-même en
redémarrant le client seul ?
Si j'insiste sur le client c'est que les montages NFS ne sont pas
particulièrement robustes à la perte de connexion et que les logs suivants me
semblent plutôt venir du client, non ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20150624132424.GF3766@sebian.nob900.homeip.net
Le mercredi 24 juin 2015 à 12:47, Anthony Saubois a écrit :
Je rencontre un problème qui fait crasher le service rpc.statd et rend inutilisable le serveur.Seule solution, rebooter.
Rebooter le serveur ou le client ?
Si la réponse est « le serveur », est-ce le montage se fait quand-même en redémarrant le client seul ?
Si j'insiste sur le client c'est que les montages NFS ne sont pas particulièrement robustes à la perte de connexion et que les logs suivants me semblent plutôt venir du client, non ?
