No, Marc. The recommended value is always the one that devs agreed on at a
point in time.
Keep it to the defaults.
Frédéric.
De : Marc
Envoyé : samedi 30 novembre 2024 22:49
À : Frédéric Nass; Laimis Juzeliūnas
Cc: ceph-users
Objet : RE: Squid: deep scrub issue
So is this recommend for all new squid clusters?
osd_scrub_chunk_max from 25
>
> To clarify, Squid reduced osd_scrub_chunk_max from 25 to 15 to limit the
> impact on client I/Os which may had led to increased (deep)scrubbing
> times.
> My advise was to raise this value back to 25 and see the in
Thx.
Can you explain mappings.txt a little bit?
I assume that for every line in mappings.txt apply crush rule 1 for osds in
square brackets?
Rok
On Thu, Nov 28, 2024 at 8:53 AM Eugen Block wrote:
> Of course it's possible. You can either change this rule by extracting
> the crushmap, decompil
*databaseS in general (mysql, postgresql, etc.)
Frédéric.
- Le 30 Nov 24, à 15:14, Frédéric Nass frederic.n...@univ-lorraine.fr a
écrit :
> Hi Martin,
>
> Thanks for sharing your thoughts. I was wondering how database would handle
> low
> disk space when receiving new requests. Maybe it'
Hello Laimis,
To clarify, Squid reduced osd_scrub_chunk_max from 25 to 15 to limit the impact
on client I/Os which may had led to increased (deep)scrubbing times.
My advise was to raise this value back to 25 and see the influence of this
change. But clearly, this is a more serious matter.
Thank
Hi Martin,
Thanks for sharing your thoughts. I was wondering how database would handle low
disk space when receiving new requests. Maybe it's not much different than what
you've described below.
Cheers,
Frédéric.
- Le 29 Nov 24, à 17:46, Martin Konold a écrit :
> Hi,
> the traditio
Hi Istvan,
Yeah, it's a been a known bug. Thus my previous recommendation to first upgrade
your cluster a more recent version of Ceph and then only reshard the mult-site
synced bucket.
Cheers,
Frédéric.
- Le 29 Nov 24, à 13:11, Istvan Szabo, Agoda a
écrit :
> The reshard topic is r
