From Michael.Heep@o2.com Fri Jan 12 16:42:52 2007 From: Michael.Heep@o2.com To: openldap-bugs@openldap.org Subject: Antwort: Re: (ITS#4758) valsort + dynlist can cause 100% cpu utilization causing slapd to become unresponsive Date: Fri, 12 Jan 2007 16:42:51 +0000 Message-ID: <200701121642.l0CGgpIZ051900@boole.openldap.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4672732179660911846==" --===============4672732179660911846== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Dies ist eine mehrteilige Nachricht im MIME-Format. --=3D_alternative 005BCC39C1257261_=3D Content-Type: text/plain; charset=3D"US-ASCII" Today I deployed a patched 2.3.32 version on one of our replicas and=20 changed the config to include the aforementioned dynlist/valsort=20 construct. It's been running nicely for a few hours now. Seems like the patch fixed=20 this issue. Thank you very much! With kind regards Michael Heep Pierangelo Masarati =20 11.01.2007 23:37 An michael.heep(a)o2.com Kopie openldap-its(a)openldap.org Thema Re: (ITS#4758) valsort + dynlist can cause 100% cpu utilization causing=20 slapd to become unresponsive=20 michael.heep(a)o2.com wrote: > the following valsort + dynlist combination causes slapd to utilize 100%=20 cpu > time when issueing searches against parts of the DIT containing=20 attribute-value > pairs "created" by dynlist: > > overlay dynlist=20 > dynlist-attrset extensibleObject memberURL uniqueMember=20 > > overlay valsort=20 > valsort-attr uniqueMember dc=3Do2online,dc=3Dde alpha-ascend > > When run independent both overlays work flawlessly. >=20 A bug (ITS#4801) was recently fixed in slapo-dynlist(5) which appeared=20 in conjunction with slapo-valsort(5). The fix is available both in HEAD=20 and in re23 CVS (tag OPENLDAP_REL_ENG_2_3). The relevant change is in=20 servers/slapd/overlays/dynlist.c 1.28 -> 1.29 (HEAD) or 1.5.2.9 ->=20 1.5.2.10 (re23). Could you please check if it does any good to the=20 issue you reported? Thanks, p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.n.c. Via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ------------------------------------------ Office: +39.02.23998309 Mobile: +39.333.4963172 Email: pierangelo.masarati(a)sys-net.it ------------------------------------------ --=3D_alternative 005BCC39C1257261_=3D Content-Type: text/html; charset=3D"US-ASCII"
Today I deployed a patched 2.3.32 vers= ion on one of our replicas and changed the config to include the aforementioned dynlist/valsort construct.
It's been running nicely for a few hou= rs now. Seems like the patch fixed this issue. Thank you very much!

With kind regards
Michael Heep



Pierangelo Masarati <= ;ando(a)sys-net.it>

11.01.2007 23:37

An
michael.heep(a)o2.com
Kopie
openldap-its(a)openldap.org
Thema
Re: (ITS#4758) valsort + dynlist can cause 100% cpu utilization causing slapd to become unresponsive





michael.heep(a)o2.com wrote:
> the following valsort + dynlist combination causes slapd to utilize 100% cpu
> time when issueing searches against parts of the DIT containing attribut= e-value
> pairs "created" by dynlist:
>
> overlay dynlist
> dynlist-attrset                e= xtensibleObject memberURL uniqueMember
>
> overlay valsort
> valsort-attr uniqueMember dc=3Do2online,dc=3Dde alpha-ascend
>
> When run independent both overlays work flawlessly.
>  
A bug (ITS#4801) was recently fixed in slapo-dynlist(5) which appeared
in conjunction with slapo-valsort(5).  The fix is available both in HEAD
and in re23 CVS (tag OPENLDAP_REL_ENG_2_3).  The relevant change is in
servers/slapd/overlays/dynlist.c 1.28 -> 1.29 (HEAD) or 1.5.2.9 ->
1.5.2.10 (re23).  Could you please check if it does any good to the
issue you reported?

Thanks, p.



Ing. Pierangelo Masarati
OpenLDAP Core Team

SysNet s.n.c.
Via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
------------------------------------------
Office:   +39.02.23998309
Mobile:   +39.333.4963172
Email:    pierangelo.masarati(a)sys-net.it
------------------------------------------


--=3D_alternative 005BCC39C1257261_=3D-- --===============4672732179660911846==--