Désespéré : le délai d'attente de l'état a expiré, lockd ne peut pas surveiller / annuler la surveillance

Voici quelques suggestions :

J'ai réussi une fois à casser l'interface de bouclage ( lo ) et grâce à lui, plusieurs services, tels que NFS, ont cessé de fonctionner correctement. Voir avec ifconfig si vous avez encore votre bien-aimé lo est opérationnelle. Si ce n'est pas le cas, consultez /etc/network/interfaces et voir ce qui se passe.

Par ailleurs, comme certains l'ont déjà mentionné, vérifiez les commandes suivantes pgrep -v statd y netstat -tlnpu pour voir si statd est en cours d'exécution.

Ou peut-être quelqu'un a-t-il modifié quelque chose sous /etc du côté du serveur ? Si vous n'avez pas /etc sous contrôle de version, pour voir si des fichiers ont été récemment modifiés : find /etc -mtime -14 affichera les fichiers modifiés au cours des 14 derniers jours, par exemple.

Jetez un coup d'œil ici : http://sophiedogg.com/lockd-and-statd-nfs-errors/

Essayez :

# /etc/init.d/nfs-common stop
# /etc/init.d/nfs-kernel-server stop
# rm -rf /var/lib/nfs/statd/sm/*
# rm -rf /var/lib/nfs/statd/sm.bak/*
# /etc/init.d/nfs-common start
# /etc/init.d/nfs-kernel-server start

J'ai eu le même problème, et cela l'a résolu... mais pour un mois seulement. Je ne sais pas pourquoi pour l'instant. J'ai dû à nouveau supprimer les fichiers aujourd'hui.

J'ai eu le même problème sur un serveur nfs debian squeeze, et il semblait être déclenché par de nouveaux clients également (Fedora 20). Le déclassement des clients n'était pas une option pour moi, après un long, pénible et infructueux débogage, j'ai fini par découvrir un bug de boucle readdir (différent et probablement sans rapport) sur un système de fichiers ext4 exporté par nfs avec beaucoup de fichiers dedans, similaire à : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1240143

(Je peux me tromper, d'après le peu que j'ai compris cela a été corrigé sur des noyaux récents, donc debian squeeze peut être affecté).

pour faire court, pour me débarrasser au moins de CE bug, j'ai mis à jour mon serveur nfs vers debian wheezy (en forçant la version nfs à 3) et maintenant (avec le même système de fichiers et les mêmes clients) cela fait une semaine qu'il n'y a plus de problème "cannot monitor"/"not responding" (avant la mise à jour c'était quotidien).

Cela a fonctionné dans mon cas :

https://lists.debian.org/debian-user/2004/10/msg00932.html

Il suffit d'éditer le fichier /etc/init.d/halt script, à la fin il devrait y avoir la ligne

halt -d -f -i $poweroff $hddown

L'option "-i" permet d'éteindre toutes les interfaces réseau, mais cela >semble être trop tôt pour les clients sans disque, essayez donc de supprimer cette option.

halt -d -f $poweroff $hddown

Notez que mon problème concernait NFS sur un client avec disque.