Encore un bug avec Ganeti (mais pas tout à fait de sa faute)

Comme je l'ai dit hier, j'utilise Ganeti pour gérer les VMs de Framasoft.

J'utilise la version 2.15, des dépôts backports de Debian Jessie.

Manque de pot, la version de socat des backports, 1.7.3.1-1~bpo8+1, pose des problèmes à Ganeti.

En effet, j'ai voulu déplacer une VM sur un autre nœud du cluster, et paf :

"disk/0 failed to receive data: Exited with status 1 (recent output: socat: E openssl-method="TLSv1": method unknown or not provided by library\n0+0 records in\n0+0 records out\n0 bytes (0 B) copied, 0.00308621 s, 0.0 kB/s)"

Heureusement, contrairement à hier, je n'ai pas du chercher bien loin pour trouver la solution.

Les changements entre socat 1.7.2 et 1.7.3 font planter le transfert. Il n'y a donc qu'à downgrader socat pour que ça roule :

apt-get install socat=1.7.2.4-2

Deux articles sur des problèmes de Ganeti coup sur coup, ça fait un peu « Mais c'est de la merde ce truc ». Bah non, je trouve que ça reste une très bonne solution pour faire de la virtualisation sur ses serveurs de façon simple et fiable. Si, si, fiable : même quand Ganeti plante, la virtualisation tourne toujours. C'est le principe de Ganeti. Il n'est pas "utile" pour faire tourner les VMs, mais pour les manipuler. Et ça j'aime beaucoup 🙂