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

Re: more info about core dump



This looks like a crash due to previous index corruption which
is being worked.  You likely will need to rebuild your database.

2.0.12 may help in preventing future instances of this.  However,
I note, that we are still examining causes and further fixes
may be necessary.

Kurt

At 08:02 AM 2001-08-31, oberwetter, josh wrote:
>My apologies if this is the wrong list -- should I post this to the bug list
>instead?
>
>The ch_calloc function in ch_malloc.c is trying to allocate a HUGE amount of
>memory. However, I can't tell what function is calling ch_calloc because I
>don't have the stack trace. I can reproduce the problem, but I can't debug
>because I'm not much of a C programmer. If anybody wants run a debugger &
>try to figure it out, perhaps you could too using my (corrupted?) data
>files.
>
>Here are the last debug messages printed before the core dump. If I can
>provide more info, just ask.
>
>=> index_entry_add( 108292, "uid=262973696_fake_3, ou=People, o=NYCBOE,
>ou=Clients, dc=grow, dc=net" )
>=> ldbm_cache_open( "/usr/local/var/openldap-ldbm/objectClass.dbb", 73, 600
>)
><= ldbm_cache_open (cache 2)
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> ldbm_cache_open( "/usr/local/var/openldap-ldbm/uid.dbb", 73, 600 )
><= ldbm_cache_open (cache 3)
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
><= key_change 0
>=> key_change(ADD,1a704)
>ch_calloc of 834535428 elems of 4 bytes failed
>ch_malloc.c:77: failed assertion `0'
>Abort (core dumped)