Les architectures 64 bits c’est l’avenir, en plus, avec l’AMD 64, ça marche tout seul, c’est compatible avec les anciens trucs 32 bits, du billard, qu’on vous dit …
En tout cas, on l’a cru et en toute franchise, ça faisait pas mal de temps que ça nous démangeait de faire le pas …
On ne regrette pas tout mais tout de même …
Voilà deux mois, nous avons décidé de racheter une carte mère pour l’un de nos serveurs pour une raison relativement saine : la précédente était grillée … si si, ça arrive : le chip qui gère le bus mémoire avait fumé toute la moquette de chez Telehouse 2 et n’était plus étanche.
Bon, ce chipset en vrac, ça date tout de même … souvenez vous cet été 2004.
Toujours est-il que, quelques sous rentrant, Crao étant devenu une SARL avec 5 associés, un changement de salle d’hébergement étant fait (nous sommes passé à Telecity, Aubervillier. Merci Gixe), le besoin d’un nouveau serveur se faisant ressentir (ça arrive, ce genre de truc, si si), nous avons décidé de recycler le joli boîtier 2U en alu avec son alim 400w toute neuve.
Réflexion, lecture de comparatifs et d’avis, grosbillisme naturel : la vérité jaillie. Il nous faut une architecture 64 bits, c’est obligé. Le choix est vite vu : AMD64 … Bref, nous voilà rue Montgallet avec notre liste de courses et, de retour à l’atelier, en un clin d’oeil, le nouveau serveur est sur pieds.
Enfin … ça c’est la version qu’on raconte à ma fille pour qu’elle s’endorme le soir …
La vérité est ailleurs !
Première surprise, AMD64 n’est pas dans la distrib officielle Debian ! Du coup, on cherche, on trouve, on installe une pure64 (aucune raison d’installer des trucs 32 bits sur notre serveur), on migre nos services web dessus et zou … là, on galère …
Deuxième surprise : certaines librairies essentielles sont malades. Un exemple ? La libc6 … trois fois rien … Elle patauge dans la gestion des threads … On cherche, on patch, on la recompile, on la repackage … et zou, ça va. Un autre ? La libregex … quatre fois rien … surtout que très souvent, elle est linké en statique dans les applications … oula la … pas encore résolu. Et je suis certain qu’il y en a d’autres qui nous attendent au tournant.
Troisième surprise amusante, apache 1.3 et/ou MySql 4.1 ne sont pas toujours d’accord avec l’architecture 64 bits … du coup, c’est du deadlock à tout va et un redémarrage forcé d’apache une fois par jour. Là aussi, on a cherché, bricolé, corrigé … mais au final, on a pas encore tout résolu.
Quatrième surprise qui n’en est pas vraiment une : tout ce qui est table de hashage (bref, tous les fichiers dbm) venant de notre config 32 bits est à reconstruire : l’indexation était sur 32 bits, elle doit maintenant être sur 64 bits … aïe …
Bon, je ne vais pas plus loin, je vais déprimer … Ah si, une dernière pour la route : php-gettext, une implémentation de GNU gettext entièrement en php, entre autre utilisé par WordPress, n’est pas du tout à l’aise pour passer de 32 à 64 bits : il y a plein de code pas très propre qui pack des entiers les dépack, les transtype … bref, rien de portable d’une architecture à l’autre et … ça n’a pas loupé, impossible d’internationnaliser le backoffice de WordPress : entre les fichiers .mo en 32 bits (et là, même en les reconstruisant, ils restent en 32 bits … curieux, j’ai zappé quelque chose il me semble) et les bizzareries du code, rien à faire.
Bref, si vous aussi vous avez galéré sur une config AMD64 pour un serveur, si vous aussi vous êtes arrivé à une solution partielle … il y a un formulaire de commentaires 
Merci d’avance !
J’ai moi même acheté un AMD64 pour ma station de travail … et en même temps j’ai voulu passer sous Ubuntu … bonjour les galères … j’aurais du y regarder à 2 fois avant de faire un tel achat … Bref, la prochaine bécane sera en 32 bits … pour que je puisse sérieusement me mettre à Ubuntu/Debian, sans avoir des problèmes qui sont au dessus de mes compétences et où le nombre de personne capable d’aider n’est pas énorme …
Bonne chance