Cette page présente la migration de Debian Jessie (8.x) vers Debian Stretch (9.x).

Pour connaître la technique conseillée pour installer Debian à l'AUF, consultez la page Debian.

Migration de Jessie vers Stretch

Commencez par vérifier que votre système est à jour !

• vérifiez vos sources apt dans /etc/apt/sources.list

• lancez apt-get update ; apt-get upgrade

• intégrez les éventuels changements que vous trouverez avec find /etc -name "*.dpkg*" -o -name "*.ucf*"

• valider toutes les modifications de config' en attente (= commit pré-migration), cf suivi de config'

• lisez la section « Problèmes rencontrés lors de migrations » ci-dessous, à vérifier avant la migration

Suivez la procédure officielle de mise à jour !

• Il faut absolument lire les notes de publications. Cela vous évitera la plupart des problèmes possibles. Si vous hésitez à mettre à jour un serveur en production, contactez d'abord la liste Tech@AuF afin que nous étudions ensemble les problèmes potentiels.

• Il est également fortement recommandé de lire les problèmes à connaître pour Stretch.

• Pendant la migration, quand on vous propose de choisir entre votre ancienne configuration et celle proposée par Debian, dans la plupart des cas il est préférable de choisir cette dernière (celle de Debian) pour éviter une interruption de la mise à jour faute de configuration valide. Vous pourrez de toutes façons ré-intégrer vos modifications ensuite à partir des fichier .dpkg-old ou .ucf-old (ou de votre dernière sauvegarde).

• Attention : il s'agit d'intégrer les modifications de l'ancienne configuration et non pas simplement recopier l'ancien fichier de configuration ! Ce dernier pourrait ne plus être compatible avec la nouvelle version et rendre alors le système inutilisable.

Finalisez la mise à jour

• une nouvelle fois, intégrez les éventuels changements que vous trouverez avec find /etc -name "*.dpkg*" -o -name "*.ucf*"

• cherchez s'il reste des paquets non-Debian : aptitude search ~i\!~Odebian

• aptitude affichera la liste des paquets installés qui ne sont pas originels d'une archive Debian officielle

• valider toutes les modifications de config' résultantes (= commit post-migration), cf suivi de config'

• utiliser l'outil check-support-status (fournit par le paquet debian-security-support) pour vérifier quels paquets installés ne bénéficient plus du support de sécurité de Debian

Problèmes rencontrés lors de migrations : À LIRE AVANT DE MIGRER !!

Linux

ATTENTION : Pour éviter tout problème lors de la migration vers Stretch, il faut rouler une version 3.16.43 ou ultérieure du noyau Linux.

Pour cela il suffit d'avoir bien fait toutes les mises à jour jusqu'à Debian 8.8. Mais il faut aussi que le noyau soit actif (en plus d'être installé) au moment de la migration et donc redémarrer le système au besoin.

Pour vérifier la version active du noyau Linux : cat /proc/version

MySQL

MariaDB est maintenant la variante par défaut de MySQL, en version 10.1 ! . Plus de détails ici https://www.debian.org/releases/stretch/amd64/release-notes/ch-whats-new.fr.html#mariadb-replaces-mysql

PHP

ATTENTION : Ne surtout pas migrer un serveur web utilisant PHP sans s'être assuré au préalable de la compatibilité avec la version 7 !

Nagios

Nagios cède sa place à Icinga.

APT

En cas de souci avec APT — qui ne devraient se présenter que pour des configurations particulières — voir https://www.debian.org/releases/stretch/amd64/release-notes/ch-information.fr.html#apt-issues

Réseau

Un certain nombre d'outils réseaux habituels (arp, ifconfig, iptunnel, nameif, netstat et route) ne sont plus installés par défaut, puisqu'on peut utiliser ceux venant avec iproute2 (ip et ss) à la place. Pour plus de détails voir https://www.debian.org/releases/stretch/amd64/release-notes/ch-information.fr.html#iproute2

Même dans le cas où vous resteriez avec les outils d'origine (paquet net-tools), leur comportement n'est plus exactement le même et les scripts basés dessus ne vont plus fonctionner comme prévu, sans que le problème soit forcément visible immédiatement.

En d'autres termes, il vaut mieux s'habituer dès maintenant à ne plus utiliser ces outils.

Préparation de la prochaine migration vers Debian Buster

systemd (220-7) unstable; urgency=medium

  The mechanism for providing stable network interface names changed.
  Previously they were kept in /etc/udev/rules.d/70-persistent-net.rules
  which mapped device MAC addresses to the (arbitrary) name they got when
  they first appeared (i. e. mostly at the time of installation). As this
  had several problems and is not supported any more, this is deprecated in
  favor of the "net.ifnames" mechanism. With this most of your network
  interfaces will get location-based names. If you have ifupdown, firewall,
  or other configuration that relies on the old names, you need to update
  these by Debian 10/Ubuntu 18.04 LTS, and then remove
  /etc/udev/rules.d/70-persistent-net.rules. Please see
  /usr/share/doc/udev/README.Debian.gz for details about this.

 -- Martin Pitt <mpitt@debian.org>  Mon, 15 Jun 2015 15:30:29 +0200