Hi Quanah, slapd does have access to the files because it re-created after I deleted them on start.
root@directory-proxy2:/var/lib/ldap# ls -la total 11752 drwxr-x--- 2 openldap openldap 4096 2011-04-12 16:01 . drwxr-xr-x 44 root root 4096 2011-03-25 12:47 .. -rw-r--r-- 1 openldap openldap 4096 2011-04-12 16:01 alock -rw------- 1 openldap openldap 24576 2011-04-12 16:01 __db.001 -rw------- 1 openldap openldap 843776 2011-04-12 16:01 __db.002 -rw------- 1 openldap openldap 13115392 2011-04-12 16:01 __db.003 -rw------- 1 openldap openldap 2359296 2011-04-12 16:01 __db.004 -rw------- 1 openldap openldap 540672 2011-04-12 16:01 __db.005 -rw------- 1 openldap openldap 32768 2011-04-12 16:01 __db.006 -rw-r--r-- 1 openldap openldap 120 2011-04-12 14:29 DB_CONFIG -rw------- 1 openldap openldap 8192 2011-04-12 14:29 dn2id.bdb -rw------- 1 openldap openldap 32768 2011-04-12 14:29 id2entry.bdb -rw------- 1 openldap openldap 10485760 2011-04-12 16:01 log.0000000001 root@directory-proxy2:/var/lib/ldap# ps aux |grep slapd openldap 5519 0.0 0.6 56244 6316 ? Ssl 16:01 0:00 /usr/sbin/slapd -h ldap:/// ldapi:/// ldaps:/// -g openldap -u openldap -F /etc/ldap/slapd.d
I've disabled apparmor as well..
On Tue, Apr 12, 2011 at 3:42 PM, Quanah Gibson-Mount quanah@zimbra.com wrote:
--On Tuesday, April 12, 2011 3:04 PM -0400 Tyler Gates tgates81@gmail.com wrote:
I can't get a back trace because it doesn't crash under gdb, slapd only responds to queries with error:
client: result: 80 Other (e.g., implementation specific) error text: internal error server: bdb(dc=example,dc=com): PANIC: fatal region error detected; run recovery
Apr 12 14:25:34 directory-proxy2 slapd[2526]: backend_startup_one (type=hdb, suffix="(null)"): bi_db_open failed! (-1)
These all indicate permissions issues. It sounds like the slapd instance does not have permissions to access the database.
--Quanah
--
Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc.
Zimbra :: the leader in open source messaging and collaboration