Hi,

If it helps, RHEL 7 ships qemu-img 1.5.3 and by default it does not produce 
compatible images with older qemu, the compat option needs to be specified.

HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

----- Original Message -----
> From: "Will Stevens" <wstev...@cloudops.com>
> To: dev@cloudstack.apache.org
> Cc: "Leo Simons" <lsim...@schubergphilis.com>, "Wilder Rodrigues" 
> <wrodrig...@schubergphilis.com>
> Sent: Monday, 1 December, 2014 21:06:27
> Subject: Re: 05bec59c - kvm, qcow, systemvm qemu-img -o compat

> Edison,
> According to this page the default compat option is 0.10:
> http://manpages.ubuntu.com/manpages/trusty/man1/qemu-img.1.html
> 
> Did you find that to not be the case and is that why you had to add the
> compat option?
> 
> BTW, in an attempt to get the master system vms building again, I committed
> a change to master to remove the compat option.  We now have master system
> vms building correctly, but Rohit rightly pointed out that I had basically
> reverted your change.
> 
> I created a Jira ticket for this issue:
> https://issues.apache.org/jira/browse/CLOUDSTACK-7959
> 
> I have not reverted my change in master at this point, so it is building
> right now, but I also did not make the change to 4.5, so that branch is
> currently failing to build system vms.
> 
> I will see if I can track down in which version of qemu the compat option
> was added so we can add some intelligent logic around this command.
> 
> Will
> 
> 
> 
> 
> *Will STEVENS*
> Lead Developer
> 
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
> 
> On Thu, Nov 20, 2014 at 1:07 PM, edison su <sudi...@gmail.com> wrote:
> 
>> Hi Leo,
>> Our new internal build system are using ubuntu 14.04 or something like
>> that, which has qemu 1.x installed by default, that's why I added the
>> "compat" option in the build script, otherwise, the image build by
>> qemu 1.x, won't work on RHEL 6.x.
>> The fix would be, in the build script, check the version of qemu-img,
>> if it's 0.x, then don't add "compat" option. There are a lot of people
>> still using RHEL 6.x as KVM hypervisor, we have to make sure the image
>> we build can still work on these machines.
>>
>> On Thu, Nov 20, 2014 at 6:49 AM, Leo Simons <lsim...@schubergphilis.com>
>> wrote:
>> > Hey Edison, all,
>> >
>> >
>> https://github.com/apache/cloudstack/commit/05bec59c1498dbcfb8a1089c86855fd3b433ea58
>> >
>> > breaks our internal build with
>> >
>> >     + qemu-img convert -o compat=0.10 -f raw -c -O qcow2 raw.img \
>> >       systemvmtemplate-systemvm-persistent-config-4.5.0.124-kvm.qcow2
>> >     Unknown option 'compat'
>> >     qemu-img: Invalid options for file format 'qcow2'.
>> >
>> > This is on CentOS release 6.6, which has
>> qemu-img-0.15.0-1.el6.rfx.x86_64.
>> >
>> > Based on
>> >   http://wiki.qemu.org/OlderNews
>> > that seems like it is a really old qemu (august 2011).
>> >
>> > I'm guessing you have a newer OS / newer qemu? Can you please let me
>> know what OS, OS version and qemu(-img) version you are using?
>> >
>> > Also, does anyone know if there some minimum version of qemu-img that
>> should be used / cloudstack assumes? Is 0.15 still ok to do an acceptable
>> image conversion with? (we currently don't have any kvm use ourselves, but,
>> I'd like for our build infra to produce useful kvm images nonetheless).
>> >
>> > According to
>> >   http://wiki.qemu.org/ChangeLog/1.1
>> > the -o compat switch was introduced in 1.1.
>> >
>> > According to
>> >
>> https://github.com/qemu/qemu/commit/9117b47717ad208b12786ce88eacb013f9b3dd1c
>> > the default format was changed from 0.10 to 1.1 in qemu 1.7 and onwards.
>> >
>> > The libvirt people
>> >   https://bugzilla.redhat.com/show_bug.cgi?id=997977
>> > say they pass -o compat when qemu supports it (so when v >= 1.1 I
>> imagine).
>> >
>> > I think we should do the same in the build script and I'll make a patch.
>> >
>> > But, should we publish newer-format images too? According to
>> >   http://wiki.qemu.org/Features/Qcow3
>> > the new format is much better so I imagine qcow/kvm users will really
>> appreciate the newer formats.
>> >
>> > Thoughts?
>> >
>> >
>> > cheers,
>> >
>> >
>> > Leo
>> >
>>
>>
>>
>> --
>> Best Regards,
>> Edison

Reply via email to