Untested 'git am'able fix attached, let me know if you'd like me to push and build this for devel.
Created attachment 1316495 [details] Include and own /usr/lib64/qemu contents in librbd1, don't create in %post
Could you please create an upstream PR [1]? We consume the spec file for fedora from the upstream spec file and keeping as little changes as possible to the upstream spec file is highly preferred. It will also get a proper review. Thanks, Boris [1] https://github.com/ceph/ceph/blob/master/ceph.spec.in
https://github.com/ceph/ceph/pull/17181
This symlink should not be necessary anymore. QEMU is properly linked to ceph/librbd these days (look at the qemu-block-rbd sub-package in Fedora) The symlink was a hack from a time when librbd was distributed and supported by ceph and the rbd driver would be enabled at runtime only when/if the symlink was present. So the right fix is to actually get rid of the symlink altogether and never touch (much less own) /usr/lib64/qemu.
This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle. Changing version to '28'.
This was fixed when we switched to direct compilation against librbd in qemu.