]> git-server-git.apps.pok.os.sepia.ceph.com Git - ceph.git/commit
ceph.spec.in: require c-ares >= 1.28 for ceph-osd-crimson 69259/head
authorKautilya Tripathi <kautilya.tripathi@ibm.com>
Wed, 3 Jun 2026 08:32:08 +0000 (14:02 +0530)
committerKautilya Tripathi <kautilya.tripathi@ibm.com>
Thu, 4 Jun 2026 07:31:50 +0000 (13:01 +0530)
commit87e233bb2628784c8c59603e74bc728a8944265e
treee443106bcd087926572077de514591855baeaf3d
parent59be7cc28a19e10dcf8885a9bee4b16271fb5d78
ceph.spec.in: require c-ares >= 1.28 for ceph-osd-crimson

Seastar's DNS stack uses ares_query_dnsrec when built against c-ares
>= 1.28 (ARES_VERSION >= 0x011c00). Only ceph-osd-crimson links that
path; classic-osd does not, so add the version floor on the crimson
subpackage only.

Rocky Linux 10 shaman builds use docker.io/rockylinux/rockylinux:10
(os-release 10.1), but dnf builddeps resolve against the live Rocky 10
BaseOS/AppStream repos, which track the newest minor and install
c-ares-devel/c-ares 1.34.6. CMake links ceph-osd-crimson against that
library. Teuthology nodes are provisioned as Rocky 10.1 and install only
the requested Ceph packages without a full distro upgrade, so their
baseline c-ares stays at 1.25.0 (< 1.28, no ares_query_dnsrec). Install
succeeds but OSD startup fails with "undefined symbol: ares_query_dnsrec".

Require c-ares >= 1.28 on ceph-osd-crimson so dnf upgrades to a suitable
libcares (1.34.6 is already in Rocky 10.1 baseos) or fails cleanly at
install. Ubuntu crimson CI does not show this mismatch: the same LTS is
used for building and testing, and maintainers do not bump upstream
package versions across an LTS lifecycle (only cherry-picked fixes), so
build-time and runtime libc-ares stay aligned.

Signed-off-by: Kautilya Tripathi <kautilya.tripathi@ibm.com>
ceph.spec.in