May 2021 - Dev - lists.ceph.io

by Josh Durgin

Hey folks, now that Pacific is out I wanted to bring up docs backports. Today, docs.ceph.com shows master by default, with an appropriate warning at the top that it represents a development version. Since the primary audience of the docs is users, not developers, I suggest that we switch the default branch to the latest stable, i.e. pacific, and apply the normal backport process to docs that are relevant to the latest stable release as well. To kickstart things, I'll prepare a backport of the existing doc changes since the pacific release. What do folks think? Josh

1 week, 5 days

6
10
0 0

Re: [ceph-users] rbd-nbd crashes Error: failed to read nbd request header: (33) Numerical argument out of domain

by Mykola Golub

On Wed, May 19, 2021 at 11:32:04AM +0800, Zhi Zhang wrote: > On Wed, May 19, 2021 at 11:19 AM Zhi Zhang <zhang.david2011(a)gmail.com> > wrote: > > > > > On Tue, May 18, 2021 at 10:58 PM Mykola Golub <to.my.trociny(a)gmail.com> > > wrote: > > > > > > Could you please provide the full rbd-nbd log? If it is too large for > > > the attachment then may be via some public url? > > > > ceph.rbd-client.log.bz2 > > <https://drive.google.com/file/d/1TuiGOrVAgKIJ3BUmiokG0cU12fnlQ3GR/view?usp=…> > > > > I uploaded it to google driver. Pls check it out. > > We found the reader_entry thread got zero byte when trying to read the nbd > request header, then rbd-nbd exited and closed the socket. But we haven't > figured out why read zero byte? Ok. I was hoping to find some hint in the log, why the read from the kernel could return without data, but I don't see it. From experience it could happen when the rbd-nbd got stack or was too slow so the kernel failed after timeout, but it looked different in the logs AFAIR. Anyway you can try increasing the timeout using rbd-nbd --timeout (--io-timeout in newer versions) option. The default is 30 sec. If it does not help, probably you will find a clue increasing the kernel debug level for nbd (it seems it is possible to do). -- Mykola Golub

3 weeks, 2 days

3
4
0 0

nautilus 14.2.22

by Yuri Weinstein

As nautilus is nearing its EOL we are planning to do a next (maybe the last) point release - nautilus 14.2.22 in the first part of June 2021. If you have any code changes that are to be included pls raise PRs and add labels "nautilus -batch1" and "needs-qa", so they can be tested and merged in time for 14.2.22. Thx YuriW

3 months, 1 week

6
11
0 0

RBD persistent writeback cache performance

by Wido den Hollander

Hi, With Pacific (16.2.0) out of the door we have the RBD persistent WriteBack cache for RBD: https://docs.ceph.com/en/latest/rbd/rbd-persistent-write-back-cache/ Has anybody performed some benchmarks with the RBD cache? Interested in the QD=1 bs=4k performance mainly. I don't have any proper hardware available to run benchmarks on yet. Wido

3 months, 2 weeks

2
4
0 0

stop building/testing master on bionic

by Kefu Chai

hi folks, tl;dr: can we stop building/testing master on bionic for a better GCC? long story: two months ago, we migrated[0] our CI jobs running "make check" from ubuntu/bionic to ubuntu/focal so we have access to more packages offered by focal for testing. but we are still suffering[1] from the ancient packages offered by bionic: - buggy tcmalloc. see https://github.com/ceph/ceph/pull/41340 - GCC 7.5.0 shipped along with ubuntu/bionic. i think the support of std::filesystem is just the tip of the iceberg, as we've migrated to C++17, there will be more and more demand for a compiler and a standard library with better C++17 (and C++20 in future) support. GCC-7 has good support[2] of C++17, but that does not imply that libstdc++ shipped along with GCC-7 has. but we have to build and test on bionic[3], for couple reasons: - some upgrade tests from octopus are performed on bionic. for instance, see https://github.com/ceph/ceph/tree/master/qa/suites/upgrade/pacific-x/parall… - cosbench used by perf tests needs bionic: see https://tracker.ceph.com/issues/49139 - // please note rados/thrash-old-clients/distro$/ubuntu_18.04.yaml is safe even after we stop building master on bionic, as we've switched[4] to cephadm for thrash-old-clients and because of https://tracker.ceph.com/issues/50218, we cannot use ubuntu-toolchain-r PPA repo for newer GCC. so, i propose we - drop building/testing master on bionic. - drop the upgrade test from pacific on bionic - drop the cosbench workload from rados/perf test suites what do you think? -- [0] https://tracker.ceph.com/issues/49653 [1] https://github.com/ceph/ceph/pull/41433#discussion_r636604231 [2] https://gcc.gnu.org/projects/cxx-status.html [3] https://github.com/ceph/ceph-build/pull/1794#issuecomment-815435506 [4] https://github.com/ceph/ceph/pull/32377

3 months, 2 weeks

4
4
0 0

CDM June 2021

by Josh Durgin

Next week we've got CDM at EMEA-friendly time: 2 June @ 11am EST Join us at: https://bluejeans.com/908675367 There's one rados topic so far, related to unfound/EIO handling with OSD restarts, and how to test this area better. Thanks te Jin Hase and Mykola Golub for bringing this up1 Please add further topics here: https://tracker.ceph.com/projects/ceph/wiki/CDM_02-JUN-2021 Josh

3 months, 3 weeks

2
1
0 0

mgr, numpy and sub-interpreters

by Sebastian Wagner

All, We have two issues: * https://tracker.ceph.com/issues/45574 * https://tracker.ceph.com/issues/48787 Caused by numpy not supporting Python sub-interpreters. Unfortunately, the latter issue came up in the most recent Octopus validations. I suspect it's just a matter of time, till our users are affected by it. Note that removing numpy is not easy, as kuberenetes-client depends (transitively) on numpy. Thoughts? - Sebastan

3 months, 3 weeks

4
4
0 0

05/20/2021 perf meeting is on!

by Mark Nelson

Hi Folks, The performance meeting will be starting in about 70 minutes. Today the only topic I have is that we'll discuss whether or not it makes sense to do another submission for CephFS for the ISC21 IO500 competition. Please feel free to add your own topic! Etherpad: https://pad.ceph.com/p/performance_weekly Bluejeans: https://bluejeans.com/908675367 Mark

3 months, 4 weeks

1
0
0 0

v15.2.13 Octopus released

by David Galloway

We're happy to announce the 13th backport release in the Octopus series. We recommend users to update to this release. For a detailed release notes with links & changelog please refer to the official blog entry at https://ceph.io/releases/v15-2-13-octopus-released Notable Changes --------------- * RADOS: Ability to dynamically adjust trimming rate in the monitor and several other bug fixes. Getting Ceph ------------ * Git at git://github.com/ceph/ceph.git * Tarball at https://download.ceph.com/tarballs/ceph-15.2.13.tar.gz * For packages, see https://docs.ceph.com/docs/master/install/get-packages/ * Release git sha1: c44bc49e7a57a87d84dfff2a077a2058aa2172e2

3 months, 4 weeks

1
0
0 0

15.2.13 QE Octopus validation status

by Yuri Weinstein

Details of this release summarized here: https://tracker.ceph.com/issues/50930#note-1 Seeking approvals for: rados - Neha, Sebastian ? rgw - Casey ? krbd - Ilya? (maybe a warning whitelisting is missing?) fs, kcephfs, mutlimds - Patrick, Ramana, Venky ? Thx YuriW

3 months, 4 weeks

6
6
0 0

2021

2020

2019

Dev May 2021