vzdump - backup utility to make consistent snapshots [message #11323] |
Mon, 19 March 2007 11:36 ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
dietmar
Messages: 54 Registered: March 2007
|
Member |
|
|
Hi all,
vzdump is an utility to make consistent snapshots of running OpenVZ VEs. It
basically creates a tar archive of the VE private area, which also includes
the VE configuration files.
There are several ways to provide consistency:
stop the VE during backup (very long downtime)
use rsync and suspend/resume (minimal downtime).
use LVM2 (no downtime)
vzdump is available at
http://www.proxmox.com/cms_proxmox/en/technology/oss-softwar e/openvz/
License: GPL
Please read the manual page for more information (man vzdump). Suggestions
and comments are welcome.
Best regards,
Dietmar
--------------------------------------------------
Dietmar Maurer Proxmox Server Solutions GmbH
CTO
dietmar@proxmox.com http://www.proxmox.com
--------------------------------------------------
|
|
|
Re: vzdump - backup utility to make consistent snapshots [message #11327 is a reply to message #11323] |
Mon, 19 March 2007 13:53 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
|
Looks really great, thanks! Can I put it to
download.openvz.org/contrib/? I am also interested in putting your template.
From the quick review (no testing yet) I see the following really nice
things:
* LVM2 support
* a man page
* the fact that you honour both /etc/vz/vz.conf and /etc/vz/conf/$VEID.conf
* rpm/deb packages
Problems:
* in fact the only problem I see is that the source tarball does not
contain the top-level directory (usually $NAME-$VERSION/), so if you
untar it all the files are extracted to the current directory which is
not good.
* perhaps having a .spec file for rpm will be better than using alien to
build rpm. I can mock up one if needed.
Dietmar Maurer wrote:
> Hi all,
>
> vzdump is an utility to make consistent snapshots of running OpenVZ VEs. It
> basically creates a tar archive of the VE private area, which also includes
> the VE configuration files.
>
> There are several ways to provide consistency:
>
> stop the VE during backup (very long downtime)
> use rsync and suspend/resume (minimal downtime).
> use LVM2 (no downtime)
>
> vzdump is available at
> http://www.proxmox.com/cms_proxmox/en/technology/oss-softwar e/openvz/
>
> License: GPL
>
> Please read the manual page for more information (man vzdump). Suggestions
> and comments are welcome.
>
> Best regards,
>
> Dietmar
>
> --------------------------------------------------
> Dietmar Maurer Proxmox Server Solutions GmbH
> CTO
>
> dietmar@proxmox.com http://www.proxmox.com
> --------------------------------------------------
>
>
|
|
|
AW: vzdump - backup utility to make consistent snapshots [message #11329 is a reply to message #11327] |
Mon, 19 March 2007 14:35 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) |
dietmar
Messages: 54 Registered: March 2007
|
Member |
|
|
> Looks really great, thanks! Can I put it to
> download.openvz.org/contrib/? I am also interested in putting
> your template.
That would be great - feel free to upload the files. We can also contribute installation howtos on the wiki if you want.
>
> From the quick review (no testing yet) I see the following
> really nice
> things:
> * LVM2 support
> * a man page
> * the fact that you honour both /etc/vz/vz.conf and
> /etc/vz/conf/$VEID.conf
> * rpm/deb packages
>
> Problems:
> * in fact the only problem I see is that the source tarball
> does not contain the top-level directory (usually
> $NAME-$VERSION/), so if you untar it all the files are
> extracted to the current directory which is not good.
I will fix that tomorrow.
> * perhaps having a .spec file for rpm will be better than
> using alien to build rpm. I can mock up one if needed.
Unfortunately I live in a debian world and do not know much about rpm. It would be great if you create a .spec file for me (and some hints howto create the rpm).
- Dietmar
|
|
|