Clonage d'une machine virtuelle OpenVZ
Je suis un heureux administrateur système Linux qui utilise Proxmox comme plateforme de virtualisation
J'utilise passablement les "conteneurs" OpenVZ. Et je venais de me finaliser un clônage comme indiqué sur le wiki,
Comme j'étais sur un cluster proxmox, j'ai pris soin de créer au préalable mon nouveau conteneur depuis l'interface de management web du noeud "master" (j'utilise les mêmes valeurs de config que pour l'original), puis j'effectue une migration sur le noeud de destination. Ensuite j'ai effectué un ssh sur le noeud destination et j'ai effectué
quand au démarrage de ma nouvelle machine virtuelle j'ai constaté une incongruité au niveau des quotas disque en effet l'indication de l'espace dhistorisque encore disponible était complètement faux. Du style j'utilisais 0% de mes 200GB alloué à ce conteneur alors que je lui avais déjà mis 90 GB dans le ventre.
J'ai trouvé l'explication sur le site d'OpenVz et la solution est simple il fallait réinitialiser le calcul des quotas comme-ceci :
vzquota drop 112
J'utilise passablement les "conteneurs" OpenVZ. Et je venais de me finaliser un clônage comme indiqué sur le wiki,
Comme j'étais sur un cluster proxmox, j'ai pris soin de créer au préalable mon nouveau conteneur depuis l'interface de management web du noeud "master" (j'utilise les mêmes valeurs de config que pour l'original), puis j'effectue une migration sur le noeud de destination. Ensuite j'ai effectué un ssh sur le noeud destination et j'ai effectué
# vzctl stop 101 # vzctl stop 112 # rsync -avz /var/lib/vz/private/101/ /var/lib/vz/private/112/ # diff /etc/vz/conf/101.conf /etc/vz/conf/112.conf # théoriquement il ne devrait pas y avoir de différence si ce n'est l'adr IP qui doit être différente donc on démarre les deux noeuds # vzctl start 101 # vzctl start 112Par rapport à la démarche proposée sur le wiki, vous aurez constaté que je préfères utiliser le rsync plustôt que la longue ligne avec les deux tar à travers un pipe
quand au démarrage de ma nouvelle machine virtuelle j'ai constaté une incongruité au niveau des quotas disque en effet l'indication de l'espace dhistorisque encore disponible était complètement faux. Du style j'utilisais 0% de mes 200GB alloué à ce conteneur alors que je lui avais déjà mis 90 GB dans le ventre.
J'ai trouvé l'explication sur le site d'OpenVz et la solution est simple il fallait réinitialiser le calcul des quotas comme-ceci :
vzquota drop 112
Commentaires