Помогите с запуском LDAP

Дано федора. Необходимо (кровь из носу) запустить LDAP. Пока в связке с самбой. Я уже неделю, наверное, бююсь над этим. Нашел статью про хороший LDAP сервис. Но с ним поимел проблему, которую не могу решить - не вяжется самба с ним, хоть убейся (см. мой пост чуть ниже). Фиг с этм Fedora DS. Будем работать через обычный openldap. Щас, как же...

Итак, конфиги этого чуда:

/etc/openldap/ldap.conf

URI ldap://127.0.0.1/
BASE dc=local,dc=mycorp,dc=ru
TLS_CACERTDIR /etc/openldap/cacerts

/etc/openldap/slapd.conf (комметарии стандартные повырезаны)

include        /etc/openldap/schema/corba.schema
include        /etc/openldap/schema/core.schema
include        /etc/openldap/schema/cosine.schema
include        /etc/openldap/schema/duaconf.schema
include        /etc/openldap/schema/dyngroup.schema
include        /etc/openldap/schema/inetorgperson.schema
include        /etc/openldap/schema/java.schema
include        /etc/openldap/schema/misc.schema
include        /etc/openldap/schema/nis.schema
include        /etc/openldap/schema/openldap.schema
include        /etc/openldap/schema/ppolicy.schema
include        /etc/openldap/schema/collective.schema
include        /etc/openldap/schema/samba.schema
# Allow LDAPv2 client connections.  This is NOT the default.
allow bind_v2
pidfile        /var/run/openldap/slapd.pid
argsfile    /var/run/openldap/slapd.args
database    bdb
suffix        "dc=local,dc=mycorp,dc=ru"
checkpoint    1024 15
rootdn        "cn=Manager,dc=local,dc=mycorp,dc=ru"
rootpw        {SSHA}kYarLKotlaW7NTPDnPUb1yH3EMbflXq0
directory  /var/lib/ldap
loglevel = 255
# Indices to maintain for this database
index objectClass                       eq,pres
index ou,cn,mail,surname,givenname      eq,pres,sub
index uidNumber,gidNumber,loginShell    eq,pres
index uid,memberUid                     eq,pres,sub
index nisMapName,nisMapEntry            eq,pres,sub
index sambaPrimaryGroupSID              eq
index sambaDomainName                   eq
# enable monitoring
database monitor
access to *   
   by self write   
   by anonymous read   
   by * none 
  

То есть ничего особеного. Но, при запуске эта сволочь обращается в иной конфиг (какой именно - не понимаю) и рисует мне следующую картину маслом:

# service slapd start
Проверяются конфигурационные файлы для slapd:              [СБОЙ ]
bdb(dc=my-domain,dc=com): log region size must be >= 130000
bdb_db_open: database "dc=my-domain,dc=com" cannot be opened, err 22. Restore from backup!
backend_startup_one (type=bdb, suffix="dc=my-domain,dc=com"): bi_db_open failed! (22)
slap_startup failed (test would succeed using the -u switch)
/var/lib/ldap может содержать файлы устаревших блокировок  [ВНИМАНИЕ!]

Откуда оно берет эти параметры, эти my-domain'ы? Как это дело вычистить до нуля, до полнейшей пустоты, пригодной для населения? И, при этом:

# service slapd status
slapd не работает, но pid-файл существует

yum reinstall openldap с отчаянья тоже делал. Не помогло... Выручайте...

Вы на той же машине поднимаете, где ранее Fedora DS стоял?

Hrafn написал:

Вы на той же машине поднимаете, где ранее Fedora DS стоял?

Да, других машин нет. И, к тому же, насколько я понимаю - они живут в совершенно различных каталогах ит друг с другом по данным и конфигам не пересекаются. Кроме того, я сегодня сделал и reinstall для openLDAP'а. Не помогло. Более того, нигде и никогда я этого my-corp'а не писал.

У меня есть ощущение, что openldap читает конфигурацию из какого-то своего файла, а не из /etc/openldap/*.conf. Как будто их нет вообще. Так как поставил в slapd.conf путь на регистрационный файл:

logfile /var/log/ldap.log

Файл не создается и в него ничего не пишется.

А началось с чего: изначально поимел проблемы на чистой машине с openldap'ом. Не пускал он в себя никак. То есть не воспринимал пароль администратора. Тогда я начал морщить мозг на тему 389-DS. Продукт понравился, но не смог я интегрировать его с самбой. Самба не стала с ним вязаться по схемам от федоры DS. А по схеме от openldap - проблема с занесением пароля юзерского, самбового вылезла. Которую можно было бы решить через SSL, но там иные заморочки полезли. Вернулся назад. Первым делом - опять не пускает ldap в себя по административному паролю. Спрятал файлы базы данных. Не помогло. Вернул взад. И получил описанную выше картину. Так что 389-ds здесь, уверен, не причем.

вполне может быть конфликт по портам, т.к. оба юзают 389/636

Loky написал:

вполне может быть конфликт по портам, т.к. оба юзают 389/636

Хм-м... Ну, команду-то "service XXXX stop" я знаю... Да и ps -aux | grep slapd (в данном случае) информативен. Так что этот конфликт исключен. Если бы у меня была хоть какая то идея - разве я писал бы в конференцию её не испробовав. А так - врде всё правильно, а никак не выходит каменный цветок. А без службы каталогов мне дальше ничего не сделать на серверах. Увы, но в мозгах - пусто и никакой идеи...

сколько у Вас еще времени есть? Просто я на работе загрузен сейчас слегка, потому времени не хватает конкретно заняться Вашей проблемой

Hrafn написал:

сколько у Вас еще времени есть?

Ответил мылом

Cruiser78 написал:

[quote=Hrafn]сколько у Вас еще времени есть?

Ответил мылом[/quote]
Ответил:)

у меня схожая проблема, можно не мылом ?
slaptest
bdb(dc=my-domain,dc=com): BDB1584 line 26: /var/lib/ldap/: incorrect name-value pair
bdb_db_open: database "dc=my-domain,dc=com" cannot be opened, err 22. Restore from backup!
backend_startup_one (type=bdb, suffix="dc=my-domain,dc=com"): bi_db_open failed! (22)
slap_startup failed (test would succeed using the -u switch)

а для остальных расписать ?
спасибо

решил проблему сам, в папке /var/lib/ldap/ удалил файлы типа __db.001 __db.002 __db.003