Hello,
I tried to verify this SRU, but halfway through the process... realized
I was pulling from -updates (current) and not -proposed... and even so,
I could not replicate the bug:
So I guess it's fixed?
Tyler
---
# Boot a clean cloud-init'd 18.04 image:
ubuntu@dev-10-34-138-116:~$ lsb_release
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1964802
Title:
[SRU] ceph 15.2.16
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1964802/+subscriptions
-
We have also been bitten by this. Apologies if this does not help solve
the bug, but this issue has been floating for quite awhile and the
following may help future cloud operators...
In our case, we trying to re-IP ALL of our Ceph Mons. As Corey
mentioned, this bug report is for *Cinder volumes
Ponnuvel, don't the fio tests show significantly better write IOPS and
latency in the optimized case?
== rocksdb%20optimized.txt
...
write: IOPS=1269, BW=5076KiB/s (5198kB/s)(2048MiB/413114msec); 0 zone
...
| 99.00th=[ 180], 99.50th=[ 384], 99.90th=[ 1003], 99.95th=[ 1636],
|
Good to know it's just rocksdb!
Has Canonical also considered compiling the source code with -DNDEBUG to
align with what appears to be the upstream default set of RelWithDebInfo
flags? The Ceph source code is quasi-judicious about its use of
`ceph_assert`, which is effectively compiled out when -
Oof - so I hacked up debian/rules a little so that "RelWithDebInfo" is
used instead of "None" for CMAKE_BUILD_TYPE. I then ^C'd the dpkg-
buildpackage after it started compiling the first few source files and
observed that:
* When doing make V=1 VERBOSE=1 in obj-x86_64-linux-gnu/src/rocksdb
*wi
Checked out ceph-15.2.3 source on a up-to-date focal VM.
When running dpkg-buildpackage, CMakeCache.txt gets generated as
expected. However, the generated CMAKE_BUILD_TYPE is "None".
A bit odd, but going a step further, one can grep for CMAKE_C_FLAGS in that
same file and see something to the e
