Re: server crashes (ITS#2195)

[igor@ipass.net]

On Sun, 24 Nov 2002, Pierangelo Masarati wrote:

> I tried to build a tree that looks like yours, with the ACLs you sumbmitted
> in your initial post and I could not see any problem.  I used ldapadd,
> though.  If there is no sensitive info in your data you may send me the
> exact ldif that causes the problem.
>

Here is a sample ldif:

dn: o=pb
objectClass: top
objectClass: organization
o: pb

dn: ou=People, o=pb
objectClass: top
objectClass: organizationalUnit
ou: People

dn: ou=Radius, o=pb
objectClass: top
objectClass: organizationalUnit
ou: Radius

dn: ou=Dialup, ou=Radius, o=pb
objectClass: top
objectClass: organizationalUnit
ou: Dialup

dn: ou=Dedicated, ou=Radius, o=pb
objectClass: top
objectClass: organizationalUnit
ou: Dedicated

dn: ou=Sendmail, o=pb
objectClass: top
objectClass: organizationalUnit
ou: Sendmail

dn: ou=Admin, o=pb
objectClass: top
objectClass: organizationalUnit
ou: Admin

dn: ou=People, ou=Admin, o=pb
objectClass: top
objectClass: organizationalUnit
ou: People

dn: ou=Profile, ou=Admin, o=pb
objectClass: top
objectClass: organizationalUnit
ou: Profile

dn: ou=Radius, ou=Admin, o=pb
objectClass: top
objectClass: organizationalUnit
ou: Radius

dn: ou=Group, ou=Admin, o=pb
objectClass: top
objectClass: organizationalUnit
ou: Group

dn: cn=admin, ou=Group, ou=Admin, o=pb
objectClass: top
objectClass: posixGroup
cn: admin
gidNumber: 100
userPassword: {crypt}*
memberUid: root
memberUid: igor
memberUid: test

dn: cn=user, ou=Group, ou=Admin, o=pb
objectClass: top
objectClass: posixGroup
cn: user
gidNumber: 101
userPassword: {crypt}*
memberUid: root

dn: cn=web, ou=Group, ou=Admin, o=pb
objectClass: top
objectClass: posixGroup
cn: web
gidNumber: 102
userPassword: {crypt}*
memberUid: root

dn: cn=cvs, ou=Group, ou=Admin, o=pb
objectClass: top
objectClass: posixGroup
cn: cvs
gidNumber: 103
userPassword: {crypt}*
memberUid: root
memberUid: igor
memberUid: test

dn: cn=tech, ou=Group, ou=Admin, o=pb
objectClass: top
objectClass: posixGroup
cn: tech
gidNumber: 104
userPassword: {crypt}*
memberUid: root

dn: cn=admins, ou=Group, ou=Admin, o=pb
objectClass: top
objectClass: groupOfNames
cn: admins
member: cn=igor,ou=People,ou=Admin,o=pb
member: cn=test,ou=People,ou=Admin,o=pb

dn: cn=proxyagents, ou=Group, ou=Admin, o=pb
objectClass: top
objectClass: groupOfNames
cn: proxyagents
member: cn=test1,ou=people,ou=Admin,o=pb
member: cn=test2,ou=people,ou=Admin,o=pb

dn: cn=test1,ou=People,ou=Admin,o=pb
objectClass: top
objectClass: person
sn: test1
cn: test1
userPassword: test

dn: cn=test2,ou=People,ou=Admin,o=pb
objectClass: top
objectClass: person
cn: test2
sn: test2
userPassword: test

dn: cn=igor,ou=People,ou=Admin,o=pb
objectClass: top
objectClass: person
objectClass: posixAccount
objectClass: shadowAccount
uid: igor
cn: igor
sn: igor
uidNumber: 100
gidNumber: 100
gecos: Igor
homeDirectory: /export/admin/igor
loginShell: /usr/local/bin/bash
userPassword: test

dn: cn=test,ou=People,ou=Admin,o=pb
objectClass: top
objectClass: person
objectClass: posixAccount
objectClass: shadowAccount
uid: test
cn: test
sn: test
uidNumber: 101
gidNumber: 100
gecos: Test
homeDirectory: /export/admin/test
loginShell: /usr/local/bin/bash
userPassword: test

Here is the sequence of commands which produce the problem.

slapadd -l test.ldif
slapd
ldapsearch -x -W -Dcn=test,ou=people,ou=admin,o=pb -h localhost cn=admins

slapd is hosed at this point.

Hope this helps.

-- 
Igor