Awesome.
I'm not sure what all versions of QEMU are currently supported, but
that's something I can work on if there's a list somewhere.
This is something I'd like to see in the pipeline for 4.6 (though we
will probably pull it into a 4.5 build). Do you think this is
something we can get done in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/2015 05:14 PM, Logan Barfield wrote:
> Hi Wido,
>
> I just ran a few tests with qemu-img, and it appears that it can
> indeed detect the input image format. I ran exports with no
> source format specified, and both -O raw and -O qcow2. I
Hi Wido,
I just ran a few tests with qemu-img, and it appears that it can
indeed detect the input image format. I ran exports with no source
format specified, and both -O raw and -O qcow2. I confirmed the file
sizes and formats, then re-imported with no source format, and -O raw
specified.
This
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/30/2015 04:43 PM, Logan Barfield wrote:
> Hi Wido,
>
> I didn't see the format information for snapshots stored in the
> database, so I'm assuming it references the associated volume
> format.
>
Yes, it is.
> I assume the cleanest way to g
Hi Wido,
I didn't see the format information for snapshots stored in the
database, so I'm assuming it references the associated volume format.
I assume the cleanest way to get around that would be to have a
separate format field for snapshots, but that wouldn't really make
sense just for this one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/29/2015 10:05 PM, Logan Barfield wrote:
> Hi Wido,
>
> The relevant code for this is in:
>
> I saw that the destination format is set to QCOW2 for
> "createTemplateFromVolume", but in "backupSnapshot" it's set to use
> the format of the sour
Hi Wido,
The relevant code for this is in:
I saw that the destination format is set to QCOW2 for
"createTemplateFromVolume", but in "backupSnapshot" it's set to use
the format of the source image
"destFile.setFormat(snapshotDisk.getFormat());"
I believe just changing the "backupSnapshot" code to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/29/2015 05:16 PM, Logan Barfield wrote:
> I was doing some testing earlier this week on a KVM cluster, and
> noticed that when using S3 for secondary storage snapshots on RBD
> primary storage take a lot longer than they do with NFS primary
