From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Comment: RFC 2476 MSA function at mx18.yandex.ru logged sender identity as: shader Message-ID: <437ACB00.3030101@yandex.ru> Date: Wed, 16 Nov 2005 09:00:32 +0300 From: "Alexey V. Novikov" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Linux Sisyphus discussion list Subject: Re: [sisyphus] q: mysql shutdown and index corruption References: <20051115125240.GV31088@osdn.org.ua> <4379E99E.2060300@sakhalin.ru> <437A4511.20407@gorodmasterov.com> In-Reply-To: <437A4511.20407@gorodmasterov.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 06:00:58 -0000 Archived-At: List-Archive: List-Post: 15.11.2005 23:29, Vladimir Lettiev пишет: > Dmitry Lebkov пишет: > >> В чем-то похожий "подземный стук" у меня происходит с LDAP. Из >> баз (master + many slaves) изредка пропадают объекты. Ни перезагрузок, >> ни сбоев по питанию не наблюдается. > > > На ALM24 такая картина наблюдается после внезапного отключения питания. > Спасает регулярный бэкап или db_recover запущеный в каталоге базы LDAP. > Аналогично ломается и база subversion, только там db_recover вообще > убивает данные, лечит svnadmin (recover?). Грешу на berkeley db... У меня тоже грохалась база LDAP на ALM24 при пропадании питания. ФС там ext3 с data=journal. db_recover не помог.:( Кстати, нашел в man slapd.conf(5) параметр "readonly", кто-нибудь его пробовал? Не в смысле блокирования изменений, а в смысле устойчивости к сбоям. Просто у меня в ldap лежат лишь пользователи и меняются они достаточно редко, т.ч. меня это бы устроило. -- WBR, Alexey V. Novikov