{"id":226,"date":"2009-04-19T21:05:19","date_gmt":"2009-04-19T19:05:19","guid":{"rendered":"http:\/\/gcolpart.evolix.net\/blog21\/?p=226"},"modified":"2009-04-19T21:05:19","modified_gmt":"2009-04-19T19:05:19","slug":"un-exemple-de-migration-debian-etch-lenny-0","status":"publish","type":"post","link":"https:\/\/gcolpart.evolix.net\/blog21\/un-exemple-de-migration-debian-etch-lenny-0\/","title":{"rendered":"Un exemple de migration Debian Etch->Lenny [0]"},"content":{"rendered":"

Dans la m\u00eame optique que mes pr\u00e9c\u00e9dents exemples de migration Debian Sarge->Etch ([0]<\/a>, [1]<\/a>, [2]<\/a> et [3]<\/a>), je repars sur une s\u00e9rie portant sur des migrations Debian Etch->Lenny. Je rappelle rapidement le principe : j’administre une centaine de serveurs pour plusieurs dizaines de soci\u00e9t\u00e9s, et la plupart vont \u00eatre concern\u00e9s par une migration vers Debian Lenny d’ici un an. Je vais en choisir quelques uns pour illustrer les op\u00e9rations n\u00e9cessaires et probl\u00e8mes recontr\u00e9s. Et j’incite tout le monde \u00e0 faire de m\u00eame<\/strong> afin d’avoir de multiples astuces disponibles sur le web.<\/p>\n

Pour ce premier post, la question classique : quand faut-il migrer sa machine vers Debian Lenny ? Tout d’abord, Etch reste maintenu environ un an apr\u00e8s la sortie de Lenny, soit jusqu’en f\u00e9vrier 2010. Il n’y a donc aucune raison d’\u00eatre press\u00e9 \u00e0 migrer si l’on a pas besoin de nouveaux logiciels. Et surtout, je recommande le principe de pr\u00e9caution, \u00e0 savoir attendre un certain temps ce qui permettra d’avoir une grande quantit\u00e9 d’informations disponibles sur Internet (ressources Debian, moteurs de recherche, blogs). Enfin, il est important de bien planifier sa migration en fonction du m\u00e9tier de la soci\u00e9t\u00e9 (haute\/basse saison, vacances, etc.).<\/p>\n

\u00c9videmment, les pr\u00e9cautions suivantes sont n\u00e9cessaires : faire des essais de migration sur des serveurs de test, avoir des backups tout frais, couper les services durant la migration et bien pr\u00e9venir \u00e0 l’avance tous les utilisateurs et personnes concern\u00e9es.<\/p>\n

Entrons dans le vif du sujet. Au menu, un serveur web situ\u00e9 chez un h\u00e9bergeur low-cost fran\u00e7ais. Ce serveur fait parti d’un pool de plusieurs serveurs (load-balancing via du round-robin DNS), donc il faut au pr\u00e9alable le d\u00e9sactiver et attendre que le time-to-live<\/em> le rende totalement inactif. Ensuite, on reprend les Releases Notes<\/a>, on modifie le sources.list<\/em> et on se lance.<\/p>\n

On s’assure que les partitions \/usr<\/em> et \/tmp<\/em> ont les bonnes options de montage:<\/p>\n

# mount -o remount,rw \/usr && mount -o remount,exec \/tmp<\/pre>\n
On lance une mise-\u00e0-jour minimale :<\/p>\n
# aptitude update && aptitude upgrade<\/pre>\n
Puis une mise-\u00e0-jour compl\u00e8te :<\/p>\n
# aptitude dist-upgrade<\/pre>\n
Rien de bien complexe. Il reste \u00e0 croiser les doigts pendant les op\u00e9rations ci-dessus, mais si votre syst\u00e8me est \u00ab propre \u00bb, cela se passe tr\u00e8s bien, comme souvent sur un syst\u00e8me Debian. Il est ensuite important de lire les \u00e9ventuelles instructions de mise-\u00e0-jour situ\u00e9es dans le fichier NEWS d’un paquet (en utilisant apt-listchanges<\/em>, cela peut \u00eatre affich\u00e9 automatiquement).<\/p>\n
En ce qui concerne la mise-\u00e0-jour du kernel, de mauvaises surprises sont possibles apr\u00e8s le red\u00e9marrage. Il est notamment recommand\u00e9 d’avoir un acc\u00e8s \u00e0 la machine (acc\u00e8s physique, acc\u00e8s \u00ab rescue \u00bb, etc.) pour corriger d’\u00e9ventuels probl\u00e8mes. Dans mon cas, l’interface r\u00e9seau a \u00e9t\u00e9 renomm\u00e9e de eth0 \u00e0 eth1 suite \u00e0 la mise-\u00e0-jour d’udev : le fichier\u00a0 \/etc\/udev\/rules.d\/z25_persistent-net.rules<\/em> se transforme en \/etc\/udev\/rules.d\/70-persistent-net.rules<\/em>, jusqu’ici tout est normal, mais un probl\u00e8me surnaturel semble s’\u00eatre produit, la carte e1000 (MAC=00:0c:29:65:ae:04) est \u00ab devenue \u00bb une r8168 (MAC=00:1c:c0:51:12:45) ; au final, c’est plut\u00f4t un soucis li\u00e9 au mat\u00e9riel, enqu\u00eate en cours chez l’h\u00e9bergeur low-cost…<\/p>\n
Un vrai probl\u00e8me s’est par contre pos\u00e9 avec la mise-\u00e0-jour du paquet nginx (un petit serveur web tr\u00e8s performant). Suite \u00e0 sa mise-\u00e0-jour, il ne d\u00e9marre plus :<\/p>\n
Starting nginx: 2009\/04\/19 20:45:26 [emerg] 28783#0: could not build the server_names_hash,\r\nyou should increase server_names_hash_bucket_size: 32<\/pre>\n
Il faut donc ajouter dans la section http {} du fichier nginx.conf :<\/p>\n
http {\r\ninclude\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 \/etc\/nginx\/mime.types;\r\ndefault_type\u00a0 application\/octet-stream;\r\n\r\n# Necessaire depuis l'upgrade Etch->Lenny\r\n# (ajoute le 19.06.2009 by reg)\r\nserver_names_hash_bucket_size 33;\r\n...<\/pre>\n
Voil\u00e0 pour ce premier exemple de migration. Il s’agissait d’un serveur \u00ab simple \u00bb sans installation particuli\u00e8re, donc assez peu de probl\u00e8mes rencontr\u00e9s. Les prochains exemples seront certainement un peu plus complexes !<\/p>\n","protected":false},"excerpt":{"rendered":"
Dans la m\u00eame optique que mes pr\u00e9c\u00e9dents exemples de migration Debian Sarge->Etch ([0], [1], [2] et [3]), je repars sur une s\u00e9rie portant sur des migrations Debian Etch->Lenny. Je rappelle rapidement le principe : j’administre une centaine de serveurs pour plusieurs dizaines de soci\u00e9t\u00e9s, et la plupart vont \u00eatre concern\u00e9s par une migration vers Debian […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[9,5,72,69],"tags":[148,84,20],"class_list":["post-226","post","type-post","status-publish","format-standard","hentry","category-debian-fr","category-evolix","category-french","category-planet-libre","tag-debian","tag-lenny","tag-migration"],"_links":{"self":[{"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/posts\/226","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/comments?post=226"}],"version-history":[{"count":5,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/posts\/226\/revisions"}],"predecessor-version":[{"id":231,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/posts\/226\/revisions\/231"}],"wp:attachment":[{"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/media?parent=226"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/categories?post=226"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/tags?post=226"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}