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

Crash problem..



While stress testing 2.0.7 under RedHat Linux 7.1, Berkeley DB 2.7.7 @
480,000 directory entries.  2 CPU Dell's with 1 MB of RAM, kernel 2.4.2.


Apr 24 15:40:35 oakley slapd[11188]: <= key_change 0
Apr 24 15:40:35 oakley slapd[11188]: => key_change(DELETE,1f209)
Apr 24 15:40:35 oakley slapd[11188]: <= key_change 0
Apr 24 15:40:35 oakley slapd[11188]: => key_change(DELETE,1f209)
Apr 24 15:40:35 oakley slapd[11188]: ch_calloc of 2748252165 elems of 4 bytes fa
iled

This seems to be a threading issues, especially under updates..  It seems
that running one writer doesn't cause the problem, but having
simultaneous writers shuts down the ldap server within 5 minutes of
operation.

the dbcacachesize and cachesize is set to default, so that shouldn't be a
problem.

It seems that ch_alloc is trying to allocate *A LOT OF MEMORY* there and
it doesn't seem right..  Looks very much like stack corruption.
Allocating around 10 GB of mem, off course it will fail.

George