[Bug 2119024] Re: [SRU] Squid: Ceph new point release 19.2.3

Chris Halse Rogers 2119024 at bugs.launchpad.net
Wed Nov 19 06:18:14 UTC 2025


I've reviewed the packaging changes; they mostly look good, I have only
a few questions/comments:

The added Build-Depends:
 liblttng-ust-dev,
 liblttng-ust1t64,

are duplicative; liblttng-ust-dev already Depends on liblttng-ust1t64.
Is there a reason for explicitly pulling liblttng-ust1t64 in?

The debian/rules change:

- extraopts += -DWITH_LTTNG=OFF -DWITH_EMBEDDED=OFF
+ extraopts += -DWITH_LTTNG=ON -DWITH_EMBEDDED=ON

changes both the WITH_LTTNG and WITH_EMBEDDED settings. (This appears to
be harmless because WITH_EMBEDDED appears to be an option the build
system no longer recognises)

Finally, the Noble upload has a weird diff from the other uploads:

diff -Nru ceph-19.2.3/debian/patches/snapshot-upgrade-fix.patch ceph-19.2.3/debian/patches/snapshot-upgrade-fix.patch
--- ceph-19.2.3/debian/patches/snapshot-upgrade-fix.patch       2025-08-12 03:02:00.000000000 +1000
+++ ceph-19.2.3/debian/patches/snapshot-upgrade-fix.patch       2025-10-01 07:02:28.000000000 +1000
@@ -5,14 +5,15 @@
  the right order

 Reference: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/2089565
-Origin: vendor
-Bug-Ubuntu: https://bugs.launchpad.net/bugs/2089565
 ---
- diff --git a/src/mds/MDSMap.cc b/src/mds/MDSMap.cc
-index cd5cb3a98a..5a68a2ef0b 100644
+ src/mds/MDSMap.cc | 120 ++++++++++++++++++++++++++++++++++++++++++++--
+ 1 file changed, 116 insertions(+), 4 deletions(-)
+
+diff --git a/src/mds/MDSMap.cc b/src/mds/MDSMap.cc
+index cd5cb3a98a..297f0da50b 100644
 --- a/src/mds/MDSMap.cc
 +++ b/src/mds/MDSMap.cc
-@@ -961,11 +961,114 @@ void MDSMap::decode(bufferlist::const_iterator& p)
+@@ -961,11 +961,123 @@ void MDSMap::decode(bufferlist::const_iterator& p)
    }

    if (ev >= 17) {
@@ -94,7 +95,10 @@
 +     *
 +     * Quincy 17.2.7 has neither of the 2 fields.
 +     */
++    dout(20) << "ev=" << ev << dendl;
++
 +    unsigned off = p.get_off();
++    dout(20) << "off=" << off << dendl;
 +
 +    /*
 +     * The smallest size is a single decimal digit bal_rank_mask,
@@ -108,18 +112,24 @@
 +    uint8_t byte;
 +    decode(byte, p);
 +    p.seek(off);
-
--  if (ev >= 18) {
--    decode(max_xattr_size, p);
++
++    dout(20) << "byte=" << static_cast<int>(byte) << dendl;
++
 +    if (byte < 0x10) {
++      dout(20) << "decoding in the normal squid order" << dendl;
++
 +      if (ev >= 17) {
 +      decode(max_xattr_size, p);
 +      }
-+
+
+-  if (ev >= 18) {
+-    decode(max_xattr_size, p);
 +      if (ev >= 18) {
 +      decode(bal_rank_mask, p);
 +      }
 +    } else {
++      dout(20) << "decoding in the squid git snapshot order" << dendl;
++
 +      if (ev >= 17) {
 +      decode(bal_rank_mask, p);
 +      }

However, this is not a change from the status-quo - this is not a diff
introduced by this upload. It might be worth working out why the Noble
version of this patch is slightly different, though.

-- 
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/2119024

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

Status in Ubuntu Cloud Archive:
  New
Status in Ubuntu Cloud Archive caracal series:
  New
Status in ceph package in Ubuntu:
  Fix Released
Status in ceph source package in Noble:
  In Progress
Status in ceph source package in Plucky:
  In Progress
Status in ceph source package in Questing:
  In Progress
Status in ceph source package in Resolute:
  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.2 https://ceph.io/en/news/blog/2025/v19-2-2-squid-released/
     * ceph 19.2.3 https://ceph.io/en/news/blog/2025/v19-2-3-squid-released/

  Notable changes:
      * This fixes a silent RGW data loss regression when CopyObject is used to copy an object onto itself. The regression results in objects past the original 4mb head object being added to the garbage collection queue and deleted permanently, and are not recoverable. 
      * LTTNG has been enabled for easier tracing and debugging.

  Key differences from upstream:
      * libnbd has been disabled from the build system. libnbd is in universe in Ubuntu, and cannot be a dependency for 19.2.3.
      * On questing, adjustments had to be made to build with boost1.88. On plucky and noble, these adjustments have been removed to build with standard boost 1.83 and 1.82.
      * python-cryptography uses PyO3 to call some rust based bcrypt and TLS functions, and has problems being called in parallel and in sub-interpreters, necessary for ceph-dashboard to work correctly. This was fixed by backporting:
  		commit 717d0a6f3530ad3e07f4423002810327b2addcf1 
  		From: "Paulo E. Castro" <pecastro at wormholenet.com>
  		Date: Sat, 5 Apr 2025 21:47:55 +0100
  		Subject: pybind/mgr: Hack around the 'ImportError: PyO3 modules
  		 may only be initialized once per interpreter process' issue.
  		Link: https://github.com/ceph/ceph/commit/7094a5a44d90e705141dbae9739e6c0835bf7ce3
  		See also:
  		 https://tracker.ceph.com/issues/64213
  		 https://github.com/bazaah/aur-ceph/issues/20
  		 https://bugs.launchpad.net/charm-ceph-dashboard/+bug/2073115
      * Noble also receives the bugfix for hardened CFLAGS for python modules. See https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/2078244

  [Test Case]

  This SRU will run all functional tests with the packages in 'proposed'
  for every Ceph charm maintained by Canonical's Ceph team, so that
  there's a higher chance of catching bugs associated with any Ceph
  component.

  (mruffell to lmlogiudice: 
  	* can you add details of what ceph-charms will be run? 
  	* will you do any upgrade testing from 19.2.1 to 19.2.3?
  	* will you test LTTNG being enabled? How? What will you trace to check it works?
  	* is it possible to verify that the data loss regression has been fixed?
  )

  [Regression Potential]

  ceph is a critical package as it underpins large scale data storage
  and integrity checking, and care must be taken to not introduce any
  data loss regressions. ceph also is a common backing store for
  OpenStack virtual machines through ceph-rbd, and care must be taken to
  not break any API or ABI compatibility with current OpenStack
  releases.

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

  [Other info]

  Microrelease exception:
  https://documentation.ubuntu.com/project/SRU/reference/exception-
  OpenStack-Updates/

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




More information about the Ubuntu-openstack-bugs mailing list