[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: (ITS#5354) slapd repeatedly hangs and stops reponding



Oren Laadan wrote:
> Howard Chu wrote:
>> This discussion has wandered off of potential bugs and into regular
>> software usage. You should pick this up again on the -software mailing
>> list. This ITS will be closed.
>
> Well, the fact is that as far as I can tell the meta-URIs are not
> mis-configured, the server works well for some random amount of time
> and then reaches a lockup. True, the configuration isn't the optimal
> in terms of performance. However, in the absence of text in the man
> pages that prohibits doing so, the observed behavior is buggy.
>
> In fact, there is at least one example in the archives of -software
> that discusses a deployment of meta with "uri ldap://localhost/"; that
> seems to have gone ok without too much criticism:
> http://www.openldap.org/lists/openldap-software/200301/msg00112.html)

The URIs in that example clearly do not overlap with the actual meta database. 
It's also not stated in the example, but it's most likely that that example is 
directing queries to a separate slapd process. In your config, your URIs 
clearly *do* overlap with your meta database, which guarantees an infinite loop.

> To that I'll add, that to the best of my knowledge and after reading
> and re-reading the docs and the man-pages, I cannot find another way
> to merge two databases (not distinct subtrees) such that a local db
> adds entries to a remote db, but to use meta.

You haven't provided any information to explain why you cannot structure your 
additional entries as a distinct subtree. You're still just handwaving when we 
ask for concrete examples of the entries involved. The best of your knowledge 
clearly didn't get you very far or you wouldn't have been asking for help in 
the first place. For you to second-guess the folks trying to help you and omit 
the information requested really isn't very productive.

> So: the config seems fine (see the original ticket), I need to use meta,
> but it exhibits random lockups. Using a suboptimal solution is not a
> bug. Random lockups are a symptom of a bug :(

No. Lockups due to thread exhaustion are a symptom of a bad configuration.

> (That said, I will ask on the -software list with regard to alternative
> configurations, as you suggest).

-- 
   -- Howard Chu
   Chief Architect, Symas Corp.  http://www.symas.com
   Director, Highland Sun        http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP     http://www.openldap.org/project/