Enfin, après 7 semaines d'absence, Valken.org est de retour ! 🙂

Il se peut qu'il saute encore de temps en temps, vu que la question du net chez moi n'est pas tout à fait résolue...

Je déménage dans une semaine dans une maison toute neuve qui n'aura pas le net pendant quelques semaines (estimation à la louche). Et comme mon serveur mail principal est le mien propre, j'étais parti pour perdre toute ma correspondance pendant ce temps...

Mais c'était sans compter les nouveaux services de virtualisation que j'ai implémentés au boulot. 🙂 Maintenant on a deux serveurs VMWare ESXi qui regorgent de ressources. Et j'ai donc pu répliquer les services de mail de Britig (mon serveur physique) sur un serveur virtuel, Annis. 🙂

La cerise sur le gâteau est qu'ayant une IP fixe, et ayant la main sur le DNS, mon serveur mail a même un reverse correct, et son adresse ne provient pas d'un pool d'adresses pour ADSL domestique. J'ai maintenant un serveur mail respectable. 😉

Pour la procédure, c'est tout simple. J'avais déjà un serveur mail fonctionnel installé suivant ces instructions, et pour le répliquer, je me suis contenté d'installer un serveur FreeBSD tout neuf (de même version que l'original), de recopier les fichiers de conf de /usr/local/etc, ainsi que les bases de données des divers logiciels (amavis, SpamAssassin, Postgrey, etc), et de changer la définition du MX sur mon DNS.

L'installation a pris une grosse demi-journée, et la bascule même pas 5 minutes. Ce qui fait que si je dois remigrer mon serveur mail ailleurs, je peux le faire simplement et rapidement. 🙂

Bon par contre le serveur web reste chez moi, et ce site sera coupé le temps de rétablir une ligne ADSL à la nouvelle maison (les serveurs du boulot n'ont pas assez d'espace disque pour mon site bourré de photos gratuites... 😛).

FreeBSD 8.0-RELEASE est sorti vendredi dernier. Contrairement à mon habitude, je ne me suis pas empressé de l'installer. Non. J'ai voulu tenter une nouvelle expérience : passer mon serveur de i386 à amd64 (passer de 32 à 64 bits quoi), sans tout réinstaller.

Pour cela, j'ai trouvé un message dans la liste de diffusion freebsd-stable qui explique qu'il faut en fait installer un FreeBSD amd64 tout neuf sur un disque à part, recompiler kernel et base, et les installer sur le disque à migrer en montant les partitions sur /mnt (par exemple).

Je ne mets pas les détails de la procédure, parce que... ça semble marcher mais non !

Oui, le système est réinstallé avec des binaires amd64. Oui, le système démarre comme il faut. Oui, les ports marchent plus ou moins bien selon leur dépendance aux bibliothèques. Mais NON, les ports ne se réinstallent pas gentiment !

Entre les ports qui s'étaient liés à des bibliothèques i386 (maintenant incompatibles avec les binaires système), et ceux qui utilisent des dépendances et/ou des options incompatibles, irrelevantes ou indisponibles en amd64, j'ai passé environ 4 heures à essayer de dépatouiller le merdier avant de craquer et de supprimer TOUS les ports et les réinstaller un par un.

Au final j'aurais mieux fait de réinstaller un système amd64 neuf, réinstaller les ports, et restaurer mes données, ça m'aurait au pire pris le même temps...

FreeBSD 8.0 est près de sortir, et j'ai voulu essayer la mise à jour par freebsd-update avec la RC2.

J'ai trouvé un descriptif de la méthode sur l'annonce de la disponibilité de FreeBSD 8.0-RC2. J'ai tenté cette méthode un peu pour le fun, et beaucoup parce que la mise à jour par sources que j'utilise d'habitude a raté avec une erreur (que j'ai pas cherché à démerder).

J'avais tenté freebsd-update la première fois que c'est sorti, avec FreeBSD 7.0, je crois. A l'époque, c'était pas encore tout à fait au point, et il fallait renseigner plein de choses dans un fichier de configuration inexistant. Ma tentative s'était conclue par un message d'erreur qui disait qu'il pouvait pas mettre à jour mon système... Donc j'avais laissé tomber.

Mais maintenant, c'est devenu beaucoup plus facile. Le système détecte les paquets installés, télécharge les patchs et binaires nécessaires, installe les mises à jour, et enlève même les anciens fichiers inutiles. La fête quoi. 🙂 Il a même vu que j'avais un noyau personnalisé, et m'a indiqué qu'il fallait que je le mette à jour à la main.

Mais voilà, ça a merdé pendant la mise à jour. En fait ça a l'air d'être une correction de bug des versions 7.x. La fois où j'ai installé FreeBSD 7.0, mon serveur n'est pas revenu du redémarrage, parce que le nom du disque a changé (il est passé de ad12 à ad10).

Là, mon disque est revenu en ad12... Et patatras la même histoire... Il faut respécifier la racine à la main (ufs:/dev/ad12s1a), remonter /usr à la main (mount /dev/ad12s1f /usr), galérer une heure durant se demandant pourquoi / est en lecture seule alors que les options du loader sont correctes (parce que j'ai pas dit mount -u /...). Et tout ça en clavier qwerty. 😛

Une fois que j'ai mis à jour /etc/fstab, tout est revenu dans l'ordre. J'ai pu finir ma mise à jour, et mon serveur est reparti gaiement.

A part pour Plone, la nouvelle installation par buildout installant un Python indépendant du Python système, mais quand même lié aux bibliothèques système. Les anciennes, de FreeBSD 7.2, qui ont sauté quand freebsd-update a nettoyé les binaires obsolètes. J'ai dû relancer une installation (en effaçant les binaires Python du répertoire de l'instance Plone), et c'est reparti aussi.

Mais au final, ce qu'il faut que je fasse, c'est coller des labels sur mes partitions. Ça consiste à nommer une partition avec un nom indépendant et persistant, de façon à ce qu'il soit correctement identifié même s'il n'est pas reconnecté au même endroit (ou que le driver le nomme différemment). C'est une méthode destinée aux média amovibles, qui est applicable à mon cas sur les partitions du disque dur principal... Et tout est expliqué dans cette page du handbook !

Seul inconvéniant, il faut redémarrer en mode single user. Comme mon serveur n'est pas équipé d'ordinaire d'écran ou de clavier, c'est une opération plutôt fastidieuse. Mais je pense le faire à la sortie de FreeBSD 8.0-RELEASE, où j'en profiterai pour également passer de i386 en amd64. 64 bits rulez. 😛