CentOS - Mar 2009 - openldap 2.4.11 ......unable to start on reboot

Hi

I had upgraed my opneldap rpm frm 2.3.27 to 2.4.11 with ehelp of the
followng link http://staff.osuosl.org/~jeff/openldap/

I had then rebooted my machine and now whne i am starting ldap

[root at system-test40 ldap]# /etc/init.d/ldap start
Checking configuration files for slapd:  bdb_db_open: database
"o=netserv_ldap": unclean shutdown detected; attempting recovery.
bdb_db_open: database "o=netserv_ldap": recovery skipped in read-only
mode. Run manual recovery if errors are encountered.
ch_calloc of 1 elems of 480000004 bytes failed
slaptest: ../../../servers/slapd/ch_malloc.c:107: ch_calloc: Assertion
`0' failed.

i tried to do some recovery as mentioned in vairous archives :

cd /var/lib/ldap
slapd_db_recover -v

but it still not able to restart
it give me the same error


[root at system-test40 ldap]# /etc/init.d/ldap restart
Stopping slapd:                                            [FAILED]
Checking configuration files for slapd:  bdb_db_open: database
"o=netserv_ldap": unclean shutdown detected; attempting recovery.
bdb_db_open: database "o=netserv_ldap": recovery skipped in read-only
mode. Run manual recovery if errors are encountered.
ch_calloc of 1 elems of 480000004 bytes failed
slaptest: ../../../servers/slapd/ch_malloc.c:107: ch_calloc: Assertion
`0' failed.
                                                           [  OK  ]
Starting slapd:                                            [  OK  ]


[root at system-test40 ldap]# /etc/init.d/ldap status
slapd is stopped


has any one encounterd the same issue .........

thanks for all the help !!


-- 
Regards
Agnello D'souza

On Mar 3, 2009, at 1:55 AM, Agnello George wrote:
> Hi
>
> I had upgraed my opneldap rpm frm 2.3.27 to 2.4.11 with ehelp of the
> followng link http://staff.osuosl.org/~jeff/openldap/
>
> I had then rebooted my machine and now whne i am starting ldap
>
> [root at system-test40 ldap]# /etc/init.d/ldap start
> Checking configuration files for slapd:  bdb_db_open: database
> "o=netserv_ldap": unclean shutdown detected; attempting recovery.
> bdb_db_open: database "o=netserv_ldap": recovery skipped in
read-only
> mode. Run manual recovery if errors are encountered.
> ch_calloc of 1 elems of 480000004 bytes failed
> slaptest: ../../../servers/slapd/ch_malloc.c:107: ch_calloc: Assertion
> `0' failed.
Hi, I haven't seen this before.  What steps did you take to do the  
upgrade?  Is this on centos 4 or centos 5?  I think it's probably more  
appropriate to follow-up off list as this isn't a package shipped by  
centos but something I packaged myself.  Please email me directly.

Thanks,
Jeff

On Tue, Mar 03, 2009, Agnello George wrote:
>Hi
>
>I had upgraed my opneldap rpm frm 2.3.27 to 2.4.11 with ehelp of the
>followng link http://staff.osuosl.org/~jeff/openldap/
>
>I had then rebooted my machine and now whne i am starting ldap
>
>[root at system-test40 ldap]# /etc/init.d/ldap start
>Checking configuration files for slapd:  bdb_db_open: database
>"o=netserv_ldap": unclean shutdown detected; attempting recovery.
>bdb_db_open: database "o=netserv_ldap": recovery skipped in
read-only
>mode. Run manual recovery if errors are encountered.
>ch_calloc of 1 elems of 480000004 bytes failed
>slaptest: ../../../servers/slapd/ch_malloc.c:107: ch_calloc: Assertion
>`0' failed.
>
>i tried to do some recovery as mentioned in vairous archives :
>
>cd /var/lib/ldap
>slapd_db_recover -v
I think this should be ``slapd_db_recover -h $PWD''

The fact that it's saying that it is skipping read-only either means that
the /ver/lib/ldap directory is on a read-only file system, or perhaps
slapd_db_recover requires the ``-h'' option to really do it's work.

I think that slapd_db_recover is a version of the Sleepycat Berkeley
database (bdb) db_recover routine, specific to the version of bdb on which
openldap-server is built.  The bdb is some of the worst looking spaghetti
code I have seen in over 40 years of programming work (look at the #if
statements in the perl or python bdb routines to get an idea of how ugly it
is with dependencies on both major and minor releases).

As a last resort, ``rm /var/lib/ldap/*'' will clear all the openldap
data
files allowing it to restart so you can rebuild its data from scratch.

Bill
-- 
INTERNET:   bill at celestial.com  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
Fax:            (206) 232-9186

Force always attracts men of low morality.  -- Albert Einstein