From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 4 Feb 2006 15:54:44 +0200 From: Michael Shigorin To: openldap@lists.osdn.org.ua, sysadmins@lists.altlinux.org Message-ID: <20060204135444.GA17851@osdn.org.ua> Mail-Followup-To: openldap@lists.osdn.org.ua, sysadmins@lists.altlinux.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i Cc: Subject: [Sysadmins] Fwd: =?koi8-r?b?0sXa1czY1MHU2SwgwSDUwcvWxSAyLjIuMzAtYWx0MCAod2Fz?= =?koi8-r?b?OiBJUTog0MzP3cHEy8EgxMzRIMTP18XExc7J0SBvcGVubGRhcCDE?= =?koi8-r?b?zyDTz9PUz9HOydE=?= production) X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: openldap@lists.osdn.org.ua, ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 13:55:09 -0000 Archived-At: List-Archive: 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 ------ Linux.Kiev http://www.linux.kiev.ua/