crash NFS v3 Squeeze depuis client NFS v3 Jessie

Le
Anthony Saubois
Bonjour,

Je rencontre un problème qui fait crasher le service rpc.statd et rend in=
utilisable le serveur. Seule solution, rebooter. Est-ce que vous pouvez m'a=
ider à troubleshooter?
Configuration :

Serveur NFS :
Debian 6.0.4 , kernel : 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=0,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=8

# Runtime priority of server (see nice(1))
RPCNFSDPRIORITY=0

# 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="-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=

# Options for rpc.svcgssd.
RPCSVCGSSDOPTS=
#desactive version4
RPCNFSDARGS="-N 4"

Le filesystem du serveur NFS est EXT3. Le FS /home exporté 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="--port 32765 --outgoing-port 32766"
Le client NFS vient d'être mis à jour en Debian 8.1. Le filesystem est =
EXT4.

Le crash se produit lors d'un accès NFS par le client en debian 8.1. Aucu=
n problème avec les versions antérieures.

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=1800, age=756

kernel: [29263223.563903] INFO: task photoget:23178 blocked for more than 1=
20 seconds.
kernel: [29263223.564059] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs=
" disables this message.
kernel: [29263223.564145] photoget D 0000000000000000 0 23178 228=
31 0x00000000
kernel: [29263223.564149] ffff8801bf0af100 0000000000000086 00000000000000=
00 ffffffffa02648a6
kernel: [29263223.564152] 000000000003adac 00000000fffffff5 000000000000f9=
e0 ffff88014d70bfd8
kernel: [29263223.564154] 0000000000015780 0000000000015780 ffff8801bbd14d=
b0 ffff8801bbd150a8
kernel: [29263223.564157] Call Trace:
kernel: [29263223.564177] [<ffffffffa02648a6>] ? rpc_sleep_on+0x2e2/0x31d =
[sunrpc]
kernel: [29263223.564182] [<ffffffffa0260297>] ? xprt_transmit+0x17b/0x25a=
[sunrpc]
kernel: [29263223.564189] [<ffffffffa02e7e60>] ? nfs_wait_bit_uninterrupti=
ble+0x0/0xd [nfs]
kernel: [29263223.564193] [<ffffffff812fb9ca>] ? io_schedule+0x73/0xb7
kernel: [29263223.564198] [<ffffffffa02e7e69>] ? nfs_wait_bit_uninterrupti=
ble+0x9/0xd [nfs]
kernel: [29263223.564201] [<ffffffff812fbed7>] ? __wait_on_bit+0x41/0x70
kernel: [29263223.564204] [<ffffffff81192154>] ? __lookup_tag+0xad/0x11b
kernel: [29263223.564209] [<ffffffffa02e7e60>] ? nfs_wait_bit_uninterrupti=
ble+0x0/0xd [nfs]
kernel: [29263223.564212] [<ffffffff812fbf71>] ? out_of_line_wait_on_bit+0=
x6b/0x77
kernel: [29263223.564215] [<ffffffff81065058>] ? wake_bit_function+0x0/0x2=
3
kernel: [29263223.564221] [<ffffffffa02ebe0b>] ? nfs_sync_mapping_wait+0xf=
a/0x227 [nfs]
kernel: [29263223.564227] [<ffffffffa02ec5f2>] ? nfs_write_mapping+0x69/0x=
8e [nfs]
kernel: [29263223.564231] [<ffffffffa02df429>] ? nfs_do_fsync+0x1c/0x44 [n=
fs]
kernel: [29263223.564234] [<ffffffff810ed3ea>] ? filp_close+0x37/0x62
kernel: [29263223.564236] [<ffffffff810ed4a9>] ? sys_close+0x94/0xcd
kernel: [29263223.564239] [<ffffffff81010b42>] ? system_call_fastpath+0x16=
/0x1b

Cordialement,


Anthony

Pensez environnement, n'imprimez que si nécessaire.


--
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
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
jbernon
Le #26357882
------=_Part_120077689_1262629321.1435152321215
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Bonjour,

Depuis l'installation de Jessie, je n'avais pas de notification des nouvell es mises à jour sur mon bureau Gnome et devais utiliser de temps en te mps synaptic ou apt-get pour les charger et les installer.
Diverses solutions plus ou moins efficaces et satisfaisantes sont proposà ©es ici et là sur Internet. Pour finir (ça a pris un peu de tem ps et c'est la raison pour laquelle je le signale) celle qui me semble la p lus simple et fonctionne très bien est d'installer le paquet software- properties-gtk et d'aller ensuite configurer dans Synaptic->Configuration-> Dépôts l'option ad hoc qui est ajoutée par l'installation.

Cordialement
Jean

------=_Part_120077689_1262629321.1435152321215
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

------=_Part_120077689_1262629321.1435152321215--

--
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 #26357881
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 ?

kernel: [29263223.563903] INFO: task photoget:23178 blocked for more than 120 seconds.
kernel: [29263223.564059] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
kernel: [29263223.564145] photoget D 0000000000000000 0 23178 22831 0x00000000
kernel: [29263223.564149] ffff8801bf0af100 0000000000000086 0000000000000000 ffffffffa02648a6
kernel: [29263223.564152] 000000000003adac 00000000fffffff5 000000000000f9e0 ffff88014d70bfd8
kernel: [29263223.564154] 0000000000015780 0000000000015780 ffff8801bbd14db0 ffff8801bbd150a8
kernel: [29263223.564157] Call Trace:
kernel: [29263223.564177] [<ffffffffa02648a6>] ? rpc_sleep_on+0x2e2/0x31d [sunrpc]
kernel: [29263223.564182] [<ffffffffa0260297>] ? xprt_transmit+0x17b/0x25a [sunrpc]
kernel: [29263223.564189] [<ffffffffa02e7e60>] ? nfs_wait_bit_uninterruptible+0x0/0xd [nfs]
kernel: [29263223.564193] [<ffffffff812fb9ca>] ? io_schedule+0x73/0xb7
kernel: [29263223.564198] [<ffffffffa02e7e69>] ? nfs_wait_bit_uninterruptible+0x9/0xd [nfs]
kernel: [29263223.564201] [<ffffffff812fbed7>] ? __wait_on_bit+0x41/0x70
kernel: [29263223.564204] [<ffffffff81192154>] ? __lookup_tag+0xad/0x11b
kernel: [29263223.564209] [<ffffffffa02e7e60>] ? nfs_wait_bit_uninterruptible+0x0/0xd [nfs]
kernel: [29263223.564212] [<ffffffff812fbf71>] ? out_of_line_wait_on_bit+0x6b/0x77
kernel: [29263223.564215] [<ffffffff81065058>] ? wake_bit_function+0x0/0x23
kernel: [29263223.564221] [<ffffffffa02ebe0b>] ? nfs_sync_mapping_wait+0xfa/0x227 [nfs]
kernel: [29263223.564227] [<ffffffffa02ec5f2>] ? nfs_write_mapping+0x69/0x8e [nfs]
kernel: [29263223.564231] [<ffffffffa02df429>] ? nfs_do_fsync+0x1c/0x44 [nfs]
kernel: [29263223.564234] [<ffffffff810ed3ea>] ? filp_close+0x37/0x62
kernel: [29263223.564236] [<ffffffff810ed4a9>] ? sys_close+0x94/0xcd
kernel: [29263223.564239] [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b



Sébastien

--
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/
Publicité
Poster une réponse
Anonyme