ceph - ceph-devel - 2024-07-12

Timestamp (UTC)Message
2024-07-12T01:11:19.645Z
<badone> @Ronen Friedman a good first step would be a passing build on shaman using clang-16, <https://tracker.ceph.com/projects/ceph/wiki/CDM_10-JUL-2024>
2024-07-12T01:11:37Z
<badone> At least, IMHO 🙂
2024-07-12T04:16:02.104Z
<MOHIT AGRAWAL> Is it possible to access the environment? It is ok if you can just share the output of a command ""thread apply all bt full"  after attach a coredump with gdb. It seems the core is available on the system. I have
tried to setup a container environment via ceph-debug-docker.sh after configure same URL as it is showing in teuthology logs but i did not get success.
2024-07-12T10:08:56.808Z
<cfanz> Hi,does anyone know why `struct crush_bucket::weight` is u32 rather than u64? Is it ok to change it to u64 if not consider upgrade scene?  That var seems have nothing to do with bucket choose algorithm. I got this problem because the cluster capacity is reaching  65536TB and adding new osd by ceph-volume with default crush weight which is the size of disk report an error.
2024-07-12T13:51:11.404Z
<MOHIT AGRAWAL> I have tried to setup similar environment via script script/ceph-debug-docker.sh after using same hash(30e96d2ffffa7f50cdb9aa9a47e096193f18457a) and branch(wip-cbodley-testing) but it is always trying to install the ceph version (19.2.0~git20240301.4c76c50-0ubuntu6) not the version 19.0.0-4722-g30e96d2f-1jammy mentioned in teuthology.logs(<https://qa-proxy.ceph.com/teuthology/cbodley-2024-07-03_01:53:26-rgw-wip-cbodley-testing-distro-default-smithi/7784881/teuthology.log>). It would be also good if you can give some input on the same why the script is not able to fetch same version after using the same sha and branch.
2024-07-12T13:55:23.472Z
<Casey Bodley> i'm afraid i don't have any experience with that script
2024-07-12T13:56:10.428Z
<Casey Bodley> i do see that the repos for that sha are still available at <https://shaman.ceph.com/repos/ceph/wip-cbodley-testing/30e96d2ffffa7f50cdb9aa9a47e096193f18457a/>
2024-07-12T15:26:39.494Z
<Rost Khudov> Do you know if test has [@attr('rgw_down')](https://github.com/ceph/ceph/blob/main/src/test/rgw/rgw_multi/tests.py#L3212) it supposes to fail? right?
because none of `*_rgw_down` tests are working...at least for me
2024-07-12T15:39:13.198Z
<Casey Bodley> @Shilpa Jagannath recently added the `fails_with_rgw` to a lot of unreliable test cases in <https://github.com/ceph/ceph/pull/56874>. it looks like some `rgw_down` tests were tagged too. we'll need to work out a strategy to address each of those so we can reenable them
2024-07-12T15:40:21.548Z
<Rost Khudov> oh, so all tests with `fails_with_rgw attribute` are not reliable, got it

Any issue? please create an issue here and use the infra label.