RaphAstronome

Il suffit de ce logger sur le serveur (par exemple avec "mysql -p" dans une invite de commande) et d'utiliser la commande suivante :

SET PASSWORD = PASSWORD('votre nouveau pass ici !');

Attention la commande "mysql" garde un historique des commandes passées et notamment votre nouveau mot de passe. Modifier le fichier .mysql_history de façon à ce qu'il n'apparaisse pas.

Le système de mise à jour dont j'ai parlé dans ce billet m'avertis d'une mise à jour, ok je la fais "apt-get update", "apt-get upgrade" comme d'habitude : pas de message d'erreur, parfait.

Je fais un "apt-get clean" pour nettoyer un peu les fichiers temporaires et là une grosse erreur arrive comme un cheveu sur la soupe :

# apt-get
apt-get: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by apt-get)
apt-get: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/lib/libapt-pkg-libc6.7-6.so.4.6)

En fait "apt-get" ne marche plus du tout ! Je ne sais pas à quoi c'est dû, peut être une erreur de miroir mais il semblerait qu'une mise à jour de libstdc++ est été passée à l'as. Lorsque j'ai fait ma mise à jour qui comprend notamment le paquet apt ça à cassé le système. Pas de panique, la commande "dpkg" elle semble fonctionner, je télécharge donc la dernière version et l'installe.

# wget http://ftp.fr.debian.org/debian/pool/main/g/gcc-4.3/libstdc++6_4.3.2-1.1_i386.deb
# dpkg --install libstdc++6_4.3.2-1.1_i386.deb

Attention : si cette erreur vous arrive il est probable que la version et/ou architecture ne soit pas la même, faites bien attention de télécharger le bon paquet ! Je vous conseille de vous documenter dessus sur le site de Debian. De la même façon si vous utilisez autre chose que Debian, par exemple Ubuntu, il faut télécharger la version destinée à cette distribution. On ne plaisante pas avec la libstdc++ car une part importante du système en dépend directement.

Après ceci "apt-get" fonctionne à nouveau du moins dans mon cas.

Pour voir la queue d'e-mail, c'est à dire la liste des messages en train d'être traitées par le serveur : postqueue -p

Parfois pour de multiples raisons il peut y avoir un message qui reste très longtemps dans la queue d'e-mail et qui ne part pas.

Voici ce que ça donne dans le cas où j'ai débranché la prise réseau de mon PC et envoyé un e-mail. Il reste bien sur coincé sur le serveur en attendant que la connexion ce rétablisse, ou plus précisément il attend de pouvoir résoudre le domaine du serveur SMTP relai. Remarquez que ça fonctionne un peu comme la boite d'envoi d'un logiciel de messagerie.

$ postqueue -p
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
4FEC521863      333 Fri May  7 12:09:15  raph@raphastronome-desktop
(Host or domain name not found. Name service error for name=smtp.orange.fr type=MX: Host not found, try again)
                                         monmail@domaine.tld

-- 0 Kbytes in 1 Request.

Le message à l'identifiant 4FEC521863, remarquez d'ailleurs que le sender_canonical est pas configuré alors qu'il devrait l'être pour pouvoir utiliser smtp.orange.fr .

Ayant l'ID vous pouvez effectuez quelques opérations de maintenance, parmi les plus utiles :

• Supprimer mail : postsuper -d <ID>
• Bloquer temporairement l'envoi : postsuper -h <ID>
• Reprendre l'envoi : postsuper -H <ID>

Remarquez qu'au lieu de l'ID vous pouvez utiliser ALL (en majuscule) pour faire l'action sur tous les messages. Il est toutefois déconseillée sauf cas particulier car vous n'êtes pas sur qu'un mail important arrive entre le moment de visualisation de la queue et l'action entreprise.

Les plugins munin demandent parfois à être exécutés en tant qu'utilisateur root. Pour ceci il est nécessaire de modifier le fichier /etc/munin/plugin-conf.d .

La structure du fichier est très simple il suffit d'ajouter son plugin à la fin avec les bons paramètres :

[nom_plugin]
user root

Bien sur il est impératif de s'assurer que le plugin ne peut pas endommager quoi que ce soit car on ce retrouve en root et donc en cas de mauvaise utilisation la situation pourrait vite s'avérer problématique.

Il y a dans le plugin "iostat" de munin un petit bug qui l'empêche de fonctionner correctement sur les serveur virtuels Xen, peut être d'autres aussi mais en tout cas Xen ça marche pas.

Régler ce bug est assez facile il suffit de commenter (c.a.d. désactiver) quelques lignes dans le programme du plugin :

• Une chaine de télé pas très apprécié d'openoffice
• Un moteur de recherche plein de bactéries
• Un protocole d'e-mail très religieux
• Openoffice ce prend pour le Saint-Office
• Une ville qui ne marche pas droit
• Vandant avec un "a" au lieu du "e" ça propose pas Vendant en premier

Il est parfois utile de tester ce que donnerais l'affichage d'un site si il était visité avec un vieux modem 56k.

Le programme wondershaper permet de limiter la bande passante d'un réseau, les tests sont donc faciles à réaliser. Bien sûr durant les tests on évitera d'utiliser tout autre logiciel ayant un important besoin de bande passante.

Remarquez toutefois qu'il n'augmente pas le nombre de paquets perdus et l'élévation du ping qui peuvent arriver sur une mauvaise ligne.

Par défaut rsync avec l'option --delete supprime les fichiers qui ont disparus de la source avant tout transfert.

Lorsque le fichier a été tout simplement supprimé de la source ça ne pose pas de problème. Par contre si le fichier a été déplacé à un autre endroit c'est plus embêtant car il y a un moment où le fichier n'est plus dupliqué sur le serveur de backup.

Pour éviter ce petit soucis il faut ajouter l'option --delete-after pour que les fichiers soit supprimés après la copie et plus avant.

Par exemple :

rsync -avz --delete --delete-after --rsh=ssh --bwlimit=80 --exclude=/tmp/** --exclude=/proc/** --exclude=/dev/** --exclude=/sys/** root@my_server:/ /media/disque2/dedi_backup

Voir aussi le billet sur rsync

Lors d'une installation simple de Munin il est fréquent d'activer les plugins relatifs à Apache, toutefois cela ne fonctionne pas avec la configuration par défaut du moins sous Debian Etch. Régler le problème est toutefois très simple.

Il faut :

• Installer le paquet libwww-perl
• Ajouter "ExtendedStatus On" à la configuration d'Apache

Le driver du lecteur de disquette n'est plus installé par défaut dans Ubuntu 8.10, si vous voulez l'utiliser il faut charger un module noyau :

sudo modprobe floppy