On Mon, Jul 14, 2008 at 11:08:20PM +0200, Thomas Harding wrote:
> -- "fetch df_inodes" n'apparaît pas dans la conversation. Par contre,
> à la main (telnet xxx munin), ça fonctionne (avec un délai de 4 à
> 5s).
[...]
> D'après les logs de munin, le service df_inode n'est pas atteint
> /systématiquement/. On a plutôt une fréquence d'une fois sur 2 ou 3
> (intervalles de 10 à 20mn entre les lignes).
Le problème _semble_ résolu après avoir renommé les
/etc/munin/plugins/nfs* en ".bak" (j'ai désactivé le nfs juste après
l'install du système avec rcconf), puis éxécuté un
/etc/init.d/munin-node force-reload.
Dommage que je n'aie pas enregistré la capture wireshark.
Si je rétablis le lien symbolique nfsd, le problème revient.
J'ai tenté une modif du plugin pour afficher "NaN" comme valeur
en cas d'échec (testé avec munin-run), sans succès.
J'ai tenté de _ne pas afficher quelque ligne que ce soit_ en l'absence
de valeur : *et là, ça fonctionne*
=> à l'interrogation du serveur par telnet, "fetch nfsd" donne
un point « à la RFC 822 ».
=> le tableau nfsd n'est pas mis à jour par munin-graph.
=> tous les autres tableaux le sont.
=> La fin du nouveau fichier /usr/share/munin/plugins/nfsd
#[ligne 64]
i=4;
for a in $proc; do
val=`grep proc3 $NFSD 2>/dev/null \
| cut -f $i -d ' ' \
| awk '{print $1}'`
i=$(expr $i + 1)
test "empty$val" != "empty" && echo "$a.value $val"
done
#####################################################
Bug non signalé => reportbug
--
Thomas Harding.
La phobie de la connaissance est spécifique à l'informatique.
Curieusement, c'est le seul métier où le néophyte total vous explique
votre boulot dans la minute suivant votre arrivée au chevet du malade.