[ceph-users] Re: replace osd with Octopus

2020-11-27 Thread Anthony D'Atri
>> > > Here is the context. > https://docs.ceph.com/en/latest/mgr/orchestrator/#replace-an-osd > > When disk is broken, > 1) orch osd rm --replace [--force] > 2) Replace disk. > 3) ceph orch apply osd -i > > Step #1 marks OSD "destroyed". I assume it has the same effect as > "ceph osd destr

[ceph-users] Re: Planning: Ceph User Survey 2020

2020-11-27 Thread Adiga, Anantha
Hi Yuval, Your questions have been added. Thank you, Anantha From: Yuval Lifshitz Sent: Wednesday, November 25, 2020 6:30 AM To: Mike Perez Cc: ceph-users ; Adiga, Anantha ; Paul Mezzanini ; Anthony D'Atri Subject: Re: [ceph-users] Planning: Ceph User Survey 2020 Hi Mike, Could we add more

[ceph-users] rbd image backup best practice

2020-11-27 Thread Marc Roos
Is there a best practice or guide for backuping rbd images? ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: replace osd with Octopus

2020-11-27 Thread Tony Liu
> >> When replacing an osd, there will be no PG remapping, and backfill > >>> will restore the data on the new disk, right? > >> > >> That depends on how you decide to go through the replacement process. > >> Usually without your intervention (e.g. setting the appropriate OSD > >> flags) the remapp

[ceph-users] Re: [EXTERNAL] Access/Delete RGW user with leading whitespace

2020-11-27 Thread Benjamin . Zieglmeier
Following up on this one as I just figured it out in case it helps anyone else: The leading whitespace must have been some other sort of non-standard whitespace. If I copied the entire output of the user value from the `user list` command, and pasted that as the value for --uid in the `radosgw-a

[ceph-users] Access/Delete RGW user with leading whitespace

2020-11-27 Thread Benjamin . Zieglmeier
Hello, In our environment we have a user that has a leading whitespace in the UID. I don’t know how it was created, however I am unable to GET or DELETE it either using `radosgw-admin` or the Admin API: # radosgw-admin user list | grep rgw " rgw-prometheus", "rgw-prometheus", When I tr

[ceph-users] Re: Tracing in ceph

2020-11-27 Thread Seena Fallah
Thanks so much for your help. Do we have to trace for the OSDs section too? It seems it's just for the radosgw and don't trace the request in OSDs. On Tue, Nov 24, 2020 at 5:04 PM Abhinav Singh wrote: > hi Seena, sorry for the late reply, > I have used jaeger to trace the rgw req, the PR is sti

[ceph-users] Re: Public Swift yielding errors since 14.2.12

2020-11-27 Thread Jukka Nousiainen
Greetings Vladimir, > Do you have anything interesting in rgw debug log (debug rgw = 20) or in > keystone log? This is with RadosGW 14.2.14: 2020-11-27 11:10:17.582 7f2406c6c700 5 Searching permissions for uid=anonymous 2020-11-27 11:10:17.582 7f2406c6c700 5 Permissions for user not found 202

[ceph-users] Re: Manual bucket resharding problem

2020-11-27 Thread Mateusz Skała
Hi. This list is empty :( # radosgw-admin reshard stale-instances list [] I will try tu put fixed meta on Sunday, as I write before. Someone have done this on production? Regards Mateusz Skała > Wiadomość napisana przez Konstantin Shalygin w dniu > 24.11.2020, o godz. 11:35: > > Try to look a

[ceph-users] Re: Manual bucket resharding problem

2020-11-27 Thread Mateusz Skała
Hi. Thank You, I will try this solution probably on Sunday. Will write results here. Regards Mateusz Skała > Wiadomość napisana przez Amit Ghadge w dniu 24.11.2020, > o godz. 11:12: > > Sorry for delay reply, I never tried on production but after revert the > changes I can able to reshard agai