On Sun, 29 Jan 2012 16:43:28 +0100, Hallvard B Furuseth h.b.furuseth@usit.uio.no wrote:
On Sun, 29 Jan 2012 14:55:10 +0100, "Mattias Andersson" mattias@centaurix.com wrote:
conn=1000 op=1: back-relay for DN="dc=example,dc=com" would call self.
That may be because of 'subordinate'. Does it still work if you remove it? If not, maybe it helps to use glue instead, as described in the 'subordinate' description in man slapd.conf.
No, if I remove subordinate then it does not find the new group entries in the local database. I'll take a look at glue.
Probably not relatead to the crash though.
It's not related; if I remove it I still get the crash.
Is there any way I could avoid the assertion failure? Should I post a bug report?
Yes, please - unless it helps to upgrade OpenLDAP.
Does this crash slapd?
ldapsearch -x -h localhost -b "dc=example,dc=com" -s base "(objectClass=*)" 1.1
That's what Softerra does.
Ok, here's the debug output from the above ldapsearch query:
slapd starting conn=1000 fd=11 ACCEPT from IP=127.0.0.1:36795 (IP=0.0.0.0:389) conn=1000 op=0 BIND dn="" method=128 conn=1000 op=0 RESULT tag=97 err=0 text= conn=1000 op=1 SRCH base="dc=chalmers,dc=se" scope=2 deref=0 filter="(objectClass=*)" conn=1000 op=1 SRCH attr=1.1 conn=1000 op=1: back-relay for DN="dc=chalmers,dc=se" would call self. PROXIED attributeDescription "ORCLNETDESCSTRING" inserted. conn=1000 op=1: back-relay for DN="dc=chalmers,dc=se" would call self. conn=1000 op=1: back-relay for DN="dc=chalmers,dc=se" would call self. conn=1000 op=1: back-relay for DN="dc=chalmers,dc=se" would call self. conn=1000 op=1: back-relay for DN="dc=chalmers,dc=se" would call self. conn=1000 op=1: back-relay for DN="dc=chalmers,dc=se" would call self.
(repeated 300 times -- ldapsearch returns all the entries correctly though without the error.)
Mattias