[Date Prev][Date Next] [Chronological] [Thread] [Top]
RE: SLAPD Crashing due to search (ITS#1840)

To: openldap-its@OpenLDAP.org
Subject: RE: SLAPD Crashing due to search (ITS#1840)
From: gthomas@netstarnetworks.com
Date: Sat, 1 Jun 2002 01:36:10 GMT
Hi Kervin,
	After tracking down the new UID that crashes SLAPD, I ran slapd
with the -d 1 option. It took two or three searches this time to cause
the crash (normally the first search would result in the error message
'Can't contect LDAP Server'), as follows

[root@amex root]# ldapsearch -x -h 127.0.0.1 -b
dc=netstarnetworks,dc=com '(&(objectClass=posixAccount)(uid=ninyo01))'
version: 2

#
# filter: (&(objectClass=posixAccount)(uid=ninyo01))
# requesting: ALL
#

# ninyo01, netstarnetworks, com
dn: uid=ninyo01,dc=netstarnetworks,dc=com
uid: ninyo01
objectClass: top
objectClass: posixAccount
objectClass: person
objectClass: NetStarPerson
objectClass: inetOrgPerson
loginShell: /bin/bash
homeDirectory: /home/ninyo01
uidNumber: 2135
gidNumber: 1000
givenName: yongtao
sn: ning
cn: yongtao ning
mail: yt.ning@netstarnetworks.com
postbox: yt.ning@comtechchina.com

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1
[root@amex root]# ldapsearch -x -h 127.0.0.1 -b
dc=netstarnetworks,dc=com '(&(objectClass=posixAccount)(uid=ninyo01))'
ldap_bind: Can't contact LDAP server

	I've create a file from the output from the slapd crash....not
sure if this will suffice.

It's at ftp://ftp.netstarnetworks.com/pub/slapd-crash.txt


Regards
Garry


> -----Original Message-----
> From: owner-openldap-bugs@OpenLDAP.org
> [mailto:owner-openldap-bugs@OpenLDAP.org] On Behalf Of 
> kervin@blueprint-tech.com
> Sent: Saturday, 1 June 2002 2:14 AM
> To: openldap-its@OpenLDAP.org
> Subject: Re: SLAPD Crashing due to search (ITS#1840)
> 
> 
> 
> How reproducible is it?  Can you provide a stack trace?
> 
> --Kervin
> 
> gthomas@netstarnetworks.com wrote:
> > Hi,
> > 	Not sure if anyone has looked into this. My situation, whilst
> > relatively stable, is becoming worse. Since I have stopped the 
> > indexing on the objectclass attribute, the CPU utilisation on the 
> > server has increased dramatically - obviously because slapd has to 
> > search through the directory without the luxury of an index.
> > 
> > 	Can anybody help...
> > 
> > Thanks in advance
> > Garry
> > 
> > 
> >>-----Original Message-----
> >>From: Garry Thomas [mailto:gthomas@netstarnetworks.com]
> >>Sent: Tuesday, 28 May 2002 10:25 PM
> >>To: gthomas@netstarnetworks.com; openldap-its@OpenLDAP.org
> >>Subject: RE: SLAPD Crashing due to search (ITS#1840)
> >>
> >>
> >>Hi Again,
> >>	I have done some more investigating.... if I change the indexing

> >>option for the objectclass attribute from
> >>
> >>objectclass pres,eq
> >>
> >>to just
> >>
> >>objectclass pres
> >>
> >>	then after a slapindex, it seems to have fixed the problem....
> >>
> >>Any comments anyone?
> >>
> >>Regards
> >>Garry
> >>
> >>
> >>>-----Original Message-----
> >>>From: owner-openldap-bugs@OpenLDAP.org
> >>>[mailto:owner-openldap-bugs@OpenLDAP.org] On Behalf Of 
> >>>gthomas@netstarnetworks.com
> >>>Sent: Tuesday, 28 May 2002 9:41 PM
> >>>To: openldap-its@OpenLDAP.org
> >>>Subject: RE: SLAPD Crashing due to search (ITS#1840)
> >>>
> >>>
> >>>OK...to make things more interesting...
> >>>
> >>>If I reverse the search ...
> >>>
> >>>ldapsearch -x -h 127.0.0.1 -b dc=netstarnetworks,dc=com
> >>>'(&(uid=manka01)(objectClass=posixAccount))'
> >>>
> >>>I don't get the crash....
> >>>
> >>>Regards
> >>>Garry
> >>>
> >>>
> >>>
> >>>
> >>>>-----Original Message-----
> >>>>From: owner-openldap-bugs@OpenLDAP.org 
> >>>>[mailto:owner-openldap-bugs@OpenLDAP.org] On Behalf Of 
> >>>>gthomas@netstarnetworks.com
> >>>>Sent: Tuesday, 28 May 2002 9:24 PM
> >>>>To: openldap-its@OpenLDAP.org
> >>>>Subject: SLAPD Crashing due to search (ITS#1840)
> >>>>
> >>>>
> >>>>Full_Name: Garry Thomas
> >>>>Version: 2.0.21
> >>>>OS: Linux Redhat 7.2
> >>>>URL: ftp://ftp.openldap.org/incoming/
> >>>>Submission from: (NULL) (210.49.137.29)
> >>>>
> >>>>
> >>>>Hi,
> >>>> I have 'semi' reproducible slapd crash since upgrading
> >>>
> >>from 2.0.11
> >>
> >>>>to 2.0.21 (or 2.0.23). When I issue a simple search as follows...
> >>>>
> >>>>ldapsearch -x -h 127.0.0.1 -b dc=netstarnetworks,dc=com 
> >>>>'(uid=manka01)'
> >>>>
> >>>>all is OK, and I get the expected result.
> >>>>
> >>>>However, when a search as follows is done (which is what happens 
> >>>>when the uid receives an email cause I'm using ldap
> >>>>authentication)
> >>>>
> >>>>ldapsearch -x -h 127.0.0.1 -b dc=netstarnetworks,dc=com 
> >>>>'(&(objectClass=posixAccount)(uid=manka01))'
> >>>>
> >>>>it just crashes slapd. This only seems to occur on 'random' dn's. 
> >>>>(I've captured this one, and am leaving it so I can fault
> >>>
> >>find). I
> >>
> >>>>got this search by enabling debug and sending the uid an
> >>>
> >>email. It
> >>
> >>>>occurs on more than one slapd slave server, some running
> >>>
> >>2.0.21 some
> >>
> >>>>2.0.23. I didn't have this problem when I was running 2.0.11, but 
> >>>>this version had indexing issues, so I have to upgrade.
> >>>>
> >>>>I've got a time bomb going on here.... when ldap fails, emails 
> >>>>bounce. My temp workaround.... the master LDAP server is still 
> >>>>running 1.2.13, and it doesn't crash. Why am I running
> >>>
> >>1.2.13? it a
> >>
> >>>>long story... I still have old 1.2.x slaves, and these
> >>>
> >>don't handle
> >>
> >>>>LDAP Protocol Version 3, which is what the 2.0.x slurpd's
> >>>
> >>use... I'm
> >>
> >>>>kinda lucky I haven't upgraded the master yet...;)
> >>>>
> >>>>The result from the first search that doesn't crash the server is 
> >>>>below. This is a test account so I'm not concerned about the 
> >>>>sensitivity of the information below.
> >>>>
> >>>>Help...
> >>>>
> >>>>Thanks Garry
> >>>>
> >>>>ldapsearch -x -h 127.0.0.1 -b dc=netstarnetworks,dc=com 
> >>>>'(uid=manka01)'         
> >>>>                   
> >>>>version: 2
> >>>>
> >>>>#
> >>>># filter: (uid=manka01)
> >>>># requesting: ALL
> >>>>#
> >>>>
> >>>># manka01, netstarnetworks, com
> >>>>dn: uid=manka01,dc=netstarnetworks,dc=com
> >>>>givenName: Kavi
> >>>>sn: Man
> >>>>mail: oracle@netstarnetworks.com
> >>>>uid: manka01
> >>>>cn: Kavi Man
> >>>>objectClass: top
> >>>>objectClass: posixAccount
> >>>>objectClass: person
> >>>>objectClass: NetStarPerson
> >>>>objectClass: inetOrgPerson
> >>>>loginShell: /bin/bash
> >>>>homeDirectory: /home/manka01
> >>>>uidNumber: 2194
> >>>>gidNumber: 1000
> >>>>
> >>>># search result
> >>>>search: 2
> >>>>result: 0 Success
> >>>>
> >>>># numResponses: 2
> >>>># numEntries: 1
> >>>>
> >>>>
> >>>
> >>>
> > 
> > 
> > 
> 
> 
> 
>
Next by Date: Re: Freebsd + slapd + core dumped
Index(es):
- Chronological
- Thread