{"id":35,"date":"2007-09-09T23:33:51","date_gmt":"2007-09-09T21:33:51","guid":{"rendered":"http:\/\/gcolpart.evolix.net\/blog21\/un-exemple-de-migration-debian-sarge-etch-0\/"},"modified":"2009-01-19T00:44:28","modified_gmt":"2009-01-18T22:44:28","slug":"un-exemple-de-migration-debian-sarge-etch-0","status":"publish","type":"post","link":"https:\/\/gcolpart.evolix.net\/blog21\/un-exemple-de-migration-debian-sarge-etch-0\/","title":{"rendered":"Un exemple de migration Debian Sarge->Etch [0]"},"content":{"rendered":"<p>Depuis qu&#8217;Etch est stable, j&#8217;ai effectu\u00e9 quelques migrations Debian Sarge-&gt;Etch sur des serveurs en production (un serveur mail en frontal qui m&#8217;a appris qu&#8217;il \u00e9tait pr\u00e9f\u00e9rable de rebooter sur un noyau sans patch Grsecurity avant de migrer, un serveur mail LDAP\/Postfix\/Courier\/Horde, une dedibox et quelques autres) mais finalement assez peu. Ce week-end, j&#8217;avais pr\u00e9vu de mettre \u00e0 jour mon serveur personnel, ce qui n&#8217;est pas forc\u00e9ment trivial car j&#8217;ai pas mal de services (web, mail, CVS, SVN, NFS, LDAP&#8230;), l&#8217;installation date de plus de 4 ans (Woody \u00e0 l&#8217;\u00e9poque) et plusieurs tests\/bidouillages\/backports sont en place.<\/p>\n<p>Pourquoi attendre autant ? Th\u00e9oriquement Sarge reste maintenu jusqu&#8217;en avril 2008, donc rien ne presse si l&#8217;on a pas besoin des nouveaux logiciels d&#8217;Etch. Et surtout, j&#8217;applique le principe de pr\u00e9caution d&#8217;attendre un certain temps afin d&#8217;avoir une grande quantit\u00e9 d&#8217;informations disponibles sur Internet (ressources Debian, moteurs de recherche, blogs). Enfin, autant j&#8217;ai assez de libert\u00e9 pour mon serveur personnel, autant je ne suis pas le seul d\u00e9cisionnaire pour des serveurs d&#8217;entreprise utiles \u00e0 plusieurs dizaines ou centaines d&#8217;utilisateurs.<\/p>\n<p>Bref, entrons dans le vif du sujet. Mes pr\u00e9cautions sont d&#8217;effectuer des essais de migration avec un serveur de test, d&#8217;avoir des backups tout frais, de couper les services durant la phase de migration et de pr\u00e9venir les utilisateurs \u00e0 l&#8217;avance des perturbations. Ensuite, j&#8217;ai repris les <a href=\"http:\/\/www.debian.org\/releases\/stable\/releasenotes\">Releases Notes<\/a>, j&#8217;ai adapt\u00e9 mon sources.list puis :<\/p>\n<pre># aptitude update &amp;&amp; aptitude upgrade\r\n# aptitude install initrd-tool<\/pre>\n<p>Pas de probl\u00e8me particulier \u00e0 noter jusqu&#8217;ici. Ensuite, je dois mettre \u00e0 jour mon noyau :<\/p>\n<pre># uname -a\r\nLinux serveur 2.4.27-3-k7 #1 Wed Dec 6 00:10:25 UTC 2006 i686 GNU\/Linux\r\n# aptitude install linux-image-2.6-k7<\/pre>\n<p>Comme pr\u00e9vu, udev a r\u00e2l\u00e9 un peu \u00e0 cause de mon noyau 2.4, mais rien de bien grave. Par contre, cela s&#8217;est pass\u00e9 moins bien avec LILO qui a sembl\u00e9 un peu perturb\u00e9 par tous ces changements :<\/p>\n<pre># lilo\r\nWarning: '\/proc\/partitions' does not match '\/dev' directory structure.\r\nName change: '\/dev\/scsi\/host0\/bus0\/target0\/lun0\/disc' -&gt; '\/dev\/sda'\r\nFatal: VolumeID read error: sector 0 of \/dev\/sda not readable<\/pre>\n<p>Je n&#8217;avais pas le temps d&#8217;investiguer et j&#8217;ai d\u00e9cid\u00e9 de tenter ma chance avec GRUB.<\/p>\n<pre># aptitude install grub &amp;&amp; grub-install \/dev\/hda\/ &amp;&amp; update-grub<\/pre>\n<p>La phase grub-install est tr\u00e8s longue mais \u00e7a s&#8217;est bien pass\u00e9 lors du reboot \u00e0 la fin de la mise-\u00e0-jour.<\/p>\n<p>Ensuite, c&#8217;\u00e9tait la mise-\u00e0-jour de tout le reste des logiciels :<\/p>\n<pre># aptitude dist-upgrade<\/pre>\n<p>Je vous fais gr\u00e2ce des messages\/questions debconf et les mises-\u00e0-jour des conffiles (\u00e0 ce sujet, pour info, j&#8217;ai pour r\u00e9flexe de visualiser les diff\u00e9rences avant de choisir de garder l&#8217;ancienne version ou pas, et je garde des notes pour y revenir en fin de mise-\u00e0-jour). Passons maintenant aux divers probl\u00e8mes rencontr\u00e9s :<\/p>\n<p>&#8211; mod_security<\/p>\n<pre>Starting web server (apache2)...\r\napache2: Syntax error on line 116 of \/etc\/apache2\/apache2.conf:\r\nSyntax error on line 1 of \/etc\/apache2\/mods-enabled\/mod-security.load:\r\nCannot load \/usr\/lib\/apache2\/modules\/mod_security.so into server:\r\n\/usr\/lib\/apache2\/modules\/mod_security.so:\r\ncannot open shared object file: No such file or directory failed<\/pre>\n<p>Pour des raisons de licence, mod_security n&#8217;est plus dans Etch (on peut utiliser les packages upstream si on le souhaite).<\/p>\n<p>&#8211;  Authentification HTTP avec LDAP<\/p>\n<pre>Invalid command 'AuthLDAPEnabled', perhaps misspelled or defined by a module not included in the server configuration<\/pre>\n<p>J&#8217;ai du adapter mes configurations de la fa\u00e7on suivante :<\/p>\n<pre>#AuthLDAPEnabled on\r\nAuthBasicProvider ldap\r\n#AuthLDAPAuthoritative on\r\nAuthzLDAPAuthoritative Off<\/pre>\n<p>&#8211; Apache-SSL<\/p>\n<pre>Syntax error on line 75 of \/etc\/apache-ssl\/httpd.conf:\r\nInvalid command 'TypesConfig', perhaps mis-spelled or defined by a module not included in the server configuration<\/pre>\n<p>Il s&#8217;agit d&#8217;un reste d&#8217;une fameuse migration Apache 1-&gt;2 ;) Ne l&#8217;utilisant plus, je me suis content\u00e9 de le supprimer et j&#8217;ai ouvert un petit bug pour am\u00e9liorer le httpd.conf : <a href=\"http:\/\/bugs.debian.org\/441447\">#441447<\/a><\/p>\n<p>&#8211; Bugzilla<\/p>\n<pre>Could not execute `\/etc\/bugzilla\/localconfig'! ;\r\nmake sure permissions are ok. at \/usr\/share\/perl5\/Bugzilla\/Config.pm line 161.\r\nCompilation failed in require at \/usr\/share\/bugzilla\/lib\/checksetup.pl line 505.\r\nBEGIN failed--compilation aborted at \/usr\/share\/bugzilla\/lib\/checksetup.pl line 505.\r\nERROR: Unable to find \/usr\/share\/bugzilla\/debian\/params.new<\/pre>\n<p>Je n&#8217;arrive plus \u00e0 repoduire ce probl\u00e8me apr\u00e8s avoir d\u00e9sinstall\u00e9 et r\u00e9install\u00e9 Bugzilla avec dbconfig. On va donc consid\u00e9rer cela comme une solution.<\/p>\n<p>-Authentification LDAP avec Courier<\/p>\n<p>Le fichier authldaprc a l\u00e9g\u00e8rement chang\u00e9 de syntaxe :<\/p>\n<pre>#LDAP_SERVER  127.0.0.1\r\n#LDAP_PORT 389\r\nLDAP_URI ldap:\/\/127.0.0.1<\/pre>\n<p>&#8211; Serveur NFS<\/p>\n<p>Afin que le service NFS fonctionne correctement, j&#8217;ai du  temporairement ajouter des autorisations sur udp\/817, udp\/896 et tcp\/4984 sur le firewall du serveur. Je dois probablement revoir mes diverses options pour forcer les ports de mountd, lockd &amp; co. (RPCMOUNTDOPTS, RPCSTATDOPTS et les options <em>lockd.tcpport, lockd.udpport<\/em>). Vu que cela &#8220;juste marche&#8221; pour l&#8217;instant, j&#8217;ajusterai ces param\u00e8tres &#8220;plus tard&#8221;.<\/p>\n<p>&#8211; Onduleur sur le port s\u00e9rie<\/p>\n<p>Le logiciel Nut ne fonctionnait plus, mais c&#8217;\u00e9tait simplement une question de droits sur le p\u00e9riph\u00e9rique \/dev\/ttyS0<\/p>\n<p>&#8211; Probl\u00e8mes mineurs<\/p>\n<p>J&#8217;obtiens des messages r\u00e9currents du kernel :<\/p>\n<pre>parport0: FIFO is stuck\r\nparport0: BUSY timeout (1) in compat_write_block_pio\r\nDMA write timed out<\/pre>\n<p>Ils sont du \u00e0 un ancien CUPS qui tra\u00eenait dans le coin pour une imprimante sur le port parall\u00e8le plus branch\u00e9e depuis un certain temps&#8230;<\/p>\n<p>J&#8217;ai du remettre Vim en \u00e9diteur par d\u00e9faut :<\/p>\n<pre>#  update-alternatives --config editor<\/pre>\n<p>Voil\u00e0 pour cette migration. Rien d&#8217;extraordinaire, mais je trouve int\u00e9ressant de prendre la peine de noter les petits probl\u00e8mes rencontr\u00e9s (ne n\u00e9cessitant pas forc\u00e9ment un rapport de bug) sur mon blog afin d&#8217;informer (voire aider ;) d&#8217;autres personnes qui pourraient avoir des soucis similaires. Un bon compl\u00e9ment des Releases Notes. Je vais essayer de le refaire pour d&#8217;autres migrations, et n&#8217;h\u00e9sitez pas \u00e0 faire de m\u00eame !<\/p>\n<p><hints id=\"hah_hints\"><\/hints><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Depuis qu&#8217;Etch est stable, j&#8217;ai effectu\u00e9 quelques migrations Debian Sarge-&gt;Etch sur des serveurs en production (un serveur mail en frontal qui m&#8217;a appris qu&#8217;il \u00e9tait pr\u00e9f\u00e9rable de rebooter sur un noyau sans patch Grsecurity avant de migrer, un serveur mail LDAP\/Postfix\/Courier\/Horde, une dedibox et quelques autres) mais finalement assez peu. Ce week-end, j&#8217;avais pr\u00e9vu de [&hellip;]<\/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],"tags":[],"class_list":["post-35","post","type-post","status-publish","format-standard","hentry","category-debian-fr","category-evolix","category-french"],"_links":{"self":[{"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/posts\/35","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=35"}],"version-history":[{"count":1,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/posts\/35\/revisions"}],"predecessor-version":[{"id":178,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/posts\/35\/revisions\/178"}],"wp:attachment":[{"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/media?parent=35"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/categories?post=35"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gcolpart.evolix.net\/blog21\/wp-json\/wp\/v2\/tags?post=35"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}