mars 2024 16:36
À : openldap-technical
Objet : Re: Help debugging slave slapd issues
[Vous ne recevez pas souvent de courriers de chris.p...@rexconsulting.net.
Découvrez pourquoi ceci est important à
https://aka.ms/LearnAboutSenderIdentification ]
ATTENTION : Cet e-mail provient de l'extérieur
On 3/25/24 12:52 PM, Howard Chu wrote:
Yes, they're common, and these are caused by a client sending too many
operations over
a connection without waiting for them to complete. In other words, a poorly
written
client.
Simply adding more replicas does nothing to address this, you need a load
Hello,
> Le 25 mars 2024 à 20:52, Howard Chu a écrit :
>
>
> Simply adding more replicas does nothing to address this, you need a load
> balancer that
> spreads all client queries out, even when they're all coming in from a single
> connection.
The load balancer is lloadd isn’t ?
Thanks.
cessed.
>
> *De :* Howard Chu
> *Envoyé :* lundi 25 mars 2024 20:52
> *À :* Quanah Gibson-Mount ; Christopher Paul
> ; BECOT Jérôme ;
> openldap-technical
>
>
: Help debugging slave slapd issues
[Vous ne recevez pas souvent de courriers de h...@symas.com. Découvrez pourquoi
ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
ATTENTION : Cet e-mail provient de l'extérieur de l'organisation. Ne cliquez
pas sur les liens et n'ouvrez pas
Quanah Gibson-Mount wrote:
>
>
> --On Monday, March 25, 2024 6:06 PM + Christopher Paul
> wrote:
>
>>> Those aren't errors.
>>
>> But a deferral is not optimal, is it? I think the question "hints about
>> way to debug" is probably a good one. The brute force method to fix this
>> would be
--On Monday, March 25, 2024 6:06 PM + Christopher Paul
wrote:
Those aren't errors.
But a deferral is not optimal, is it? I think the question "hints about
way to debug" is probably a good one. The brute force method to fix this
would be to add consumers and spread out the load.
> Those aren't errors.
But a deferral is not optimal, is it? I think the question "hints about way to
debug" is probably a good one.
The brute force method to fix this would be to add consumers and spread out the
load. Horizontal scaling is the main benefit of a replicated architecture.
Chris
--On Monday, March 25, 2024 3:49 PM + BECOT Jérôme
wrote:
Hello,
On all different OpenLDAP 2.4 and 2.5 slaves of 2.4 servers, we see a lot
of deferring errors:
slapd[37277]: connection_input: conn=32974 deferring operation: too many
executing
or
slapd[37277]: connection_input: