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).