>Van: libvirt-users-boun...@redhat.com
>[mailto:libvirt-users-boun...@redhat.com] Namens Phill Edwards
>Verzonden: vrijdag 24 juni 2016 5:39
>Aan: Kashyap Chamarthy
>CC: libvirt-users@redhat.com; Markus Ellinger
>Onderwerp: Re: [libvirt-users] Problem executing VM backups
>
>
>> > Does this only
> > Does this only work for qcow2 images, or will it also work for LVM
images?
>
> If your root backing file is raw (I tested this just now, again) or LVM,
> it should work just fine. And the overlays will _have_ to be qcow2
> files.
All my VM images are raw format on LVM volumes (hope I'm using
On Thu, 23 Jun 2016 17:57:53 +0100
"Richard W.M. Jones" wrote:
> On Thu, Jun 23, 2016 at 10:57:43AM -0500,
> libvirt_us...@skagitattic.com wrote:
> > Thanks for all the information, I think my last remaining question
> > is why the image created with virt-install shows the full apparent
> > size
On Thu, Jun 23, 2016 at 10:57:43AM -0500, libvirt_us...@skagitattic.com wrote:
> Thanks for all the information, I think my last remaining question is
> why the image created with virt-install shows the full apparent size
> and the image from virt-sparsify does not? (The image testimage1.qcow2
> c
Hello,
Thanks for all the information, I think my last remaining question is
why the image created with virt-install shows the full apparent size
and the image from virt-sparsify does not? (The image testimage1.qcow2
created with default options).
As they are both qcow2 I would expect them both
On Thu, Jun 23, 2016 at 08:53:08PM +1000, Phill Edwards wrote:
> I changed our backup script to use the method explained in
> http://wiki.libvirt.org/page/Live-disk-backup-with-active-blockcommit and
> this night, everything seems to have worked smoothly. The backup is even
> faster now than before
I changed our backup script to use the method explained in
http://wiki.libvirt.org/page/Live-disk-backup-with-active-blockcommit and
this night, everything seems to have worked smoothly. The backup is even
faster now than before.
>
Does this only work for qcow2 images, or will it also work for LVM
On Thu, Jun 23, 2016 at 12:17:28PM +0200, Markus Ellinger wrote:
> Hello,
>
> thank you very much for your suggestions. I changed our backup script to use
> the method explained in
> http://wiki.libvirt.org/page/Live-disk-backup-with-active-blockcommit and
> this night, everything seems to have wo
Hello,
thank you very much for your suggestions. I changed our backup script to
use the method explained in
http://wiki.libvirt.org/page/Live-disk-backup-with-active-blockcommit
and this night, everything seems to have worked smoothly. The backup is
even faster now than before.
Best regards
Hello libvirt-users,
I have an issue with libvirt on Centos 7.2 regarding CPU features seen
by the Guest OS.
The physical Host is Dell PowerEdge R730 with Haswell CPU, with the
following features
$ grep "model name" /proc/cpuinfo | tail -1
model name: Intel(R) Xeon(R) CPU E5-2640 v3 @ 2
On Wed, Jun 22, 2016 at 05:56:09PM -0500, libvirt_us...@skagitattic.com wrote:
> > Delete what you've done and start from the beginning. Describe
> > exactly how you created the guest. Use 'qemu-img info' to show the
> > format of the input file. Show precisely the virt-sparsify command
> > you
On Wed, 2016-06-22 at 17:56 -0500, libvirt_us...@skagitattic.com wrote:
> If we try it again but specify raw its MUCH faster
>
> root@testingbox: 09:26 PM # virt-sparsify testimage.qcow2
> testimage2.qcow2 --tmp /bigtmp --format raw Input disk virtual size
> = 53687091200 bytes (50.0G)
12 matches
Mail list logo
