Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Le 28/12/2010 10:51, Thierry B a écrit :Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Hello,
A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.
Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Idéalement, faudrait peutêtre stopper ces services avant le xm pause
puis les relancer après le xm unpause...
Comment puis-je faire cela?
Le 28/12/2010 10:51, Thierry B a écrit :
Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Hello,
A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.
Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Idéalement, faudrait peutêtre stopper ces services avant le xm pause
puis les relancer après le xm unpause...
Comment puis-je faire cela?
Le 28/12/2010 10:51, Thierry B a écrit :Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Hello,
A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.
Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Idéalement, faudrait peutêtre stopper ces services avant le xm pause
puis les relancer après le xm unpause...
Comment puis-je faire cela?
Le 28/12/2010 10:51, Thierry B a écrit :Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulià ¨res?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine phy sique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Hello,
A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.
Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Le 28/12/2010 10:51, Thierry B a écrit :
Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulià ¨res?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine phy sique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Hello,
A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.
Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Le 28/12/2010 10:51, Thierry B a écrit :Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulià ¨res?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine phy sique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Hello,
A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.
Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Le 29/12/10 à 16:59, Jean Baptiste FAVRE a écrit :
JBF> >> Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
JBF> >> sauvegarde de VM, je fais un script qui pour résumer fait :
JBF> >> - xm pause
JBF> >> - Création d'un LV snapshot à partir du LV de la VM
JBF> >> - xm unpause
JBF> >>
JBF> >> Qu'en pensez-vous?
Que pour mysql, ou d'autres trucs serveurs qui ont des fichiers en cours d'écriture, c'est pas
top...
lsof aide à voir qui ça concerne.
JBF> pour MySQL cela ne m'étonne pas du tout. C'est comme si
JBF> tu sauvegardais tes bases MySQL en faisant un snapshot LVM: les pools
JBF> innodb sont utilisés, les tables MyISAM idem, ...
Il faut ajouter du lock&flush/unlock
- mysql ... -e 'FLUSH TABLES WITH READ LOCK;'
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
- mysql ... -e 'UNLOCK TABLES;'
Ça lui dit d'écrire sur le disque toutes les modifs qui n'existent que dans la RAM et de ne
plus faire de modifs dans les tables. Attention, faut pas que ça dure longtemps avec un mysql
chargé car tous les process qui veulent écrire (update/insert/delete) sont mis en attente et la
charge peut exploser assez rapidement.
JBF> Je m'étonne d'ailleurs que tu n'ais aucun message d'erreur concernant le FS.
Pour l'OS y'a aucun pb de fs, et pour mysql juste des bases inconsistantes mais pas de pb de
fichiers...
Le 29/12/10 à 16:59, Jean Baptiste FAVRE <debian-fr@jbfavre.org> a écrit :
JBF> >> Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
JBF> >> sauvegarde de VM, je fais un script qui pour résumer fait :
JBF> >> - xm pause
JBF> >> - Création d'un LV snapshot à partir du LV de la VM
JBF> >> - xm unpause
JBF> >>
JBF> >> Qu'en pensez-vous?
Que pour mysql, ou d'autres trucs serveurs qui ont des fichiers en cours d'écriture, c'est pas
top...
lsof aide à voir qui ça concerne.
JBF> pour MySQL cela ne m'étonne pas du tout. C'est comme si
JBF> tu sauvegardais tes bases MySQL en faisant un snapshot LVM: les pools
JBF> innodb sont utilisés, les tables MyISAM idem, ...
Il faut ajouter du lock&flush/unlock
- mysql ... -e 'FLUSH TABLES WITH READ LOCK;'
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
- mysql ... -e 'UNLOCK TABLES;'
Ça lui dit d'écrire sur le disque toutes les modifs qui n'existent que dans la RAM et de ne
plus faire de modifs dans les tables. Attention, faut pas que ça dure longtemps avec un mysql
chargé car tous les process qui veulent écrire (update/insert/delete) sont mis en attente et la
charge peut exploser assez rapidement.
JBF> Je m'étonne d'ailleurs que tu n'ais aucun message d'erreur concernant le FS.
Pour l'OS y'a aucun pb de fs, et pour mysql juste des bases inconsistantes mais pas de pb de
fichiers...
Le 29/12/10 à 16:59, Jean Baptiste FAVRE a écrit :
JBF> >> Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
JBF> >> sauvegarde de VM, je fais un script qui pour résumer fait :
JBF> >> - xm pause
JBF> >> - Création d'un LV snapshot à partir du LV de la VM
JBF> >> - xm unpause
JBF> >>
JBF> >> Qu'en pensez-vous?
Que pour mysql, ou d'autres trucs serveurs qui ont des fichiers en cours d'écriture, c'est pas
top...
lsof aide à voir qui ça concerne.
JBF> pour MySQL cela ne m'étonne pas du tout. C'est comme si
JBF> tu sauvegardais tes bases MySQL en faisant un snapshot LVM: les pools
JBF> innodb sont utilisés, les tables MyISAM idem, ...
Il faut ajouter du lock&flush/unlock
- mysql ... -e 'FLUSH TABLES WITH READ LOCK;'
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
- mysql ... -e 'UNLOCK TABLES;'
Ça lui dit d'écrire sur le disque toutes les modifs qui n'existent que dans la RAM et de ne
plus faire de modifs dans les tables. Attention, faut pas que ça dure longtemps avec un mysql
chargé car tous les process qui veulent écrire (update/insert/delete) sont mis en attente et la
charge peut exploser assez rapidement.
JBF> Je m'étonne d'ailleurs que tu n'ais aucun message d'erreur concernant le FS.
Pour l'OS y'a aucun pb de fs, et pour mysql juste des bases inconsistantes mais pas de pb de
fichiers...
Je voulais savoir si quelqu'un utilisait une config serveur xen + debia n
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Je voulais savoir si quelqu'un utilisait une config serveur xen + debia n
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Je voulais savoir si quelqu'un utilisait une config serveur xen + debia n
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Bonjour,Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Oui (avec xen de lenny)Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Actuellement, je fais les sauvegardes avec des rsync à l'interieur des
domU.
(j'ai un domU dédié aux backups avec rsnapshot)
Mais là, je suis entrain de terminer un script qui fait un backup depuis
le dom0. Voilà ce ça donne en gros :
1. lvcreate snapshot diskdomU
2. mount snapshot
3. rsync snapshot/ backups/
4. umount snapshot
5. lvremove snapshot
if --with-Pause
6. xm pause
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm unpause
fi
if --with-Shutdown
6. xm shutdown
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm start
fi
L'idée du script est de faire le gros du boulot avec le snapshot
puis de finaliser le rsync après un shutdown du domU.
Ce qui fait que l'indisponibilité est très limitée (parfois moins
d'une minute) ...
Finalement, j'ai donc 3 possibilités de sauvegarde de mes domU :
- sauvegarde d'un snapshot seul (1 à 5)
- sauvegarde avec Pause/Unpause (--with-Pause)
- sauvegarde avec Shutdown/start (--with-Shutdown)
Autre remarque. Jusqu'à présent mes domU sont créés dans des
LV du dom0. Mais il serait peut-être judicieux de créer aussi
des LV au niveau du domU pour gérer des snapshots dans les
domU (cf mylvmbackup). Mais on perd la possibilité des
sauvegardes type rsync à partir du dom0 ...
Qu'en pensez-vous ?
Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Oui (avec xen de lenny)
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Actuellement, je fais les sauvegardes avec des rsync à l'interieur des
domU.
(j'ai un domU dédié aux backups avec rsnapshot)
Mais là, je suis entrain de terminer un script qui fait un backup depuis
le dom0. Voilà ce ça donne en gros :
1. lvcreate snapshot diskdomU
2. mount snapshot
3. rsync snapshot/ backups/
4. umount snapshot
5. lvremove snapshot
if --with-Pause
6. xm pause
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm unpause
fi
if --with-Shutdown
6. xm shutdown
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm start
fi
L'idée du script est de faire le gros du boulot avec le snapshot
puis de finaliser le rsync après un shutdown du domU.
Ce qui fait que l'indisponibilité est très limitée (parfois moins
d'une minute) ...
Finalement, j'ai donc 3 possibilités de sauvegarde de mes domU :
- sauvegarde d'un snapshot seul (1 à 5)
- sauvegarde avec Pause/Unpause (--with-Pause)
- sauvegarde avec Shutdown/start (--with-Shutdown)
Autre remarque. Jusqu'à présent mes domU sont créés dans des
LV du dom0. Mais il serait peut-être judicieux de créer aussi
des LV au niveau du domU pour gérer des snapshots dans les
domU (cf mylvmbackup). Mais on perd la possibilité des
sauvegardes type rsync à partir du dom0 ...
Qu'en pensez-vous ?
Bonjour,Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Oui (avec xen de lenny)Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Actuellement, je fais les sauvegardes avec des rsync à l'interieur des
domU.
(j'ai un domU dédié aux backups avec rsnapshot)
Mais là, je suis entrain de terminer un script qui fait un backup depuis
le dom0. Voilà ce ça donne en gros :
1. lvcreate snapshot diskdomU
2. mount snapshot
3. rsync snapshot/ backups/
4. umount snapshot
5. lvremove snapshot
if --with-Pause
6. xm pause
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm unpause
fi
if --with-Shutdown
6. xm shutdown
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm start
fi
L'idée du script est de faire le gros du boulot avec le snapshot
puis de finaliser le rsync après un shutdown du domU.
Ce qui fait que l'indisponibilité est très limitée (parfois moins
d'une minute) ...
Finalement, j'ai donc 3 possibilités de sauvegarde de mes domU :
- sauvegarde d'un snapshot seul (1 à 5)
- sauvegarde avec Pause/Unpause (--with-Pause)
- sauvegarde avec Shutdown/start (--with-Shutdown)
Autre remarque. Jusqu'à présent mes domU sont créés dans des
LV du dom0. Mais il serait peut-être judicieux de créer aussi
des LV au niveau du domU pour gérer des snapshots dans les
domU (cf mylvmbackup). Mais on perd la possibilité des
sauvegardes type rsync à partir du dom0 ...
Qu'en pensez-vous ?
Bonjour,
Le 29/12/2010 15:32, Thierry B a écrit :Le 28/12/2010 10:51, Thierry B a écrit :Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Pas de raison que cela ne marche pas.Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
C'est juste totalement différent: save / restore est comparable à la
mise en veille, pause / unpause à un freeze passager.
Si on compare avec un process, pause/unpause c'est comme si tu
interdisais au noyau d'accorder du CPU à un processus.
Avantage: bcp plus rapide que save / restore et moins douloureux.
Inconvénient: peut-être embêtant avec des processus temps-réel (?)Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)Hello,A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Pour Clamav je ne sais pas trop (un fichier de lock, un socket qui
traîne ?), mais pour MySQL cela ne m'étonne pas du tout. C'est comme si
tu sauvegardais tes bases MySQL en faisant un snapshot LVM: les pools
innodb sont utilisés, les tables MyISAM idem, ...
La restauration est alors comparable à un redémarrage de serveur après
un arrête électrique !
Je m'étonne d'ailleurs que tu n'ais aucun message d'erreur concernant le FS.Idéalement, faudrait peutêtre stopper ces services avant le xm pause
puis les relancer après le xm unpause...
Mouais, pourquoi pas.Comment puis-je faire cela?
SSH ?
Sinon, tu as une autre possibilité:
1. snapshot LVM
2. fsck sur le snapshot (peut-être besoin de kpartx avant, tout dépend
de ta conf LVM)
3. montage du snapshot
4. effacement des sockets et lock
5. vérification MySQL à froid
6. umount snapshot
7. dd du snapshot dans une archive
En conclusion, utiliser ce type de système pour sauvegarder des data
(MySQL) ne sert à rien. Autant continuer à avoir des scripts "classiques".
Cordialement,
JB
Bonjour,
Le 29/12/2010 15:32, Thierry B a écrit :
Le 28/12/2010 10:51, Thierry B a écrit :
Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Pas de raison que cela ne marche pas.
Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
C'est juste totalement différent: save / restore est comparable à la
mise en veille, pause / unpause à un freeze passager.
Si on compare avec un process, pause/unpause c'est comme si tu
interdisais au noyau d'accorder du CPU à un processus.
Avantage: bcp plus rapide que save / restore et moins douloureux.
Inconvénient: peut-être embêtant avec des processus temps-réel (?)
Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)
Hello,
A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.
Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Pour Clamav je ne sais pas trop (un fichier de lock, un socket qui
traîne ?), mais pour MySQL cela ne m'étonne pas du tout. C'est comme si
tu sauvegardais tes bases MySQL en faisant un snapshot LVM: les pools
innodb sont utilisés, les tables MyISAM idem, ...
La restauration est alors comparable à un redémarrage de serveur après
un arrête électrique !
Je m'étonne d'ailleurs que tu n'ais aucun message d'erreur concernant le FS.
Idéalement, faudrait peutêtre stopper ces services avant le xm pause
puis les relancer après le xm unpause...
Mouais, pourquoi pas.
Comment puis-je faire cela?
SSH ?
Sinon, tu as une autre possibilité:
1. snapshot LVM
2. fsck sur le snapshot (peut-être besoin de kpartx avant, tout dépend
de ta conf LVM)
3. montage du snapshot
4. effacement des sockets et lock
5. vérification MySQL à froid
6. umount snapshot
7. dd du snapshot dans une archive
En conclusion, utiliser ce type de système pour sauvegarder des data
(MySQL) ne sert à rien. Autant continuer à avoir des scripts "classiques".
Cordialement,
JB
Bonjour,
Le 29/12/2010 15:32, Thierry B a écrit :Le 28/12/2010 10:51, Thierry B a écrit :Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Pas de raison que cela ne marche pas.Avant le xm pause / unpause, c'etait xm save VM / xm restore VM, mais
une fois, lors de l'exécution automatique du script, j'ai eu un
plantage à cause de cela, et j'ai du redémarrer ma machine physique
carrement pour pouvoir redemarrer ma VM, le pause /unpause a l'air moins
méchant...
C'est juste totalement différent: save / restore est comparable à la
mise en veille, pause / unpause à un freeze passager.
Si on compare avec un process, pause/unpause c'est comme si tu
interdisais au noyau d'accorder du CPU à un processus.
Avantage: bcp plus rapide que save / restore et moins douloureux.
Inconvénient: peut-être embêtant avec des processus temps-réel (?)Sinon, y'a aussi la solution, de faire un shutdown et de la relancer
mais bon, c'est p-e pas top pour une config serveur non?
J'attends vos avis.
Merci :-)Hello,A priori, ça ne fonctionne pas trop mal en essayant de restaurer cela
sur un autre domU.Le soucis, c'est qu'il n'arrive pas à démarrer clamav et il me dit qe ce
n'est pas clean niveau mysql.
Pour Clamav je ne sais pas trop (un fichier de lock, un socket qui
traîne ?), mais pour MySQL cela ne m'étonne pas du tout. C'est comme si
tu sauvegardais tes bases MySQL en faisant un snapshot LVM: les pools
innodb sont utilisés, les tables MyISAM idem, ...
La restauration est alors comparable à un redémarrage de serveur après
un arrête électrique !
Je m'étonne d'ailleurs que tu n'ais aucun message d'erreur concernant le FS.Idéalement, faudrait peutêtre stopper ces services avant le xm pause
puis les relancer après le xm unpause...
Mouais, pourquoi pas.Comment puis-je faire cela?
SSH ?
Sinon, tu as une autre possibilité:
1. snapshot LVM
2. fsck sur le snapshot (peut-être besoin de kpartx avant, tout dépend
de ta conf LVM)
3. montage du snapshot
4. effacement des sockets et lock
5. vérification MySQL à froid
6. umount snapshot
7. dd du snapshot dans une archive
En conclusion, utiliser ce type de système pour sauvegarder des data
(MySQL) ne sert à rien. Autant continuer à avoir des scripts "classiques".
Cordialement,
JB
Bonjour,Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Oui (avec xen de lenny)Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Actuellement, je fais les sauvegardes avec des rsync à l'interieur des
domU.
(j'ai un domU dédié aux backups avec rsnapshot)
Mais là, je suis entrain de terminer un script qui fait un backup depuis
le dom0. Voilà ce ça donne en gros :
1. lvcreate snapshot diskdomU
2. mount snapshot
3. rsync snapshot/ backups/
4. umount snapshot
5. lvremove snapshot
if --with-Pause
6. xm pause
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm unpause
fi
if --with-Shutdown
6. xm shutdown
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm start
fi
L'idée du script est de faire le gros du boulot avec le snapshot
puis de finaliser le rsync après un shutdown du domU.
Ce qui fait que l'indisponibilité est très limitée (parfois moins
d'une minute) ...
Finalement, j'ai donc 3 possibilités de sauvegarde de mes domU :
- sauvegarde d'un snapshot seul (1 à 5)
- sauvegarde avec Pause/Unpause (--with-Pause)
- sauvegarde avec Shutdown/start (--with-Shutdown)
Autre remarque. Jusqu'à présent mes domU sont créés dans des
LV du dom0. Mais il serait peut-être judicieux de créer aussi
des LV au niveau du domU pour gérer des snapshots dans les
domU (cf mylvmbackup). Mais on perd la possibilité des
sauvegardes type rsync à partir du dom0 ...
Qu'en pensez-vous ?
Guy
Bonjour,
Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Oui (avec xen de lenny)
Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Actuellement, je fais les sauvegardes avec des rsync à l'interieur des
domU.
(j'ai un domU dédié aux backups avec rsnapshot)
Mais là, je suis entrain de terminer un script qui fait un backup depuis
le dom0. Voilà ce ça donne en gros :
1. lvcreate snapshot diskdomU
2. mount snapshot
3. rsync snapshot/ backups/
4. umount snapshot
5. lvremove snapshot
if --with-Pause
6. xm pause
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm unpause
fi
if --with-Shutdown
6. xm shutdown
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm start
fi
L'idée du script est de faire le gros du boulot avec le snapshot
puis de finaliser le rsync après un shutdown du domU.
Ce qui fait que l'indisponibilité est très limitée (parfois moins
d'une minute) ...
Finalement, j'ai donc 3 possibilités de sauvegarde de mes domU :
- sauvegarde d'un snapshot seul (1 à 5)
- sauvegarde avec Pause/Unpause (--with-Pause)
- sauvegarde avec Shutdown/start (--with-Shutdown)
Autre remarque. Jusqu'à présent mes domU sont créés dans des
LV du dom0. Mais il serait peut-être judicieux de créer aussi
des LV au niveau du domU pour gérer des snapshots dans les
domU (cf mylvmbackup). Mais on perd la possibilité des
sauvegardes type rsync à partir du dom0 ...
Qu'en pensez-vous ?
Guy
Bonjour,Je voulais savoir si quelqu'un utilisait une config serveur xen + debian
lenny à partir de laquelle il fait des sauvegarde VM régulières?
Oui (avec xen de lenny)Sur ma dedibox, j'utilise une lenny avec xen de testing et pour ma
sauvegarde de VM, je fais un script qui pour résumer fait :
- xm pause
- Création d'un LV snapshot à partir du LV de la VM
- xm unpause
Qu'en pensez-vous?
Actuellement, je fais les sauvegardes avec des rsync à l'interieur des
domU.
(j'ai un domU dédié aux backups avec rsnapshot)
Mais là, je suis entrain de terminer un script qui fait un backup depuis
le dom0. Voilà ce ça donne en gros :
1. lvcreate snapshot diskdomU
2. mount snapshot
3. rsync snapshot/ backups/
4. umount snapshot
5. lvremove snapshot
if --with-Pause
6. xm pause
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm unpause
fi
if --with-Shutdown
6. xm shutdown
7. mount lvdisk snapshot
8. rsync --delete snapshot backups/
9. umount snapshot
10. xm start
fi
L'idée du script est de faire le gros du boulot avec le snapshot
puis de finaliser le rsync après un shutdown du domU.
Ce qui fait que l'indisponibilité est très limitée (parfois moins
d'une minute) ...
Finalement, j'ai donc 3 possibilités de sauvegarde de mes domU :
- sauvegarde d'un snapshot seul (1 à 5)
- sauvegarde avec Pause/Unpause (--with-Pause)
- sauvegarde avec Shutdown/start (--with-Shutdown)
Autre remarque. Jusqu'à présent mes domU sont créés dans des
LV du dom0. Mais il serait peut-être judicieux de créer aussi
des LV au niveau du domU pour gérer des snapshots dans les
domU (cf mylvmbackup). Mais on perd la possibilité des
sauvegardes type rsync à partir du dom0 ...
Qu'en pensez-vous ?
Guy
Qu'en pensez-vous ?
J'en pense que, pour ma part, moins j'en mets dans le dom0, mieux je me
porte. Le dom0 est là pour gérer les VM, pas les backups. La solution
domU dédié aux backups me paraît plus "propre".
Au pire, il peut être intéressant pour les paranos comme moi de
s'inspirer de Qubes-OS qui déporte la gestion du stockage dans un domU :)
Un snapshot d'un FS en cours d'utilisation impose un fsck à un moment ou
à un autre. Si en plus il est fait hors du domU (donc par exemple depuis
le dom0 soit "sous" le domU) , il n'y a aucun moyen "élégant" (c-a-d
hors SSH) de dire au domU de synchroniser ses disques juste avant de
faire le snapshot. Ajoutez à cela les différents rôles que peuvent
prendre un domU (MySQL, HTTP, ...) et vous aurez vite un script façon
usine à gaz.
Ce n'est que mon avis, mais je le partage :)
Cordialement,
JB
Qu'en pensez-vous ?
J'en pense que, pour ma part, moins j'en mets dans le dom0, mieux je me
porte. Le dom0 est là pour gérer les VM, pas les backups. La solution
domU dédié aux backups me paraît plus "propre".
Au pire, il peut être intéressant pour les paranos comme moi de
s'inspirer de Qubes-OS qui déporte la gestion du stockage dans un domU :)
Un snapshot d'un FS en cours d'utilisation impose un fsck à un moment ou
à un autre. Si en plus il est fait hors du domU (donc par exemple depuis
le dom0 soit "sous" le domU) , il n'y a aucun moyen "élégant" (c-a-d
hors SSH) de dire au domU de synchroniser ses disques juste avant de
faire le snapshot. Ajoutez à cela les différents rôles que peuvent
prendre un domU (MySQL, HTTP, ...) et vous aurez vite un script façon
usine à gaz.
Ce n'est que mon avis, mais je le partage :)
Cordialement,
JB
Qu'en pensez-vous ?
J'en pense que, pour ma part, moins j'en mets dans le dom0, mieux je me
porte. Le dom0 est là pour gérer les VM, pas les backups. La solution
domU dédié aux backups me paraît plus "propre".
Au pire, il peut être intéressant pour les paranos comme moi de
s'inspirer de Qubes-OS qui déporte la gestion du stockage dans un domU :)
Un snapshot d'un FS en cours d'utilisation impose un fsck à un moment ou
à un autre. Si en plus il est fait hors du domU (donc par exemple depuis
le dom0 soit "sous" le domU) , il n'y a aucun moyen "élégant" (c-a-d
hors SSH) de dire au domU de synchroniser ses disques juste avant de
faire le snapshot. Ajoutez à cela les différents rôles que peuvent
prendre un domU (MySQL, HTTP, ...) et vous aurez vite un script façon
usine à gaz.
Ce n'est que mon avis, mais je le partage :)
Cordialement,
JB