|
From: Quanah Gibson-M. <qu...@st...> - 2005-07-14 18:56:50
|
I'm trying to track down a memory leak that only appears to happen on a 64 bit platform, so I checked out the latest 3.0 source from subversion, and built it on the AMD. However, I'm running into some problems. (1) addrcheck doesn't build (it looks like this hasn't been ported yet), which leads to (2) OpenLDAP won't run under memcheck. Apparently, memcheck is preventing the Berkeley DB backend from allocating its requested amount of memory for its database cache (2 GB). I can't seem to find a way to tell memcheck to allow slapd to allocate this memory. On a 32 bit system, I experience the exact same memory allocation problem, except that if I switch to addrcheck, slapd works just fine. The errors from slapd are: Jul 14 11:37:34 gsb-64-amd slapd[14083]: @(#) $OpenLDAP: slapd 2.3.4 (Jul 14 2005 11:14:47) $ ro...@gs...:/usr/local/build/openldap-2.3.4/servers/slapd Jul 14 11:38:32 gsb-64-amd slapd[14083]: bdb_db_open: unclean shutdown detected; attempting recovery. Jul 14 11:38:32 gsb-64-amd slapd[14083]: bdb(dc=stanford,dc=edu): mmap: Cannot allocate memory Jul 14 11:38:32 gsb-64-amd slapd[14083]: bdb_db_recover: dbenv_open failed: Cannot allocate memory (12) Jul 14 11:38:32 gsb-64-amd slapd[14083]: bdb_db_open: DB recovery failed. Jul 14 11:38:32 gsb-64-amd slapd[14083]: backend_startup_one: bi_db_open failed! (-1) Any pointers on what I can do to get this to work? Thanks! BTW, I'm not currently a list subscriber, so please CC me in responses. Thanks, Quanah -- Quanah Gibson-Mount Principal Software Developer ITSS/Shared Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html "These censorship operations against schools and libraries are stronger than ever in the present religio-political climate. They often focus on fantasy and sf books, which foster that deadly enemy to bigotry and blind faith, the imagination." -- Ursula K. Le Guin |