Notre blog en mousse \o/ - Mot-clé - squeeze2024-03-01T10:31:54+01:00Les Lamas !urn:md5:16d806c26b4faf0eabfff608393c3d26DotclearMise à jour Squeeze -> Wheezyurn:md5:4e9906d657d71bdbee2726a2359b5c952013-06-25T19:37:00+02:002013-06-27T17:20:29+02:00RulianeAdministrationdebianmise à jourmuninsqueezeupgradewheezy <p>Ce billet porte mal son nom. En effet, il est censé recueillir mes notes prises lors de la mise à jour de mes serveur de Debian 6 (Squeeze) à Debian 7 (Wheezy) et surtout les surprises que j'ai eues. En fait, les cinq paragraphes ci-dessous traitent de Munin, car tout le reste a fonctionné ou, au moins, était documenté (en amont ou lors de la migration).<br />
<br /></p>
<h3>Munin : racine en double sur le plugin df</h3>
<p>La racine apparaît deux fois sur le plugin df. Pour corriger, éditer le fichier /etc/munin/plugin-conf.d/munin-node et, dans la section [df*], exclure le rootfs :</p>
<pre>
[df*]
env.exclude none unknown iso9660 squashfs udf romfs ramfs debugfs rootfs
env.warning 92
env.critical 98
</pre>
<p><br /></p>
<h3>Munin : erreur du plugin apt_all</h3>
<p>Le plugin apt_all ne fonctionne plus. La tâche cron de mise à jour renvoie des messages d'erreur :<br /></p>
<blockquote><p>E: The value 'testing' is invalid for APT::Default-Release as such a release is not available in the sources<br />
E: The value 'unstable' is invalid for APT::Default-Release as such a release is not available in the sources<br /></p></blockquote>
<p><br />
Après investigation, il s'agit apparemment d'un problème similaire à celui-ci : <a href="http://us.generation-nt.com/answer/bug-702442-munin-node-apt-uses-different-state-files-cron-job-plugin-help-210624102.html" hreflang="en">Bug#702442: munin-node: apt_all uses different state files for cron job and as a plugin</a>.<br />
<br />
Pour corriger, éditer le fichier /usr/share/munin/plugins/apt_all et modifier la variable "@releases" :<br /></p>
<pre>
#my @releases = ("stable", "testing","unstable");
my @releases = ("stable");
</pre>
<p>Puis définir dans /etc/munin/plugin-conf.d/munin-node la variable d'environnement MUNIN_PLUGSTATE :</p>
<pre>
[apt_all]
env.MUNIN_PLUGSTATE /var/lib/munin-node/plugin-state/root/
</pre>
<p><br /></p>
<h3>Munin - alertes Munin et plugin ntp_states</h3>
<p>Certains plugins Munin se traînent lamentablement, à tel point que le timeout expire, comme le signale le journal :<br /></p>
<blockquote><p>2013/06/11-09:10:59 [30489] Service 'ntp_states' timed out.<br />
2013/06/11-09:11:01 [30489] Service 'open_files' timed out.<br />
2013/06/11-09:11:02 [30489] Node side timeout while processing: 'fetch open_files'<br />
[...]<br />
2013/06/11-09:15:59 [30772] Service 'postfix_mailvolume' timed out.<br />
2013/06/11-09:16:01 [30772] Service 'postfix_mailvolume' timed out.<br />
2013/06/11-09:16:02 [30772] Node side timeout while processing: 'config proc_pri'<br /></p></blockquote>
<p>On se retrouve avec des graphiques en pointillés.<br />
Explication du problème :<br />
J'avais <a href="http://www.leslamas.net/index.php?post/2012/09/04/D%C3%A9sactivation-IPV6-sur-Debian/Ubuntu" title="Désactiver IPv6">désactivé IPv6</a> sur mon serveur mail. (Ou je croyais l'avoir fait.) Lors de la mise à jour, IPv6 a été réactivé et le démon NTP a choisi comme serveurs de référence des serveurs en IPv6. Il faut savoir aussi que le plugin Munin ntp_state part de l'adresse IP des serveurs et effectue une requête DNS pour obtenir son nom. Et cette requête prenait beaucoup de temps et échouait ; je ne sais pas exactement pourquoi.<br />
Pour contourner ce problème, deux possibilités. La première est simplement de désactiver de nouveau IPv6 :<br /></p>
<ul>
<li>sysctl net.ipv6.conf.all.disable_ipv6=1<br /></li>
</ul>
<p>Il est aussi possible de ne pas résoudre les adresses en modifiant le plugin. Dans /usr/share/munin/plugins/ntp_state, commenter les lignes 116 à 123 :<br /></p>
<pre>
# if ($packet) {
# my @answer = $packet->answer;
# foreach my $rr (@answer) {
# if ("PTR" eq $rr->type) {
# $host = $rr->ptrdname;
# }
# }
# }
</pre>
<p><br /></p>
<h3>Munin - erreurs "Use of uninitialized value ..."</h3>
<p>Au passage, je me suis rendu compte que mes logs étaient remplis de cette erreur :</p>
<blockquote><p>Use of uninitialized value in pattern match (m//) at /usr/share/perl5/Net/Server.pm line 600.</p></blockquote>
<p>C'est le package libnet-server-perl qui est en cause. Il est encore en version 2.006 et ce bug n'est donc pas encore résolu : <a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693320" title="en">libnet-server-perl: Uninitialized value in pattern match spam</a>. On peut appliquer le patch ou attendre que la version 2.007 soit mise sur les dépôts.<br />
<br /></p>
<h3>Munin - Erreur 404 lors de la consultation des graphiques</h3>
<p>Après mise à jour de Munin (tout court, pas <em>-node</em>), je ne pouvais tout simplement plus accéder à l'interface de Munin : erreur 404. Pour cause, le lien vers le fichier de configuration avait sauté. Il m'a donc suffit de le refaire :</p>
<ul>
<li>ln -s /etc/munin/apache.conf /etc/apache2/conf.d/munin.conf<br /></li>
</ul>