On Wed, Dec 05, 2018 at 02:31:10PM +0000, Daniel P. Berrangé wrote:
On Wed, Dec 05, 2018 at 08:45:19AM -0500, Kaleb S. KEITHLEY wrote:
On 12/5/18 8:34 AM, Dan Horák wrote:
On Wed, 5 Dec 2018 14:23:49 +0100 Marcin Juszkiewicz mjuszkiewicz@redhat.com wrote:
W dniu 05.12.2018 o 14:14, Kaleb S. KEITHLEY pisze:
Ceph 14.x.x (Nautilus) will no longer be built on i686 and armv7hl archs starting in fedora-30/rawhide.
The upstream project doesn't support it. The armv7hl builders don't have enough memory (or address space) to build some components.
Is there any consideration given to only building the ceph client pieces on 32-bit ? Presumably those parts are simpler and thus not likely to hit the address/memory limits, and be more tractable for supporting ?
I very much doubt people would run ceph server parts on 32-bit, so any usage of ceph on 32-bit is likely to be limited to the client pieces
As Dan says, I'd like to know if you (Kaleb) considered building only the client bits (librbd1 I think?). It's something which libguestfs needs too albeit indirectly.
Assuming I've got the right command, the complete list of reverse dependencies for the client side of Ceph is:
# repoquery -q --whatrequires 'librbd.so.1()(64bit)' ceph-common-1:12.2.8-1.fc29.x86_64 ceph-common-1:12.2.9-1.fc29.x86_64 ceph-test-1:12.2.8-1.fc29.x86_64 ceph-test-1:12.2.9-1.fc29.x86_64 fio-0:3.7-2.fc29.x86_64 librbd-devel-1:12.2.8-1.fc29.x86_64 librbd-devel-1:12.2.9-1.fc29.x86_64 libvirt-daemon-driver-storage-rbd-0:4.7.0-1.fc29.x86_64 python-rbd-1:12.2.8-1.fc29.x86_64 python-rbd-1:12.2.9-1.fc29.x86_64 python3-rbd-1:12.2.8-1.fc29.x86_64 python3-rbd-1:12.2.9-1.fc29.x86_64 qemu-block-rbd-2:3.0.0-1.fc29.x86_64 qemu-block-rbd-2:3.0.0-2.fc29.x86_64 rbd-fuse-1:12.2.8-1.fc29.x86_64 rbd-fuse-1:12.2.9-1.fc29.x86_64 rbd-nbd-1:12.2.8-1.fc29.x86_64 rbd-nbd-1:12.2.9-1.fc29.x86_64 scsi-target-utils-rbd-0:1.0.70-4.fc28.x86_64
Rich.