"qemu-img info " will also give you the information what type the
file is.
-Ursprüngliche Nachricht-
Von: Marcus [mailto:shadow...@gmail.com]
Gesendet: Mittwoch, 10. Juni 2015 01:54
An: d...@cloudstack.apache.org
Cc: users@cloudstack.apache.org
Betreff: Re: Problem Upload Windows volume
ACS: 4.4.0 on Ubuntu 12.04.5
Hosts: XenServer 6.2
I am seeing the following error when trying to create a template from a
stopped instance (no problems stopping/starting it). How do I figure out
what is using the VDI and not allowing the template?
2015-06-10 06:29:12,653 DEBUG [o.a.c.h.x.XenSer
Interesting...it is raw indeed. Will try to specify raw as the format
during upload volume
Acs 4.3.2 exported this from ceph with extension .qcow2 so I did not check
if ot was really this...
Thanks Marcus for explaining !
On Jun 10, 2015 1:56 AM, "Marcus" wrote:
> ... and this is the releva
... and this is the relevant portion of the logs indicating the failure
reason:
"Template
content is unsupported, or mismatch between selected format and template
content. Found : x86 boot sector; partition 1"
On Tue, Jun 9, 2015 at 4:53 PM, Marcus wrote:
> Looks like it is seeing a raw disk,
Looks like it is seeing a raw disk, when you specified it was QCOW2. That's
what the 'file' command is doing. We used to just trust the name of the
file, but this was enhanced to inspect the first 1MB of the download and
validate that you are supplying the image format that CS expects.
Because the
Hi Andrija,
have you tried to convert (qemu-img convert) it to RAW and upload then?
Ceph is using RAW devices. The conversion takes place on storage migration but
on upload?
Regards,
Ingo
-Ursprüngliche Nachricht-
Von: Andrija Panic [mailto:andrija.pa...@gmail.com]
Gesendet: Dienstag,
HI guys,
we try to move some volumes from one ACS installation to another (from
4.3.2 to 4.5.1).
Since we are using CEPH, and volume extract/download doesn't work at the
moment, we do workarround, we snapshots Windows DATA volume, convert to
template, and then we extract URL / download.
Then we