openldap archive logs

Проснулся от звонка мобильного.
Разбудил меня мой любимый DiskUsageMonitor на почтовом сервере.
Радостная весть заключалась в том что партиция смонтированная на /var/lib/ldap занята чуть менее чем полностью.
Mail у меня работает на связке courier+ldap под пятым RHELом.

Можно было бы забить на проблему и увеличить размер партиции, благо сервера виртуализированы, но не в могем стиле делать мертвому припарки.

Смотрим:

for i in `ls`; do du -hs $i; done
внутри злосчастной диры.

Оказывается что 10 из 12 гигов этой партиции кушает содержимое дирректории /var/lib/ldap/logs
Понятненько. Оканчательно охамели арчивлоги операций.

ну чтож. все понятно. можно воспользоваться утилиткой db_archive, предварительно натравив ее на сию диру.

И тут то и началось веселье.
В процессе обработки выдается на экран сообщение о том, что один из файлов битый, с нежной просьбой отстать от несчастной утилиты.
Эххх. Тут нахлыниваеит грусть и печаль.


было принято радикальное решение.
стопорим лдап, далее

/usr/sbin/slapcat -n 2 > ~/l.ldif

(первая монитор)

cp /var/lib/ldap/DB_CONFIG ~/DB_CONF_MAIL
rm -f /var/lib/ldap/
cp ~/DB_CONF_MAIL /var/lib/ldap/DB_CONF
cat ~/l.ldif |/usr/sbin/slapadd

стартуем лдап...
Радуемся =)


Но радость продлилась недолго.
Нет не было сбоев и багов, с потерями данных.
обнаружилась утилита

/usr/sbin/slapd_db_archive

Применяем ее, на предварительно востановленый каталог..

/usr/sbin/slapd_db_archive -l

радуемся вновь =)

Мораль сией басни такова: читайте man, товарищи.

Благодарю за внимание,
#/bin/bash, господа