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

RE: openldap 2.0.11 - getpwnam

To: "Morong, Gerry" <Gerry.Morong@compaq.com>, "Pierangelo Masarati" <masarati@aero.polimi.it>
Subject: RE: openldap 2.0.11 - getpwnam
From: "Morong, Gerry" <Gerry.Morong@compaq.com>
Date: Wed, 12 Sep 2001 10:44:48 -0500
Cc: <openldap-software@OpenLDAP.org>
Content-class: urn:content-classes:message
Thread-index: AcE7O5wbkMX33KcqEdWuYQAIx7Lv7gAZdW8A
Thread-topic: openldap 2.0.11 - getpwnam

Installed OpenLDAP 2.0.14 in place of 2.0.11 and have the same problem
with segmentation faults when doing repetitive getpwnam from two
clients.

=> ldbm_back_search
dn2entry_r: dn: "DC=ENGTEST,DC=HOU,DC=COMPAQ,DC=NET"
=> dn2id( "DC=ENGTEST,DC=HOU,DC=COMPAQ,DC=NET" )
====> cache_find_entry_dn2id("DC=ENGTEST,DC=HOU,DC=COMPAQ,DC=NET"): 1 (1
tries)
<= dn2id 1 (in cache)
=> id2entry_r( 1 )
====> cache_find_entry_id( 1 ) "dc=engtest,dc=hou,dc=compaq,dc=net"
(found) (1 tries)
<= id2entry_r( 1 ) 0x80e99d8 (cache)
search_candidates: base="DC=ENGTEST,DC=HOU,DC=COMPAQ,DC=NET" s=2 d=0
=> filter_candidates
=> list_candidates 0xa0
=> filter_candidates
=> dn2idl( "@DC=ENGTEST,DC=HOU,DC=COMPAQ,DC=NET" )
=> ldbm_cache_open( "dn2id.dbb", 7, 600 )
<= ldbm_cache_open (cache 0)
<= idl_fetch 2577 ids (2577 max)
<= filter_candidates 2577
=> filter_candidates
=> list_candidates 0xa1
=> filter_candidates
=> equality_candidates
=> ldbm_cache_open( "objectClass.dbb", 7, 600 )
<= ldbm_cache_open (cache 3)
=> key_read
<= index_read 0 candidates
<= equality_candidates NULL
<= equality_candidates 0
<= filter_candidates 0
=> filter_candidates
=> list_candidates 0xa0
=> filter_candidates
=> equality_candidates
=> ldbm_cache_open( "objectClass.dbb", 7, 600 )
<= ldbm_cache_open (cache 3)
=> key_read
<= idl_fetch 2070 ids (2070 max)
<= index_read 2070 candidates
<= equality_candidates 2070
<= filter_candidates 2070
=> filter_candidates
=> equality_candidates
=> ldbm_cache_open( "uid.dbb", 7, 600 )
<= ldbm_cache_open (cache 4)
=> key_read
<= index_read 1 candidates
<= equality_candidates 1
<= filter_candidates 1
<= list_candidates 2
<= filter_candidates 2
<= list_candidates 2
<= filter_candidates 2
Segmentation fault
#

Back Trace
(gdb) where
#0  0x402168a5 in __sigsuspend (set=0x4f6ff9fc)
    at ../sysdeps/unix/sysv/linux/sigsuspend.c:45
#1  0x401dc0d9 in __pthread_wait_for_restart_signal (self=0x4f6ffc00)
    at pthread.c:934
#2  0x401d8c5c in pthread_cond_wait (cond=0x80b7fa4, mutex=0x80b7f8c)
    at restart.h:34
#3  0x0808459c in strcpy () at ../sysdeps/generic/strcpy.c:31
#4  0x401d9bfd in pthread_start_thread (arg=0x4f6ffc00) at manager.c:262
(gdb)


Gerry Morong
Electronic Design Automation
ISSG
gerry.morong@compaq.com

 -----Original Message-----
From: 	Morong, Gerry  
Sent:	Tuesday, September 11, 2001 10:30 PM
To:	'Pierangelo Masarati'
Cc:	'openldap-software@OpenLDAP.org'
Subject:	RE: openldap 2.0.11 - getpwnam


Will try openldap 2.0.14 but here is additional information of my
problem.

(gdb) where
#0  0x402c990e in __select () from /lib/i686/libc.so.6
#1  0x00000001 in __strtol_internal (nptr=0x0, endptr=0x40bbaca4,
base=0, 
    group=1075682130) at eval.c:36
#2  0x401d9bfd in pthread_start_thread (arg=0x40bbac00) at manager.c:262
(gdb)

Back Trace
(gdb) where
#0  0x402c990e in __select () from /lib/i686/libc.so.6
#1  0x00000001 in __strtol_internal (nptr=0x0, endptr=0x40bbaca4,
base=0, 
    group=1075682130) at eval.c:36
#2  0x401d9bfd in pthread_start_thread (arg=0x40bbac00) at manager.c:262
(gdb)

Debug (-1)
=> ldbm_cache_open( "/usr/local/var/openldap-ldbm/dn2id.dbb", 7, 600 )
<= ldbm_cache_open (cache 0)
<= idl_fetch 2577 ids (2577 max)
<= filter_candidates 2577
=> filter_candidates
        OR
=> list_candidates 0xa1
=> filter_candidates
        EQUALITY
=> equality_candidates
=> ldbm_cache_open( "/usr/local/var/openldap-ldbm/objectClass.dbb", 16,
600
)
<= ldbm_cache_open (cache 3)
=> key_read
<= index_read 0 candidates
<= equality_candidates NULL
<= equality_candidates 0
<= filter_candidates 0
=> filter_candidates
        AND
=> list_candidates 0xa0
=> filter_candidates
        EQUALITY
=> equality_candidates
=> ldbm_cache_open( "/usr/local/var/openldap-ldbm/objectClass.dbb", 16,
600
)
<= ldbm_cache_open (cache 3)
=> key_read
<= idl_fetch 2070 ids (2070 max)
<= index_read 2070 candidates
<= equality_candidates 2070
<= filter_candidates 2070
=> filter_candidates
        EQUALITY
=> equality_candidates
=> ldbm_cache_open( "/usr/local/var/openldap-ldbm/uid.dbb", 16, 600 )
<= ldbm_cache_open (cache 4)
=> key_read
<= index_read 1 candidates
<= equality_candidates 1
<= filter_candidates 1
<= list_candidates 2
<= filter_candidates 2
<= list_candidates 2
<= filter_candidates 2
Segmentation fault


Gerry


-----Original Message-----
From: Pierangelo Masarati [mailto:masarati@aero.polimi.it]
Sent: Tuesday, September 11, 2001 1:12 AM
To: Morong, Gerry
Cc: 'openldap-software@OpenLDAP.org'
Subject: Re: openldap 2.0.11 - getpwnam


"Morong, Gerry" wrote:
> 
> Wanted to test the openldap server so I wrote a script that loops
through
> all the logins we have.  For each login a c program does a getpwnam
call
and
> returns the password information.    When I run this script openldap
will
> die after about 1000 entries with a segmentation fault.  If I do an
> ldapsearch for the same information, openldap stays alive and returns
> everything.  We have about 1,500 logins.  Any ideas?

You need to send more specific information. A verbose log 
of the last operation and a backtrace of the slapd would
help. You may also try a more recent release. In case you
are not able to fix your problem by upgrading, you should
issue a problem by http://www.openldap.org/its/

Pierangelo.

-- 
Dr. Pierangelo Masarati               | voice: +39 02 2399 8309
Dip. Ing. Aerospaziale                | fax:   +39 02 2399 8334
Politecnico di Milano                 | mailto:masarati@aero.polimi.it
via La Masa 34, 20156 Milano, Italy   |
http://www.aero.polimi.it/~masarati

Prev by Date: Configuring login via ldap
Next by Date: RE: openldap 2.0.11 - getpwnam
Index(es):
- Chronological
- Thread