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

Comme je l’ai dit hier, j’uti­lise Ganeti pour gérer les VMs de Frama­soft.

J’uti­lise la version 2.15, des dépôts back­ports de Debian Jessie.

Manque de pot, la version de socat des back­ports, 1.7.3.1–1~b­po8+1, pose des problèmes à Ganeti.

En effet, j’ai voulu dépla­cer une VM sur un autre nœud du clus­ter, 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)"

Heureu­se­ment, contrai­re­ment à hier, je n’ai pas du cher­cher bien loin pour trou­ver la solu­tion.

Les chan­ge­ments entre socat 1.7.2 et 1.7.3 font plan­ter le trans­fert. Il n’y a donc qu’à down­gra­der 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 solu­tion pour faire de la virtua­li­sa­tion sur ses serveurs de façon simple et fiable. Si, si, fiable : même quand Ganeti plante, la virtua­li­sa­tion tourne toujours. C’est le prin­cipe de Ganeti. Il n’est pas « utile » pour faire tour­ner les VMs, mais pour les mani­pu­ler. Et ça j’aime beau­coup 🙂