[prev in list] [next in list] [prev in thread] [next in thread]
List: openldap-technical
Subject: RE: Help debugging slave slapd issues
From: BECOT_Jérôme <jbecot () itsgroup ! com>
Date: 2024-03-27 8:40:33
Message-ID: PR3P194MB1619E90BBDBCB6921374629FB1342 () PR3P194MB1619 ! EURP194 ! PROD ! OUTLOOK ! COM
[Download RAW message or body]
Thank you for the help. We will look at the clients. I fear sssd would be the \
culprit, but we have to investigate first. ________________________________
De : Howard Chu <hyc@symas.com>
Envoyé : lundi 25 mars 2024 20:52
À : Quanah Gibson-Mount <quanah@fast-mail.org>; Christopher Paul \
<chris.paul@rexconsulting.net>; BECOT Jérôme <jbecot@itsgroup.com>; \
openldap-technical <openldap-technical@openldap.org> Objet : Re: Help debugging slave \
slapd issues
[Vous ne recevez pas souvent de courriers de hyc@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 les pièces jointes à moins que vous ne reconnaissiez \
l'expéditeur et que vous sachiez que le contenu est sûr.
Quanah Gibson-Mount wrote:
>
>
> --On Monday, March 25, 2024 6:06 PM +0000 Christopher Paul \
> <chris.paul@rexconsulting.net> 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. Horizontal scaling is
> > the main benefit of a replicated architecture.
> > > slapd[37277]: connection_input: conn=32974 deferring operation: too many \
> > > executing
> Deferrals are common, they are not necessarily indicative of an issue, and without \
> more detail there's no way to determine there is an issue that needs to be \
> addressed or not.
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 balancer \
that spreads all client queries out, even when they're all coming in from a single \
connection.
Better yet is to identify the client and fix it.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
[Attachment #3 (text/html)]
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} \
</style> </head>
<body dir="ltr">
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, \
Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, \
0, 0);"> Thank you for the help. We will look at the clients. I fear sssd would be \
the culprit, but we have to investigate first.</div> <div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" \
style="font-size:11pt" color="#000000"><b>De :</b> Howard Chu \
<hyc@symas.com><br> <b>Envoyé :</b> lundi 25 mars 2024 20:52<br>
<b>À :</b> Quanah Gibson-Mount <quanah@fast-mail.org>; Christopher Paul \
<chris.paul@rexconsulting.net>; BECOT Jérôme <jbecot@itsgroup.com>; \
openldap-technical <openldap-technical@openldap.org><br> <b>Objet :</b> Re: \
Help debugging slave slapd issues</font> <div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">[Vous ne recevez pas souvent de courriers de hyc@symas.com. \
Découvrez pourquoi ceci est important à <a \
href="https://aka.ms/LearnAboutSenderIdentification">https://aka.ms/LearnAboutSenderIdentification</a> \
]<br> <br>
ATTENTION : Cet e-mail provient de l'extérieur de l'organisation. Ne cliquez pas sur \
les liens et n'ouvrez pas les pièces jointes à moins que vous ne reconnaissiez \
l'expéditeur et que vous sachiez que le contenu est sûr.<br> <br>
Quanah Gibson-Mount wrote:<br>
><br>
><br>
> --On Monday, March 25, 2024 6:06 PM +0000 Christopher Paul \
<chris.paul@rexconsulting.net> wrote:<br> ><br>
>>> Those aren't errors.<br>
>><br>
>> But a deferral is not optimal, is it? I think the question "hints \
about<br> >> way to debug" is probably a good one. The brute force method \
to fix this<br> >> would be to add consumers and spread out the load. \
Horizontal scaling is<br> >> the main benefit of a replicated architecture.<br>
<br>
>>> slapd[37277]: connection_input: conn=32974 deferring operation: too many \
executing<br> <br>
> Deferrals are common, they are not necessarily indicative of an issue, and \
without more detail there's no way to determine there is an issue that needs to \
be<br> > addressed or not.<br>
<br>
Yes, they're common, and these are caused by a client sending too many operations \
over<br> a connection without waiting for them to complete. In other words, a poorly \
written<br> client.<br>
<br>
Simply adding more replicas does nothing to address this, you need a load balancer \
that<br> spreads all client queries out, even when they're all coming in from a \
single connection.<br> <br>
Better yet is to identify the client and fix it.<br>
<br>
--<br>
-- Howard Chu<br>
CTO, Symas Corp. \
<a href="http://www.symas.com">http://www.symas.com</a><br> Director, Highland \
Sun <a \
href="http://highlandsun.com/hyc/">http://highlandsun.com/hyc/</a><br> Chief \
Architect, OpenLDAP <a \
href="http://www.openldap.org/project/">http://www.openldap.org/project/</a><br> \
</div> </span></font></div>
</body>
</html>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic