(ITS#8178) back-sock: Timeout to avoid locking
by michael@stroeder.com
Full_Name:
Version: HEAD
OS:
URL:
Submission from: (NULL) (2001:8d8:1fe:700::1:3)
If a back-sock listener does not correctly respond to a request slapd thread
hangs forever and slapd has to be stopped with kill -9.
slapd should implement a timeout after which it abandons processing the LDAP
request.
8 years, 5 months
(ITS#8177) RFE: back-sock to receive controls
by michael@stroeder.com
Full_Name:
Version: HEAD
OS:
URL:
Submission from: (NULL) (84.178.24.72)
It would be nice if back-sock would also receive the extended controls sent by
the client and could generate response control to be returned to the client.
8 years, 5 months
Re: (ITS#8176) the olcRootDSE attributeType should be Single Value
by elecharny@gmail.com
Le 22/06/15 14:51, Howard Chu a écrit :
> elecharny(a)gmail.com wrote:
>> Ah, my bad then.
>>
>> What's the rational for having the RootDSE spread in many files though ?
>
> Probably different applications may add their own sets of attributes
> as individual files.
>
Ok. Probably not a frequent use case, but never mind. The GUI shall not
rule the server !
Thanks Mickaël, Howard for the clarifications.
8 years, 5 months
Re: (ITS#8176) the olcRootDSE attributeType should be Single Value
by michael@stroeder.com
elecharny(a)gmail.com wrote:
> What's the rational for having the RootDSE spread in many files though ?
If you have several packages which want to add something to the rootDSE you
can spread this across several files.
The same rationale like for /etc/cron.d, /etc/sudoers.d, ...
Ciao, Michael.
8 years, 5 months
(ITS#8176) the olcRootDSE attributeType should be Single Value
by elecharny@apache.org
Full_Name: Emmanuel L.charny
Version: 2.4.40
OS:
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (212.195.127.200)
The olcRootDSE AttributeType is currently a Multiple Value AttributeType, which
is not necessary : it stores a file name which contains the RootDSE entry. It's
unlikely that we store more than one value in it, and the code currently reads
only one value anyway.
8 years, 5 months
Re: (ITS#8173) back-ldap slapd crash segfault
by hyc@symas.com
adrian.raemy(a)vtg.admin.ch wrote:
> Full_Name: Adrian Raemy
> Version: 2.4.40
> OS: SLES 11 SP3
> URL:
> Submission from: (NULL) (193.5.216.100)
>
>
> Hi,
>
> The Openldap backend "ldap" slapd crashing under heavy load.
> Tested with 2.4.26 and also 2.4.40.
> We get an segfault:
> Jun 18 00:00:36 serverxx1 kernel: [9079587.309374] slapd[6193]: segfault at 40
> ip 00007f184cf6b2c6 sp 00007f1838ff85c0 error 4 in slapd[7f184cdda000+26c000]
> Jun 18 09:40:12 serverxx1 kernel: [9114294.985888] slapd[10309]: segfault at 40
> ip 00007f3b31f492c6 sp 00007f3b1f7f55c0 error 4 in slapd[7f3b31db8000+26c000]
> Jun 18 12:38:29 serverxx1 kernel: [9124971.271300] slapd[15868]: segfault 4 40
> ip 00007fc1555512c6 sp 00007fc141ffa5c0 error 4 in slapd[7fc1553c0000+26c000]
> We can't provide a core dump of the slapd due to confidentially restrictions.
Then we cannot help you.
I suggest you test with the 2.4.41 release candidate and see if the same crash
still occurs.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
8 years, 5 months