以前一直运行稳定，前两天突然出现问题，启动部了，请高人指点

moocky

以前一直运行稳定，前两天突然出现问题，启动部了
/var磁盘空间也足够，不知道那儿出问题导致的错误，请高人指点
@(#) $OpenLDAP: slapd 2.2.13 (Aug 13 2006 01:27:00) $
        buildcentos@build-i386:/home/buildcentos/rpmbuild/BUILD/openldap-2.2.13/openldap-2.2.13/build-servers/servers/slapd
bdb_initialize: Sleepycat Software: Berkeley DB 4.2.52: (December  3, 2003)
bdb_initialize: Sleepycat Software: Berkeley DB 4.2.52: (December  3, 2003)
bdb_db_init: Initializing BDB database
bdb(dc=extmail.org): Lock table is out of available locker entries
bdb_db_open: db_open(/var/lib/ldap) failed: Cannot allocate memory (12)
backend_startup: bi_db_open(0) failed! (12)
bdb(dc=extmail.org): Database handles open during environment close
bdb_db_destroy: close failed: Invalid argument (22)
slapd stopped.
connections_destroy: nothing to destroy.

liuxuefeng

bdb_db_open: db_open(/var/lib/ldap) failed: Cannot allocate memory (12)
这里不是报错了吗！？
是不是你服务器的物理内存没有空闲的了

moocky

问题已经解决

Hoy se presentó un problema con un servidor LDAP (OpenLDAP). El demonio /usr/sbin/slapd estaba corriendo pero el puerto 389 no estaba abierto y no era posible usar el servicio.

Para saber que pasaba hice correr el demonio manualmente activando la opción de depuración, esto es lo que mostró


slapd startup: initiated.
bdb_db_open: dbenv_open(/var/lib/ldap)
bdb(dc=colosa,dc=net): Lock table is out of available locks
bdb_db_open: db_open(/var/lib/ldap) failed: Cannot allocate memory (12)
backend_startup: bi_db_open(0) failed! (12)
slapd shutdown: initiated
====> bdb_cache_release_all
slapd shutdown: freeing system resources.


Así que inmediatamente pregunté a San Google(TM) por esto:

"Lock table is out of available locks" y la página que me dió mas luces sobre el problema fue:

http://www.kryogenix.org/days/20 ... able-locker-entries

Para resumir, Berkley DB tiene serias ranas con manejo de bloqueos. Ya había tenido antes problemas con las bases de datos de RPM que también usan Berkley DB pero hasta hoy me doy cuenta de que son por el bloqueo.

La solución fué simple, deshacerse de los archivos de bloqueo __db.00[1-9]:


cd /var/lib/ldap/
mkdir __db
mv __db.0* __db/


Y listo, ahora el servicio está arriba y funcionando.

Para concluir, hay que buscar una solución a largo plazo o automatizar esta "limpieza" de la base de datos de LDAP.

» hardy's blog | add new comment