[FFE] Build qemu-kvm with RBD support

Thanks for submitting this bug.

We can't currently build with rbd because librbd-dev is in universe. It needs to go into main first.

However, pulling it into main as well as building qemu against it are planned for this cycle. Hopefully soon.

Has there been any progress on this? I see that librbd is still in universe?

You might want to take a look at: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/837667/

Currently version 0.38 is in Ubuntu, but the Ceph project is going pretty fast, I suggest that another pull of the Ceph code is done before freezing the packages.

Test rebuild commencing, but wanted to get this on the radar, sorry it is so late, the CEPH MIR got lost in the fray and is arriving a bit late.

Test build finished. VERY minimal impact to the packages at a high level. Running smoke tests right now on my machine, nothing has failed yet with regular kvm usage.

File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)
------------------------------------------------
Source: qemu-kvm [-(1.0+noroms-0ubuntu12)-] {+(1.0+noroms-0ubuntu13)+}
Version: [-1:84+dfsg-0ubuntu16+1.0+noroms+0ubuntu12-] {+1:84+dfsg-0ubuntu16+1.0+noroms+0ubuntu13+}
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)
------------------------------------------------
Version: [-1.0+noroms-0ubuntu12-] {+1.0+noroms-0ubuntu13+}
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)
------------------------------------------------
Version: [-1.0+noroms-0ubuntu12-] {+1.0+noroms-0ubuntu13+}
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)
------------------------------------------------
Depends: iproute, python, qemu-common (>= [-1.0+noroms-0ubuntu12),-] {+1.0+noroms-0ubuntu13),+} qemu-utils (>= [-1.0+noroms-0ubuntu12),-] {+1.0+noroms-0ubuntu13),+} upstart-job, libaio1 (>= 0.3.93), libasound2 (>= 1.0.23), libc6 (>= 2.15), libcurl3-gnutls (>= 7.16.2-1), libglib2.0-0 (>= 2.24.0), libgnutls26 (>= 2.12.6.1-0), libncurses5 (>= 5.5-5~), libpng12-0 (>= 1.2.13-4), libpulse0 (>= 1:0.99.1), {+librados2, librbd1,+} libsasl2-2, libsdl1.2debian (>= 1.2.10-1), libtinfo5, libuuid1 (>= 2.16), libx11-6, zlib1g (>= 1:1.1.4)
Installed-Size: [-12912-] {+12942+}
Version: [-1.0+noroms-0ubuntu12-] {+1.0+noroms-0ubuntu13+}
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)
------------------------------------------------
Depends: libaio1 (>= 0.3.93), libc6 (>= 2.15), libcurl3-gnutls (>= 7.16.2-1), libglib2.0-0 (>= 2.12.0), {+librados2, librbd1,+} libuuid1 (>= 2.16), zlib1g (>= 1:1.1.4)
Installed-Size: [-781-] {+799+}
Version: [-1.0+noroms-0ubuntu12-] {+1.0+noroms-0ubuntu13+}

Attaching successful build log showing building/linking RBD

This is now blocked on the MIR bug 932898 for CEPH, which is blocked on the FFE bug 932896

qa-regression-tests for test-qemu.py and test-libvirt.py both passed (minus the USB hostdev failure which was pre-existing). A guest install with the new kvm is going fine.

No objections from me on the patch, no apparent regressions.

Thanks, Clint.

Since this is already regression-tested, no objections. FFe approved.

This bug was fixed in the package qemu-kvm - 1.0+noroms-0ubuntu13

---------------
qemu-kvm (1.0+noroms-0ubuntu13) precise; urgency=low

  * d/rules,d/control: Enable RADOS block device (RBD) (LP: #904834)
 -- Clint Byrum <email address hidden> Thu, 12 Apr 2012 08:58:11 -0700