On 11/30/2013 10:36 PM, Blaster wrote:
On 11/27/2013 10:52 AM, Sander Grendelman wrote:
The main problem in oVirt with this strategy would be the lack of live
snapshot deletion.
Having to shut down the VM to delete/merge a snapshot is not nice :(
Ouch?! Is there an ETA as to when you'll be
Thanks, just to check I was not missing something I can use myself to
ease my days :-)
Regards,
On 30/11/13 18:40, Blaster wrote:
On 11/27/2013 11:27 AM, Juan Pablo Lorier wrote:
Hi,
Just curious, is it really the porpoise of the snapshot to backup both
the vm and the application data? I
Blaster schreef op 30-11-2013 21:40:
Contrary to my other post, which was more educational than practical,
yes, you generally would not back up app data via a hypervisor
snapshot. Generally you would only backup the OS disk and perhaps the
application binaries. This would be for quick
On 11/27/2013 10:52 AM, Sander Grendelman wrote:
The main problem in oVirt with this strategy would be the lack of live
snapshot deletion.
Having to shut down the VM to delete/merge a snapshot is not nice :(
Ouch?! Is there an ETA as to when you'll be able to delete a live
snapshot ?
On 11/27/2013 11:27 AM, Juan Pablo Lorier wrote:
Hi,
Just curious, is it really the porpoise of the snapshot to backup both
the vm and the application data? I think snapshot is appropriate to
backup the vm and the you should have your regular backup for the app,
as a database backup that can
On 11/27/2013 10:41 PM, Lindsay Mathieson wrote:
On Thu, 28 Nov 2013 06:28:26 AM you wrote:
Yes and no. Backups of the VM for disaster recover purposes, and regular
*separate* data backups done from within the VM.
NB - quiescising/ windows stylle VSS for vm backups is desirable to ensure DB
On Thu, 28 Nov 2013 11:34:13 AM Itamar Heim wrote:
just a btw that the qemu-guest-agent if installed on a windows guest is
supposed to interact with VSS during live snapshot.
I was wondering that - do you have a reference to the docs online?
thanks,
--
Lindsay
signature.asc
Description: This
On 11/28/2013 12:58 PM, Lindsay Mathieson wrote:
On Thu, 28 Nov 2013 11:34:13 AM Itamar Heim wrote:
just a btw that the qemu-guest-agent if installed on a windows guest is
supposed to interact with VSS during live snapshot.
I was wondering that - do you have a reference to the docs online?
On Thu, 28 Nov 2013 01:16:28 PM you wrote:
best i can offer, from rhel 6.5:
Bug 948017 - VSS support for qemu-ga-win
Thanks Itamer
from my reading of the bug report can I assume its implemented and made its
way into the windows packages Oct-30th?
thanks,
--
Lindsay
signature.asc
Description:
On 11/28/2013 02:22 PM, Lindsay Mathieson wrote:
On Thu, 28 Nov 2013 01:16:28 PM you wrote:
best i can offer, from rhel 6.5:
Bug 948017 - VSS support for qemu-ga-win
Thanks Itamer
from my reading of the bug report can I assume its implemented and made its
way into the windows packages
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Lindsay Mathieson lindsay.mathie...@gmail.com, users@ovirt.org
Sent: Thursday, November 28, 2013 7:24:09 AM
Subject: Re: [Users] backups
On 11/28/2013 02:22 PM, Lindsay Mathieson wrote:
On Thu, 28 Nov 2013 01:16:28 PM
Hi Charles,
How are you folks doing your hypervisor level backups?
Under ESXi I used GhettoVCB which basically took a snap shot, copied the
disk image to another location, then deleted the snap.
Thank you for this hint, I didn't know about GhettoVCB and I'm
definately going to have a look
On 11/27/2013 4:24 AM, Martijn Grendelman wrote:
The problem with snapshot-based backups is, that they are usually only
crash-consistent, meaning that they contain the state of a system's
disks as they would be if you pulled the power plug on a server. If
you restore a system from this type of
Blaster schreef op 27-11-2013 17:23:
On 11/27/2013 4:24 AM, Martijn Grendelman wrote:
The problem with snapshot-based backups is, that they are usually only
crash-consistent, meaning that they contain the state of a system's
disks as they would be if you pulled the power plug on a server. If
The work-around for this is to SSH into the guest first, put the database
into backup mode(maybe run sync a time or two to flush out as much from RAM
as possible), take the snap shot, ssh back in to resume the database, backup
the snap, delete the snap.
The main problem in oVirt with this
Hi,
Just curious, is it really the porpoise of the snapshot to backup both
the vm and the application data? I think snapshot is appropriate to
backup the vm and the you should have your regular backup for the app,
as a database backup that can be done online. In this scenario you take
a backup of
On Wed, 27 Nov 2013 03:27:24 PM Juan Pablo Lorier wrote:
ust curious, is it really the porpoise of the snapshot to backup both
the vm and the application data?
Yes and no. Backups of the VM for disaster recover purposes, and regular
*separate* data backups done from within the VM.
--
Lindsay
17 matches
Mail list logo