[Sysadmins] Fwd: результаты, а также 2.2.30-alt0 (was: IQ: площадка для доведения openldap до состояния production)

[Michael Shigorin]

FYI, вдруг кому поможет. (думаю, стоит продолжать 
в openldap@)

----- Forwarded message -----

On Tue, Jan 31, 2006 at 05:15:26PM +0200, Eugene Ostapets wrote:
> >>и проблем нет... Сейчас рассыпалась база openldap... Вопрос -
> >>какова вероятность того, что это связано именно с системной
> >>libdb4?
> >50% - либо связано, либо нет. :)
> >А эти libdb4 чем-то друг от друга отличаются?
> Да!
> 1. Там у меня 4.2
> 2. Она собирается вообще без патчей, ни от alt, ни от кого
> еще...

BTW про libdb4.2 без патчей вообще:
http://www.openldap.org/lists/openldap-software/200506/msg00396.html
(тоже по части http://www.openldap.org/faq/data/cache/44.html)

Про 4.2/4.3 (Дима, посмотри лучше ты по существу):
http://nixdoc.net/files/forum/post-41190.html

Итак.

1) после отката на database ldbm (как делалось и два года тому)
   последние пару дней полегчало.  При этом ldbm backend там
   собран с bdb API:

   $ rpm -qf /usr/lib/openldap/back_ldbm.so
   openldap-servers-2.2.27-alt1.1
   $ ldd /usr/lib/openldap/back_ldbm.so | grep libdb
           libdb-4.3.so => /lib/libdb-4.3.so (0xb7e01000)
	   
2) тесты сборки с ldbm with gdbm API проблем не выявили.

3) проблемы выявились :] в виде невозможности онлайнового бэкапа,
   очевидно, в силу невозможности предоставления требуемого
   конкурентного доступа gdbm backend'ом.

   Получаем "slapcat: could not open database." и рекомендации
   вида "ну так тормозните slapd, снимите и запустите его опять"
   (плюс-минус вариации на тему снятия файлового каталога и потом
   ldbmcat по нему, а также снятия бэкапа с реплики, сервер
   каковой уже и тормозить):

   http://www.openldap.org/lists/openldap-software/200101/msg00303.html
   http://www.openldap.org/lists/openldap-software/200101/msg00343.html

   Неинтересно как-то.

4) на сейчас предполагаю откат на штатный пакет и использование 
   ldbm+bdb с наблюдениями в течение следующей недели и чуть что
   -- перескоком опять на ldbm+gdbm.  Это если не придумается
   более другого варианта пересборки openldap, прошедшего тесты
   (исходя из 2.2.28-alt1 в Daedalus и тарбола 2.2.30).

   Хотя... пусть пока бэкапится реплика, посмотрим, как жить
   будет.  Поскольку если возвращаться к bdb, то лучше на 2.2.30.

5) http://www.freesource.info/wiki/ALTLinux/Dokumentacija/OpenLDAP/backends

6) может, переместимся в openldap@ или sysadmins@?

   На всякий случай туда копию письма форвардну,
   результаты раскопок могут быть интересны и другим.

Сборка 2.2.30 в процессе.  Дима Лебков упоминал, что там были
исправления по bdb'шной части именно после 2.2.27; вот /bdb/i:

        Fixed back-bdb/hdb/ldbm modrdn permission checks (ITS#2757)
        Fixed back-bdb/hdb pointer/integer size warnings (ITS#4015)
        Fixed back-bdb/hdb - check for BDB TXN patch
        Fixed back-bdb/hdb missing suffix during initialization (ITS#3901)
                Added BDB TXN patch in build/BerkeleyDB42.patch

...закончилось: http://paq.osdn.org.ua/~mike/openldap-2.2.30-alt0/
Сам сейчас тестировать не могу -- уже не настолько ясно соображаю.
На следующей неделе, видимо...

----- End forwarded message -----

-- 
 ---- WBR, Michael Shigorin <mike на altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/