Pas de difficulté majeure, sauf que la “TOOLSTACK” par défaut change de “xm” à “xl”.

En résumé:

Les commandes a taper commenceront par “xl” , exemple:

# xl list

Et la conf sera dans “/etc/xen/xl.conf” (au lieu de “xend-config.sxp” ).

~~READMORE~~

D'abord, je préfère faire en sorte que Wheezy (“old-stable”) soit à jour.

Ensuite, virer tout les packages “orphan”, grâce à la commande “deborphan”.

# deborphan
libxfixes3

# aptitude remove `deborphan`

Purger les paquets:
On peut les voir comme ça:

# dpkg -l | grep "^rc"
rc  libxfixes3:amd64                   1:5.0-4+deb7u1                amd64        X11 miscellaneous 'fixes' extension library

Dans ce cas:

# aptitude purge libxfixes3:amd64

Et enfin:

# aptitude update
# aptitude upgrade

Eventuellement, si le noyau vient a être mis à jour: rebooter

Si le système est sur une partition “lvm”, on va faire un “snapshot” afin de pouvoir revenir en arrière !

Par exemple:

# lsblk
NAME                                              MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                                                 8:0    0   136G  0 disk 
├─sda1                                              8:1    0 188,2M  0 part /boot
└─sda2                                              8:2    0 135,8G  0 part 
  ├─vg0-sys (dm-0)                                254:0    0   9,3G  0 lvm  /
... snip ...

# sync ; lvcreate -s -L 5G -n sys_snap /dev/vg0/sys

Sauvegardez aussi “/boot” (si sur une partition differente):

Par exemple:

# rsync -a /boot/ /boot/wheezy/

On examine les “sources.list” , notamment dans “/etc/apt/sources.list.d” …
ce qui donne un aperçu des packages qui pourraient poser des problèmes.

Modifier le fichier “/etc/apt/sources.list” , en renommant “wheezy” en “jessie” .
Par exemple, au final j'ai ça:

# --- Jessie ------------------

deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ jessie main contrib non-free

deb http://ftp.fr.debian.org/debian/ jessie-updates main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ jessie-updates main contrib non-free

deb http://security.debian.org/ jessie/updates main contrib non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free

Méthode 1:

# apt-get update
# apt-get --download-only dist-upgrade
# apt-get upgrade
# apt-get dist-upgrade

Méthode 2:

# aptitude update
# aptitude dist-upgrade

Et suivre le déroulement de la migration, c'est à dire:

A la demande:

• “Mettre a jour ”“/etc/xen/xl.conf”“

Idem pour:

• ”/etc/grub.d/10_linux“

Lors de la mise à jour de ”lvm“, un petit warning:

Setting up LVM Volume Groups...  Configuration setting "activation/thin_check_executable" unknown.

… Ça devrait disparaître après l'achèvement de la migration.

La mise à jour fini, on ne reboote pas tout de suite:

Dans le fichier ”/etc/lvm/lvm.conf“ , commenter la ligne “thin_check…” pour avoir:

#thin_check_executable = "/sbin/thin_check -q"

Dans le répertoire ”/etc/grub.d“ :

Un fichier obsolete, de la précédente installation de xen:

# rm 21_linux

Changer la priorité “linux” “xen”:

# mv {20,09}_linux_xen

# update-grub

xen n'est pas totalement mis à niveau… on va le faire.

# apt-get update
# apt-get install xen-hypervisor-4.4 xen-utils-4.4 libxen-4.4

On va préparer un ”vif-script“ qui n'applique pas de règles iptables… car elles sont inutiles.

# cd /etc/xen/scripts
# cp vif-bridge{,-no-iptables}

Dans ”vif-bridge-no-iptables“ , commenter les lignes suivantes:

# --- TJ ---------------
##!if [ "$type_if" = vif ]; then
##!    handle_iptable
##!fi
# ----------------------

Ajouter dans ”/etc/xen/xl.conf“ :

# --- TJ -------------
vif.default.script="vif-bridge-no-iptables"
# --------------------

On peut virer xen-4.1 (puisqu'on utilise xen-4.4)

# aptitude remove xen-hypervisor-4.1-amd64 xen-utils-4.1 libxen-4.1

# aptitude autoclean

Supprimer les paquets devenus orphelins avec ”deborphan“.

# aptitude purge $(dpkg --get-selections | grep deinstall | awk '{print $1}')

Perte de l'accès “console” ? par exemple avec:

# xl console <ID>

On dirait que ”xenconsoled“ a planté a un certain moment…?

Pour remettre en service:

# /etc/init.d/xen restart

plugin /usr/lib/openvpn/openvpn-down-root.so ...

Devient sous Jessie:

plugin /usr/lib/openvpn/openvpn-plugin-down-root.so ...