1 votes

B Johnson avatar

Munin-cron échoue "Rien à faire", peut-être un problème de munin.conf ?

Demandé el 22 de Avril, 2010
Quand la question a-t-elle été
10027 affichage
Nombre de visites la question a
4 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

J'ai travaillé sur cela pendant quelques heures maintenant, et je n'ai pas encore réussi à obtenir munin pour générer les fichiers html/graphiques de l'utilisation des ressources sur mon serveur CentOS 5.3.

Voici quelques commandes que j'ai lancées en tant qu'utilisateur munin, et les résultats :

/usr/share/munin/munin-update --nofork --debug

(la commande ci-dessus fonctionne bien, prend environ 2,4 secondes pour s'exécuter)

munin-run cpu

(Et d'autres options/plugins (en dehors de 'cpu'), fonctionnent tous correctement et donnent la sortie souhaitée)

munin-cron

Échoue avec :

[FATAL] Il n'y a rien à faire ici, car il n'y a pas de nœuds avec des plugins. Veuillez vous référer à http://munin-monitoring.org/wiki/FAQ_no_graphs à la ligne 38 de /usr/share/munin/munin-html

Je me demande si, peut-être, les paramètres de mon fichier munin.conf pourraient causer un problème. Voici le contenu de ce fichier (ci-dessous) :

bdir   /var/lib/munin/
htmldir /home/archdev/public_html/monitoring
logdir  /var/log/munin
rundir  /var/run/munin/
tmpldir /etc/munin/templates

[archstl.archstl.org]
        address 127.0.0.1
        use_node_name yes

Aussi, lorsque je lance la commande telnet localhost 4949, et liste les plugins du nœud, il renvoie la liste munin par défaut... il semble y avoir un problème avec le processus de création de html de munin. :(

Je utilise la version 1.4.3.

Demandé el 22 de Avril, 2010 par B Johnson

0 votes

Avatar de B Johnson

Aussi, après avoir vérifié les journaux, j'ai trouvé ce qui suit : munin-update.log : Tout semble bien. (2,40 sec) munin-limits.log : Tout semble bien. (0,00 sec) munin-graph.log : Tout semble bien. (0,00 sec) munin-node.log : Sortie ci-dessous --> 2010/04/21-23:10:01 CONNECT TCP Pair: "127.0.0.1:34440" Local : "127.0.0.1:4949" 2010/04/21-23:10:04 [11182] Le sevice 'yum' a quitté avec le statut 2/0. munin-node.log : Obtenir l'erreur [FATAL] comme décrit ci-dessus à chaque exécution.

Commenté el 22 de Avril, 2010 par B Johnson

0 votes

Avatar de alexgolec

Exécutez-vous munin-cron en tant que root ou en tant qu'utilisateur munin (et avez-vous déjà exécuté munin-cron en tant que root dans le passé)?

Commenté el 22 de Mai, 2010 par alexgolec

Réponses

Trop de publicités?

0voto

B Johnson avatar
B Johnson Points 749

J'ai fini par installer munin (une ancienne version) via l'interface cPanel/WHM, et tout fonctionne bien maintenant. Étrange...

Répondu el 18 de Octobre, 2010 par B Johnson (749 Points )

0voto

Wheelie avatar
Wheelie Points 2365

Il n'y avait probablement aucun plugin activé. Vérifiez avec

munin-node-configure --suggest --shell

exécutez ces commandes et bam ça devrait fonctionner. Cela se fait généralement au démarrage mais nécessite python.

Répondu el 10 de Janvier, 2011 par Wheelie (2365 Points )

0 votes

Avatar de B Johnson

Veuillez consulter mon dernier article - cela n'a pas aidé :(

Commenté el 3 de Mai, 2011 par B Johnson

0voto

B Johnson avatar
B Johnson Points 749

Eh bien, maintenant je configure un autre serveur CentOS 5.5, et j'ai installé Munin 1.4.5 depuis le dépôt EPEL (j'utilisais la version 1.2.5 des dépôts standard de CentOS, et tout fonctionnait bien). Depuis l'installation de la version 1.4.5, je n'ai pas de graphiques, et les mêmes erreurs dans les journaux... de plus, comme j'utilise Klaxo sur ce serveur (pfff), je ne peux pas utiliser l'installateur automatique de WHM/cPanel pour obtenir la dernière version en cours d'exécution.

J'ai exécuté $ sudo /usr/sbin/munin-node-configure --shell, mais cela n'a rien fait (il reste quelques secondes, puis retourne à l'invite. Il est censé produire une série de lignes ln -s pour créer des liens symboliques vers les plugins (que je pourrais rediriger vers le shell en utilisant | sudo sh, mais ça ne fonctionne pas.

De plus, le répertoire /var/www/html/munin a été créé, mais il ne contient pas de fichiers/graphiques spécifiques au serveur (il contient uniquement les feuilles de style de base de Munin et les graphiques).

Si je jette un coup d'œil dans /etc/munin/plugins, il est plein de plugins. Donc je ne sais pas pourquoi munin-node ne fonctionne pas... vraiment étrange ! J'ai essayé toutes les étapes de la page FAQ_no_graphs de Munin, mais rien n'a aidé.

[Édition : Je viens de regarder munin-update.log, et j'ai trouvé ce qui suit :

\[ERREUR\] Le nom d'hôte 'servername\_vps2' contient des caractères non valides (http://en.wikipedia.org/wiki/Hostname#Restrictions\_on\_valid\_host\_names).  Veuillez résoudre ce problème en remplaçant les caractères non valides par '-'.  N'oubliez pas de le faire à la fois dans la configuration maître et sur le munin-node.

... il semble que je doive utiliser le FQDN pour le serveur (tel que rapporté en faisant un telnet sur le serveur sur le port 4949) au lieu d'un nom personnalisé (avec un tiret bas) comme je le faisais avec la version 1.2.5. Nous verrons si cela fonctionne...]

Répondu el 3 de Mai, 2011 par B Johnson (749 Points )

1 votes

Avatar de B Johnson

On dirait que j'avais besoin de modifier munin.conf dans /etc/munin et m'assurer que le nom d'hôte correspondait au nom d'hôte signalé. Agaçant, mais au moins ça fonctionne maintenant.

Commenté el 3 de Mai, 2011 par B Johnson

0voto

Ibn Saeed avatar
Ibn Saeed Points 1082

J'ai eu le même problème. Raison : dans munin.conf, je n'avais qu'un seul nœud "localhost" et ce n'était pas le même que celui auquel munin pensait.

Solution :

telnet localhost 4949
.....
# nœud munin sur votre.domaine.com
...

J'ai donc mis "votre.domaine.com", c'est-à-dire votre FQDN à la place de localhost dans munin.conf.

Répondu el 23 de Janvier, 2012 par Ibn Saeed (1082 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X