Description of problem: Version 0.81.0-4 was recently build for Fedora 21, with armv7hl architecture disabled. This causes a major ripple effect through the distro with broken deps across countless packages depending on ceph qemu has broken dependencies in the rawhide tree: On armhfp: 2:qemu-system-lm32-2.1.0-0.1.rc0.fc21.armv7hl requires librbd.so.1 2:qemu-system-lm32-2.1.0-0.1.rc0.fc21.armv7hl requires librados.so.2 On armhfp: 2:qemu-system-arm-2.1.0-0.1.rc0.fc21.armv7hl requires librbd.so.1 2:qemu-system-arm-2.1.0-0.1.rc0.fc21.armv7hl requires librados.so.2 On armhfp: 2:qemu-system-cris-2.1.0-0.1.rc0.fc21.armv7hl requires librbd.so.1 2:qemu-system-cris-2.1.0-0.1.rc0.fc21.armv7hl requires librados.so.2 On armhfp: 2:qemu-system-alpha-2.1.0-0.1.rc0.fc21.armv7hl requires librbd.so.1 2:qemu-system-alpha-2.1.0-0.1.rc0.fc21.armv7hl requires librados.so.2 On armhfp: libvirt-daemon-driver-storage-1.2.6-1.fc21.armv7hl requires librbd.so.1 libvirt-daemon-driver-storage-1.2.6-1.fc21.armv7hl requires librados.so.2 This package should not have been built into rawhide with this arch disabled since removing it from arm arch causes breakage across many downstream packages. It needs to be re-enabled asap. Version-Release number of selected component (if applicable): 0.81.0-4
I couldn't find out why it was not built on ARM. The only build failures visible in Koji are for x86_64. http://koji.fedoraproject.org/koji/packageinfo?packageID=10264 (However that doesn't exclude the possibility that Keith saw a scratch or local build failure on ARM). I have just started a scratch build with ARM reenabled to see if it would work: http://koji.fedoraproject.org/koji/taskinfo?taskID=7111419
Here is the failure: /usr/bin/ld: ../src/gtest/lib/libgtest.a(gtest-all.o): undefined reference to symbol 'pthread_getspecific@@GLIBC_2.4' /lib/libpthread.so.0: error adding symbols: DSO missing from command line /usr/bin/ld: ../src/gtest/lib/libgtest.a(gtest-all.o): undefined reference to symbol 'pthread_getspecific@@GLIBC_2.4' /lib/libpthread.so.0: error adding symbols: DSO missing from command line /usr/bin/ld: ../src/gtest/lib/libgtest.a(gtest-all.o): undefined reference to symbol 'pthread_getspecific@@GLIBC_2.4' /lib/libpthread.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status collect2: error: ld returned 1 exit status collect2: error: ld returned 1 exit status Makefile:7379: recipe for target 'ceph_test_cls_version' failed make[3]: *** [ceph_test_cls_version] Error 1 Makefile:7296: recipe for target 'ceph_test_cls_rbd' failed Makefile:7309: recipe for target 'ceph_test_cls_refcount' failed make[3]: *** Waiting for unfinished jobs.... make[3]: *** [ceph_test_cls_rbd] Error 1 make[3]: *** [ceph_test_cls_refcount] Error 1
ceph-0.81.0-2.fc21 built fine on armv7hl as part of the mass rebuild http://koji.fedoraproject.org/koji/buildinfo?buildID=524063 This indicates changes in the .spec and hence the build process has changed and broken this, we're seeing similar issues with aarch64, not sure about other secondary packages
Also this package builds fine for me on my F20 ARM machine. Possibly some change in glibc in F21?
Putting priority back to urgent. Dropping an architecture with no prior warning which affects multiple downstream packages is *not* a 'low' priority issue.
This is not a low priority. ARMv7 is a primary architecture and this breaks numerous functionality on arm
By the way, the build failure on ARM appears to have been caused by removing this section (from %build) when moving to the new spec file: %ifarch %{arm} # libatomic_ops seems to fallback on some pthread implementation on ARM EXTRA_LDFLAGS="-lpthread" %endif So it's likely (I am still testing) that simply adding that back into %build should fix the ARM build. Will let you know for sure once my very slow ARM server finishes (fast one just died :-( ).
Created attachment 916189 [details] arm.patch Builds when the attached patch is added. (Note this is a patch against the new / upstream ceph.spec. I notice that the current spec file is back to the old one).
Spec was reverted and a new build pushed, so this is currently fixed.