ubuntuusers.de

LDAP tut nun auch nicht mehr

Status: Gelöst | Ubuntu-Version: Server 9.10 (Karmic Koala)
Antworten |

sprudel91

Anmeldungsdatum:
28. Juli 2007

Beiträge: 193

Hallo ihr Lieben,

in der Theorie müsste so eine Servermigration doch so einfach sein... aber selbst wenn man das hauptberuflich macht... es ist immer noch zum verzweifeln.

Der LDAP-Server tut jetzt genau so nicht mehr:

Jan 20 13:25:04 v220110179354810 slapd[9390]: slapd stopped.
Jan 20 13:25:04 v220110179354810 slapd[9390]: connections_destroy: nothing to destroy.
Jan 20 13:25:06 v220110179354810 slapd[9491]: @(#) $OpenLDAP: slapd 2.4.21 (Aug 10 2010 17:08:36) $#012#011buildd@yellow:/build/buildd/openldap-2.4.21/debian/build/servers/slapd
Jan 20 13:25:06 v220110179354810 slapd[9491]: olcDbDirectory: value #0: invalid path: Permission denied
Jan 20 13:25:06 v220110179354810 slapd[9491]: config error processing olcDatabase={1}hdb,cn=config: olcDbDirectory: value #0: invalid path: Permission denied
Jan 20 13:25:06 v220110179354810 slapd[9491]: slapd stopped.
Jan 20 13:25:06 v220110179354810 slapd[9491]: connections_destroy: nothing to destroy.
Jan 20 13:25:07 v220110179354810 slapd[9494]: @(#) $OpenLDAP: slapd 2.4.21 (Aug 10 2010 17:08:36) $#012#011buildd@yellow:/build/buildd/openldap-2.4.21/debian/build/servers/slapd
Jan 20 13:25:07 v220110179354810 slapd[9494]: olcDbDirectory: value #0: invalid path: Permission denied
Jan 20 13:25:07 v220110179354810 slapd[9494]: config error processing olcDatabase={1}hdb,cn=config: olcDbDirectory: value #0: invalid path: Permission denied
Jan 20 13:25:07 v220110179354810 slapd[9494]: slapd stopped.
Jan 20 13:25:07 v220110179354810 slapd[9494]: connections_destroy: nothing to destroy.
(END) 

So die Logausgabe im /etc/syslog.

Jemand ne Idee was das bedeutet? /var/lib/ldap hat absolut unproblematische Verzeichnisrechte:

root@v220110179354810:/var/lib/ldap# ll
insgesamt 1552
drwxr-x---  2 openldap openldap     4096 2011-01-19 17:50 ./
drwxrwx--- 50     root     root     4096 2011-01-20 13:09 ../
-rw-r--r--  1 openldap openldap     2048 2011-01-19 21:46 alock
-rw-------  1 openldap openldap    24576 2011-01-19 21:46 __db.001
-rw-------  1 openldap openldap   327680 2011-01-19 21:46 __db.002
-rw-------  1 openldap openldap  2629632 2011-01-19 21:46 __db.003
-rw-------  1 openldap openldap    98304 2011-01-19 21:46 __db.004
-rw-------  1 openldap openldap  1187840 2011-01-19 21:46 __db.005
-rw-------  1 openldap openldap    32768 2011-01-19 21:46 __db.006
-rw-r--r--  1 openldap openldap       96 2011-01-19 17:39 DB_CONFIG
-rw-------  1 openldap openldap     8192 2011-01-19 21:39 dn2id.bdb
-rw-------  1 openldap openldap    32768 2011-01-19 21:39 id2entry.bdb
-rw-------  1 openldap openldap 10485760 2011-01-19 21:39 log.0000000001
-rw-------  1 openldap openldap     8192 2011-01-19 21:39 objectClass.bdb
root@v220110179354810:/var/lib/ldap# 

Jemand ne Idee?

sprudel91

(Themenstarter)

Anmeldungsdatum:
28. Juli 2007

Beiträge: 193

Tut mir leid, das Problem hat sich gelöst. Der Ordner hatte ne 770-Umask aber Eigentümer wie Gruppe war root. Vielen Dank .)

Antworten |