Le titre provient de Year of hell, un épisode de Star Trek: Voyager, où il arrive des malheurs à Voyager pendant toute une année. Moi c'est pas ma semaine.

Lundi, je mets à jour le serveur de test au boulot en FreeBSD 5.3-STABLE, en même temps que mon serveur personnel chez moi. Jusque-là, ça va.

Mardi soir, je me dis que je vais mettre à jour les ports de mon serveur. Mal m'en prend. Ça a pour effet de casser mon serveur Zope, qui sert ces pages... Suite à des recherches sur le net, je me décide à remettre à jour TOUS les ports, ce qui prend un temps considérable.

Mercredi matin, je découvre avec horreur la console ssh où j'ai lancé la réinstallation bloqué sur un terrible Press [enter] to continue... ! ARG. Et il semble s'être arrêté un peu après minuit. Tant pis, je surveillerai ça du boulot. J'ouvre donc un accès RDP vers ma machine d'où se continue la réinstallation, et je pars travailler. Arrivé au boulot, je lance le client Terminal Server et tente de joindre ma machine : pas de réponse... Là, je réalise que le nouvel antivirus que j'ai installé l'avant-veille comprend un pare-feu qui n'a pas été programmé pour laisser passer les requêtes RDP... Je me rends compte qu'il y a une boîte de dialogue me demandant si je veux bien accepter la connexion sur l'écran chez moi, où il n'y a personne... ARG. Et j'ai dû dépanner des imprimantes toute la journée, en plus... Finalement le soir, je relance le compilation du début (j'ai fait une boulette en arrêtant Perl 5.6.1 que je pensais inutile), et finalement à 2 h 30 du matin, le serveur est à nouveau frais et opérationnel.

Jeudi, je me lève super tard vu que je me suis couché à 3 h 30 (histoire de vérifier que tout marche vraiment bien), et du coup j'ai pris froid. Je suis malade toute la journée.

Vendredi, je me suis remis de mon coup de froid, je chatte avec mes amis, et à cause d'une Windowserie, je dois redémarrer la machine. Je me dis que je vais faire ça vite fait et reprendre la conversation. Ça n'arriva pas. Ma machine se plante au boot. Je relance, pareil. En plus, un des disques commence à siffler. Je me dis qu'un des disques est en train de mourir. Vu que ça se plante au boot, ça a l'air d'être le disque système. Super, ça oblige à TOUT réinstaller, vu qu'on peut pas réparer les installations des logiciels, la base de registres est envolée. 🙂 Au fil de mon enquête, je me rends compte que TOUS mes disques sifflent ! Mes 4 disques sont grillés tous en même temps ?!

Un premier rapport de dommage me montre qu'il me faudrait environ 235 € pour remplacer les disques, sans compter le temps perdu à tout réinstaller (et vraiment TOUT, vu que TOUS les disques sont morts !). Une seconde solution est de prendre 2 disques plus gros, ce qui me reviendrait à 205 €. Mais c'est toujours cher...

Je teste chaque interface, je change les disques de connecteur, je passe SeaTools sur les disques (tous mes disques sont des Seagate), et il me trouve des centaines de secteurs défectueux sur chaque disque. Mais j'ai comme un doute, et je démonte un de mes disques pour l'essayer sur la machine de Séverine. Au cas où.

Surprise, le disque démarre correctement, ne siffle pas, SeaTools peut effectuer tous les tests, aucun problème matériel détecté, aucun mauvais secteur, et Windows lit le disque normalement. Mes disques sont probablement saufs. Mais qu'est-ce qui pourrait causer ça, alors ?

Le premier candidat est bien sûr le contrôleur disque de la carte mère. C'est chiant, parce que c'est cher, et qu'en plus ça prendrait des semaines à envoyer et revenir du SAV. Mais en même temps, vu que les disques sur mon contrôleur ATA RAID PCI sifflent et plantent de la même façon, c'est pas la carte mère.

J'ai une intuition, je démonte l'alimentation de la machine de Séverine et je l'installe dans la mienne. Pas de bol, son alimentation 350 W est insuffisante pour démarrer mon PC (j'ai des tonnes de matériel, là-dedans). Mais je poursuis mon idée, et j'installe mon alim dans son PC. Ça a l'air de marcher , il démarre, et au moment de charger l'Explorateur, le disque dur du PC de Séverine siffle comme les miens, et Windows se bloque ! J'éteins le PC (de force) rapidement pour ne pas causer de dommages irréparables.

Mon alim a grillé. Mais pas comme les précédentes alims qui avaient grillé dans mes machines, en brûlant et en emportant plein de composants avec eux, mais juste assez pour que la tension délivrée soit insuffisante pour que les disques tournent normalement, mais assez puissante pour allumer la machine. Incroyable.

Du coup, j'ai racheté une alim. J'ai hésité à reprendre la même, une Antec TruePower 380, de peur que la nouvelle me refasse la même blague. Mais un article de Materiel.be m'a convaincu de reprendre l'Antec : C'est une des seules à avoir une stabilité de tension irréprochable. Et avec l'installation électrique humoristique de chez moi, il me faut ça. 🙂 (en même temps, vu mes compétences en électricité, qu'on me dise que ça ne change rien ne m'étonnerait pas ).

Donc je me suis galéré jusqu'à Montgallet acheter une nouvelle alim. Et ça m'a coûté 87 €, chez Ultra Medi@ (une boutique où je devrais aller plus souvent, les vendeurs sont sympas, ils se souviennent de moi alors que j'y suis allé il y a peut-être un an avant 🙂 - c'est pas les prix les moins chers, mais il y a peu d'attente, et mon expérience du SAV est bonne). Mon diagnostic était bon, la machine remarche. Mais j'ai encore un peu peur que ça regrille à nouveau. 🙂

Je n'ai pas eu de mal à mettre à jour le système en soi, grâce aux conseils du FreeBSD Project, et de FreeBSD Cheat Sheets. Je l'ai maintenant fait une bonne dizaine de fois, entre mon propre serveur et les serveurs du boulot. Rarement de problèmes. Et aucun problème qui ne soit réglé en moins de 30 min.

D'ailleurs, soit dit en passant, cette version de FreeBSD est importante, car c'est la première version de FreeBSD 5.x à avoir une branche STABLE. Ce qui veut dire qu'il a atteint un stade où il est considéré comme bon pour production. Oui, je faisais tourner toute ma vie sur le net avec une "beta". 🙂

La mise à jour du système s'est révélée plus importante qu'à ce quoi je m'attendais. Les modifications des fichiers de configuration et des scripts étaient moins nombreuses lors des mises à jour des précédents FreeBSD 5. Du coup, je me suis dit qu'il serait peut-être intéressant de mettre à jour certains ports. Les ports, c'est les logiciels de source tierce (et open source) pré-configurés pour se compiler et tourner sur FreeBSD. Ils sont généralement intercompatible entre les *BSD majeurs (FreeBSD, OpenBSD et NetBSD). C'est pratique, le port se débrouille pour résoudre les dépendances et récupérer les sources pour installer le logiciel. Presque rien à faire, si ce n'est adapter le fichier de configuration. 🙂

Donc je me dis que ça serait pas mal de mettre à jour Python, vu qu'il est le langage de base de Zope, sur lequel repose Plone, qui est le squelette de mon site. FreeBSD 5.3-STABLE est sensé être débarrassé des codes de debug, donc je me suis dit qu'en recompilant Python sur les nouvelles bibliothèques et avec le nouveau GCC, ça accélérerait l'exécution des programmes Python, comme Zope (en même temps, j'en sais trop rien, c'est peut-être des conneries, ce que je raconte 🙂).

Je me lance alors dans une mise à jour automatique de Python par l'utilitaire portupgrade, qui permet de remplacer un port par une nouvelle version, tout seul comme un grand. L'installation finie, je relance Zope, et là, surprise, il ne démarre pas... Après un petit moment à me demander pourquoi, je me rends compte qu'il se plante au démarrage... 😕

En fait, Python se plante avec le message Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c si je lance Zope. Si je lance un interprèteur Python tout seul, ça va... Mon ami Google m'explique en gros : c'est que le programme (Python) est rattaché à deux bibliothèques proposant des fonctions similaires, et qu'à l'appel d'une fonction particulière, la mauvaise bibliothèque répond et renvoie une erreur (l'explication est nulle, je sais, mais je suis pas assez calé en bibliothèque C et en threads pour tout comprendre... 😕).

La solution du problème réside à trouver le programme défectueux et de le recompiler proprement. Mais voilà, je ne sais pas comment. 🙂 Une solution simple est de recompiler tous les ports par portinstall -fa. -f pour forcer la réinstallation des ports (parce que portinstall ne fait rien si un port est déjà à jour), et -a, pour lui dire de traiter TOUS les ports installés. Et normalement ça se passe bien, parce que portinstall vérifie les dépendances de chaque port et construit un arbre de dépendances pour le suivre pas à pas.

Inutile de dire que c'est long, ça m'a mis 6 heures environ à recompiler 190 ports (en même temps, ma pauvre Annis n'est pas un foudre de guerre...).

Le plus amusant, c'est qu'en fait, je n'avais pas besoin de faire tout ça : ce problème de bibliothèque doit être assez courant, parce qu'il existe un fichier de configuration, /etc/libmap.conf, qui permet de spécifier et de forcer l'utilisation d'une certaine bibliothèque pour un certain programme, ou un groupe de programmes. En forçant donc mon Python à utiliser le libc_r au lieu du libpthread (me demandez pas, je ne sais pas, je crois que ça à voir avec si le programme est threadé ou pas), ça remarche nickel. 🙂

Néanmoins, je me suis tapé la mise à jour de tous mes ports, donc je suis super à jour, complètement bleeding edge. Je ne savais même pas qu'il y avait un Zope 2.7.3 de sorti. 🙂 (hé, je savais même pas qu'il y avait un Zope X3 !)

Enfin bon, je peux enfin aller me coucher l'esprit tranquille, mon serveur remarche.

Ces temps-ci, il y a une pub pour un enregistreur de DVD de salon dans les rues. Je ne vais pas m'étaler sur un comparatif/test de l'appareil, je ne le connais, et je ne suis pas spécialement intéressé par ce type d'appareil.

La pub en question (flou "artistique" et reflets garantissant l'anonymat de l'annonceur inclus)

Mais cette pub est notable par le fait que les mecs qui ont fait la maquette de l'affiche n'ont pas regardé la photo, ou n'ont pas compris ce que voulait dire l'appareil :

No comment...

Finalement, c'est plutôt intelligent, ces petites bêtes-là. 🙂

Je me suis moulé le cul en cube la semaine dernière après mon retour d'Oléron pour installer un front-end anti-virus et anti-spam pour notre Exchange 2000. J'ai utilisé Postfix, AMaViSD-new, SpamAssassin et ClamAV. Une bonne petite journée à compiler, installer, configurer, et entraîner (avec 1300 spams issus d'une boîte aux lettres hautement spammée chez nous), et peaufiner (à combien de score de spam on jette ?, quelles extensions on scanne ?, etc...).

Et j'étais super content ce week-end, en regardant le contenu des pires boîtes réceptrices de spams, j'ai vu que j'avais réussi dans mon entreprise, à débarrasser notre organisation de près de 90 % du spam reçu (je dis ça au pif, mais un seul spam en un week-end dans une boîte qui en reçoit des dizaines chaque jour, ça fait bien 90 %, voire plus 😉). Et hop je colle une news dans l'intranet, un peu genre pub de lessive (avec des superlatifs de partout quoi). Mission accomplished. 😉

Et ce matin, j'entends un collègue qui a parlé avec un de nos glorieux élus : "Hé, Machin il dit qu'il a entendu parler d'un truc sur le spam et qu'on devrait essayer, je lui dis que Chong Woo a déjà mis tout ça en place, mais il me répond que "ça marche pas bien"...

Ma réaction (à l'échelle) : "WHAT ?!"

Le pire, c'est que ce glorieux élu fait partie du top ten des spammés, et que justement, j'ai vérifié, il n'en a pas eu un seul pendant tout ce long week-end. PAS UN SEUL. Je saurai à l'avenir que ( "pas un seul spam" == "100 % d'efficacité" ) == "ça marche pas très bien". 😕

D'ailleurs, en parlant d'Oléron, c'est encore plus fort : je disais avant qu'on avait agité des antennes à Oléron dans le vent. Bah le mec chargé de l'entretien (un connard confirmé) a appelé mon chef pour lui dire qu'on avait mobilisé ses gars (2 mecs, sympas, eux !) pour un "résultat presque nul" !

Mon chef l'a proprement engueulé, parce qu'il n'a aucune compétance pour évaluer le travail qu'on a fait. En plus, l'objectif principal, connecter le site à Oleane via LS et reconfigurer la tête de pont et le réseau interne, a été atteint avec succès. Mais bon, paraît que ce mec est un chiant fini et qu'il faut pas chercher.

C'est pas facile tous les jours, entre les "ça marche pas très bien" et "résultat presque nul", je me demande ce que je fais de la journée... Du surf ? P'têt bien, ouais... 😉