Il y a 2 mois je vous parlais de mon nouveau serveur dédié et de sa mise en place sous Proxmox, très bonne expérience puisque c’était ma première utilisation de Proxmox.

Malheureusement, les mésaventures n’ont pas tardé à arriver 🙁

Mise à jour du noyau, reboot. Le serveur ne répond plus, obligé de hard reboot… Je vais ensuite sur l’interface web de Proxmox 3 pour redémarrer mes CT OpenVZ, mais l’interface ne répond pas… Je me connecte donc en SSH sur le dédié et je tente de les démarrer avec vzctl, et là, c’est le drame : « Container config file does not exist« .

Je flippe un bon coup, je cherche la conf, mais c’est bien ce que je pensais, il n’y en a plus… Tout le dossier /etc/pve a disparu.

Je comprends maintenant pourquoi, il est monté à part sur la machine :

Mais je ne sais toujours pas pourquoi il est parti.

Des fichiers de conf de conteneurs, ça se refait, mais toute la conf de PVE, c’est tendu. J’essaie de mettre la conf d’un autre serveur, ça marche pas, ça me prend la tête, j’abandonne. Heureusement, les fichiers des CT sont toujours là, donc je backup tout pour réinstaller Proxmox 3 ensuite. (Merci à Dorian pour le stockage 😉 )

Comme si ça pouvait être aussi simple ! Je réinstalle tout, je crée les CT, j’écrase les fichiers, et c’est la déception. Les CT démarrent bien, mais déjà, un petit df -h montre que les points de montage sont pétés, tout les CT me mettent 334Mo d’utilisés alors que ce n’est pas le cas, mais aussi la moitié des services ne marchent plus, puisque les plupart des permissions sont cassées, alors que j’ai bien pris soin de les conserve lors du backup. 😥

C’est le gros désavantage de OpenVZ : le stockage de CT se fais dans des dossiers avec les fichiers réels à l’intérieur, tandis que sous LXC ou KVM ce sont des images.

Je suis au bout, obligé de refaire tous les CT, donc quitte à perdre du temps, je décide de tout réinstaller sous Proxmox 4 (en RAID 0, lors de mon premier article j’étais en RAID 1, mais le HDD c’est vraiment lent et je doute que le RAID 1 me sauve de quoi que ce soit, surtout que j’ai migré mon site ailleurs) et de refaire tout les CT en VM qemu + KVM.

Installer Debian sur KVM prends tout de même plus de temps, faut suivre l’assistant comme sur un vrai PC, et configurer le réseau, etc, tandis que OpenVZ/LXC il y a des templates, OpenVZ restant le plus simple à mettre en place. Je suis plutôt content que KVM, il faut faire attention à l’allocation des ressources, notamment la RAM, puisque le cache dans la VM compte comme la mémoire réelle sur l’hôte, et je suis arrivé facilement à 12Go de RAM utilisé sur l’hôte là où j’étais à 3 ou 4 Go avec plus de conteneurs.

Évidemment, tout ne peut pas être rose, la VM qui contient la seedbox devient extrêmement lente dès qu’un torrent est ajouté, le I/O sature complètement :

L’hôte, lui, va très bien, surtout avec le RAID 0, donc c’est bien KVM qui merde, sûrement les paramètres par défaut. Des gens me conseillent de passer à VirtIO, ce que je fais, je mets VirtIO partout, aucun changement, encore du temps perdu, je me décide donc à passer la Seedbox dans un CT LXC.

La seedbox marche très bien depuis, mais je trouve toujours LXC aussi nul, et je l’utilise vraiment parce que je n’ai pas le choix.

Bref, cette (ou ces) mésaventures m’ont couté plusieurs jours, surtout avec les backup interminables, mais j’ai retenu la leçon, je vais backup le dossier /etc/pve, désormais. Je ne quitte pas Proxmox, ça reste un bon outil, mais parfois il est un peu énervant, surtout que dans mon malheur j’ai appris que je n’étais pas le seul à avoir eu ce problème… 🙄