[ceph-users] Re: 16.2.13: ERROR:ceph-crash:directory /var/lib/ceph/crash/posted does not exist; please create

2023-06-01 Thread Zakhar Kirpichenko
Thanks, Josh. The cluster is managed by cephadm. On Thu, 1 Jun 2023, 23:07 Josh Baergen, wrote: > Hi Zakhar, > > I'm going to guess that it's a permissions issue arising from > https://github.com/ceph/ceph/pull/48804, which was included in 16.2.13. > You may need to change the directory

[ceph-users] Re: reef v18.1.0 QE Validation status

2023-06-01 Thread Yuri Weinstein
Still awaiting for approvals: rados - Radek fs - Kotresh and Patrick upgrade/pacific-x - good as is, Laura? upgrade/quicny-x - good as is, Laura? upgrade/reef-p2p - N/A powercycle - Brad On Tue, May 30, 2023 at 9:50 AM Yuri Weinstein wrote: > > Details of this release are summarized here: > >

[ceph-users] Re: 16.2.13: ERROR:ceph-crash:directory /var/lib/ceph/crash/posted does not exist; please create

2023-06-01 Thread Josh Baergen
Hi Zakhar, I'm going to guess that it's a permissions issue arising from https://github.com/ceph/ceph/pull/48804, which was included in 16.2.13. You may need to change the directory permissions, assuming that you manage the directories yourself. If this is managed by cephadm or something like

[ceph-users] Re: PGs incomplete - Data loss

2023-06-01 Thread Eugen Block
Hi, the short answer is yes, but without knowing anything about the cluster or what happened exactly it's a wild guess. In general, you can use the ceph-objectstore-tool [1] to export a PG (one replica or chunk) from an OSD and import it to a different OSD. I have to add, I never had to do

[ceph-users] Re: Cluster without messenger v1, new MON still binds to port 6789

2023-06-01 Thread Konstantin Shalygin
Hi, > On 1 Jun 2023, at 12:50, Robert Sander wrote: > > a cluster has ms_bind_msgr1 set to false in the config database. > > Newly created MONs still listen on port 6789 and add themselves as providing > messenger v1 into the monmap. > > How do I change that? > > Shouldn't the MONs use the

[ceph-users] 16.2.13: ERROR:ceph-crash:directory /var/lib/ceph/crash/posted does not exist; please create

2023-06-01 Thread Zakhar Kirpichenko
Hi, I'm having an issue with crash daemons on Pacific 16.2.13 hosts. ceph-crash throws the following error on all hosts: ERROR:ceph-crash:directory /var/lib/ceph/crash/posted does not exist; please create ERROR:ceph-crash:directory /var/lib/ceph/crash/posted does not exist; please create

[ceph-users] Re: reef v18.1.0 QE Validation status

2023-06-01 Thread Mark Nelson
Hi Yuri, I'd like to get https://github.com/ceph/ceph/pull/51821 in as well if we can. Mark On 5/30/23 11:50, Yuri Weinstein wrote: Details of this release are summarized here: https://tracker.ceph.com/issues/61515#note-1 Release Notes - TBD Seeking approvals/reviews for: rados - Neha,

[ceph-users] Re: reef v18.1.0 QE Validation status

2023-06-01 Thread Casey Bodley
thanks Yuri, i'm happy to approve rgw based on the latest run in https://pulpito.ceph.com/yuriw-2023-05-31_19:25:20-rgw-reef-release-distro-default-smithi/. there are still some failures that we're tracking, but nothing that should block the rc On Wed, May 31, 2023 at 3:22 PM Yuri Weinstein

[ceph-users] Cluster without messenger v1, new MON still binds to port 6789

2023-06-01 Thread Robert Sander
Hi, a cluster has ms_bind_msgr1 set to false in the config database. Newly created MONs still listen on port 6789 and add themselves as providing messenger v1 into the monmap. How do I change that? Shouldn't the MONs use the config for ms_bind_msgr1? Regards -- Robert Sander Heinlein

[ceph-users] Re: cephadm does not honor container_image default value

2023-06-01 Thread Daniel Krambrock
I reported the bug here: https://tracker.ceph.com/issues/61553 Am 15.05.23 um 14:50 schrieb Adam King: I think with the `config set` commands there is logic to notify the relevant mgr modules and update their values. That might not exist with `config rm`, so it's still using the last set value.