Rook users are seeing OSDs fail on arm64 with v18.2.4. I would think it also affects non-rook users. Tracker opened: https://tracker.ceph.com/issues/67213 Thanks, Travis On Wed, Jul 24, 2024 at 3:13 PM Yuri Weinstein <yweinste@xxxxxxxxxx> wrote: > We're happy to announce the 4th release in the Reef series. > > An early build of this release was accidentally exposed and packaged > as 18.2.3 by the Debian project in April. That 18.2.3 release should > not be used. The official release was re-tagged as v18.2.4 to avoid > further confusion. > > v18.2.4 container images, now based on CentOS 9, may be incompatible > on older kernels (e.g., Ubuntu 18.04) due to differences in thread > creation methods. Users upgrading to v18.2.4 container images with > older OS versions > may encounter crashes during `pthread_create`. For workarounds, refer > to the related tracker. However, we recommend upgrading your OS to > avoid this unsupported combination. > Related tracker: https://tracker.ceph.com/issues/66989 > > We recommend users to update to this release. > For detailed release notes with links & changelog please refer to the > official blog entry at > https://ceph.io/en/news/blog/2024/v18-2-4-reef-released/ > > Notable Changes > --------------- > * RADOS: This release fixes a bug (https://tracker.ceph.com/issues/61948) > where > pre-reef clients were allowed to connect to the `pg-upmap-primary` > (https://docs.ceph.com/en/reef/rados/operations/read-balancer/) > interface despite users having set `require-min-compat-client=reef`, > leading to an assert in the osds and mons. You are susceptible to this > bug in reef versions prior to 18.2.3 if 1) you are using an osdmap > generated via the offline osdmaptool with the `--read` option or 2) > you have explicitly generated pg-upmap-primary mappings with the CLI > command. Please note that the fix is minimal and does not address corner > cases such as adding a mapping in the middle of an upgrade or in a > partially > upgraded cluster (related trackers linked in > https://tracker.ceph.com/issues/61948). > As such, we recommend removing any existing pg-upmap-primary > mappings until remaining > issues are addressed in future point releases. > See https://tracker.ceph.com/issues/61948#note-32 for instructions > on how to remove > existing pg-upmap-primary mappings. > * RBD: When diffing against the beginning of time (`fromsnapname == NULL`) > in > fast-diff mode (`whole_object == true` with `fast-diff` image feature > enabled > and valid), diff-iterate is now guaranteed to execute locally if > exclusive > lock is available. This brings a dramatic performance improvement for > QEMU > live disk synchronization and backup use cases. > * RADOS: `get_pool_is_selfmanaged_snaps_mode` C++ API has been deprecated > due to being prone to false negative results. It's safer replacement is > `pool_is_in_selfmanaged_snaps_mode`. > * RBD: The option ``--image-id`` has been added to `rbd children` CLI > command, > so it can be run for images in the trash. > > Related tracker: https://tracker.ceph.com/issues/65393 > > Getting Ceph > ------------ > * Git at git://github.com/ceph/ceph.git > * Tarball at https://download.ceph.com/tarballs/ceph_18.2.4.orig.tar.gz > * Containers at https://quay.io/repository/ceph/ceph > * For packages, see https://docs.ceph.com/en/latest/install/get-packages/ > * Release git sha1: e7ad5345525c7aa95470c26863873b581076945d > _______________________________________________ > Ceph-announce mailing list -- ceph-announce@xxxxxxx > To unsubscribe send an email to ceph-announce-leave@xxxxxxx > > _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx
 |