[Bug 2097605] Re: [SRU] Squid: Ceph new point release 19.2.1

Christian Ehrhardt 2097605 at bugs.launchpad.net
Wed Jun 18 06:12:05 UTC 2025


>From bug 2101944:

> Andreas wrote
> > Depends: librbd1 (>= 19.2.1-0ubuntu0.24.04.1)
> What was it before? Just librbd1?

No, before it was:

Depends: ... librbd1 (>= 19.2.0-0ubuntu2.1)

My assumption is that the symbols mapping that the ceph package has is not well versioned per symbol (Not blaming, Ceph might just works this way) and therefore it will always and forever pick up the very latest.
If that is true it would mean that whenever ceph is in proposed any BD on ceph/librbd1 will entangle with it - not a great prospect but possible :-/

I've quickly looked at debian/librbd1.symbols in 19.2.1-0ubuntu0.24.04.1 and it makes no sense.
The last symbols bump to that file was with ceph 17.0.0 and since then nothing.
Even that was a fixup of mangled c++ symbols to version 0.87 and only 16.0 is the last with symbols added.
So it is either something generated that goes in there or a bug somewhere.
As far as I've looked in the short term I'd expect >=16.0.0 to be sufficient and I'd expect that.

But dpkg-gensymbols at build time seems to come to the conclusion that it is always the very latest.
I extracted the control files of ceph 19.2.0 as it is in noble and it indeed carries DEBIAN/shlibs stating  librbd 1 librbd1 (>= 19.2.0) which on the new now is 19.2.1.
For comparison the DPDK symbols which I mess with more often are based on 23.11 and when updating stable releases like 23.11.x it stays there.

This exceed sthe debug time I can spend for not :-/
Sadly it is what it is, but IMHO a bug should be filed to analyze what ceph/shlibs does there and if it is right to depend on the latest or if it is something to fix.
For now that means at least all those are or would be entangled.
Gladly the tooling picks this up and for example the qemu case is correctly listed as depending on ceph [1]

The full list of affected is mostly stuff we own or things that are not changed too often.
reverse-depends --build-depends --release questing librbd-dev
* fio
* libvirt
* tcmu
* tgt
* qemu

WDYT - an independent bug to ask ceph to improve independent to this
ongoing SRU or something else?

[1]: https://ubuntu-archive-team.ubuntu.com/proposed-
migration/noble/update_excuses.html#qemu

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/2097605

Title:
  [SRU] Squid: Ceph new point release 19.2.1

Status in Ubuntu Cloud Archive:
  Triaged
Status in Ubuntu Cloud Archive caracal series:
  Incomplete
Status in ceph package in Ubuntu:
  Fix Released
Status in ceph source package in Noble:
  Fix Committed
Status in ceph source package in Oracular:
  Fix Committed
Status in ceph source package in Plucky:
  Fix Released

Bug description:
  [Impact]

  This release fixes several bugs. We would like to make sure all of our
  users have access to these improvements.

  The update contains the following package updates:

     * ceph 19.2.1

  See https://docs.ceph.com/en/latest/releases/squid/#v19-2-1-squid for
  release notes. Given it's a minor version update, there are no
  backward-incompat. changes.

  [Test Case]

  The following SRU process was followed:

  https://wiki.ubuntu.com/OpenStackUpdates

  In order to avoid regression of existing users, the OpenStack team
  will run their continuous integration test against the packages that
  are in -proposed. A successful run of all available tests will be
  required before the proposed packages can be let into -updates.

  The OpenStack team will be in charge of attaching the output summary
  of the executed tests. The OpenStack team members will not mark
  ‘verification-done’ until this has happened.

  [Regression Potential]

  In order to mitigate the regression potential, the results of the
  aforementioned tests will be attached to this bug.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/2097605/+subscriptions




More information about the Ubuntu-openstack-bugs mailing list