[ceph-users] Re: Drained OSDs are still ACTIVE_PRIMARY - casuing high IO latency on clients

2022-05-20 Thread Denis Polom
Hi, no pool is EC. Primary affinity works in Octopus on replicated pool. Nautilus EC pool works. On 5/20/22 19:25, denispo...@gmail.com wrote: Hi, no pool is EC. 20. 5. 2022 18:19:22 Dan van der Ster : Hi, Just a curiosity... It looks like you're comparing an EC pool in

[ceph-users] Re: Drained OSDs are still ACTIVE_PRIMARY - casuing high IO latency on clients

2022-05-20 Thread denispolom
Hi, no pool is EC. 20. 5. 2022 18:19:22 Dan van der Ster : > Hi, > > Just a curiosity... It looks like you're comparing an EC pool in octopus to a > replicated pool in nautilus. Does primary affinity work for you in octopus on > a replicated pool? And does a nautilus EC pool work? > > ..

[ceph-users] Re: Drained OSDs are still ACTIVE_PRIMARY - casuing high IO latency on clients

2022-05-20 Thread Dan van der Ster
Hi, Just a curiosity... It looks like you're comparing an EC pool in octopus to a replicated pool in nautilus. Does primary affinity work for you in octopus on a replicated pool? And does a nautilus EC pool work? .. Dan On Fri., May 20, 2022, 13:53 Denis Polom, wrote: > Hi > > I observed

[ceph-users] Re: Drained OSDs are still ACTIVE_PRIMARY - casuing high IO latency on clients

2022-05-20 Thread denispolom
Hi, yes, I had to change the procedure also. 1. Stop osd daemon 2. mark osd out in crush map But as you are writing, that makes PGs degraded. However it still looks like bug to me. 20. 5. 2022 17:25:47 Wesley Dillingham : > This sounds similar to an inquiry I submitted a couple years ago [1]

[ceph-users] Re: Drained OSDs are still ACTIVE_PRIMARY - casuing high IO latency on clients

2022-05-20 Thread Wesley Dillingham
This sounds similar to an inquiry I submitted a couple years ago [1] whereby I discovered that the choose_acting function does not consider primary affinity when choosing the primary osd. I had made the assumption it would when developing my procedure for replacing failing disks. After that