[sisyphus] q: mysql shutdown and index corruption

[Olvin]

Alexey V. Novikov wrote:
>>>> На ALM24 такая картина наблюдается после внезапного отключения 
>>>> питания. Спасает регулярный бэкап или db_recover запущеный в 
>>>> каталоге базы LDAP. Аналогично ломается и база subversion, только 
>>>> там db_recover вообще убивает данные, лечит svnadmin (recover?). 
>>>> Грешу на berkeley db...
>>> У меня тоже грохалась база LDAP на ALM24 при пропадании питания.
>>> ФС там ext3 с data=journal. db_recover не помог.:(
>> Это может зависеть не только от сервера и файловой системы.
>> Многие жесткие диски и RAID-контроллеры (обычно дешевые) имеют кэши типа
>> "запишем завтра, если погода будет хорошая" (AKA write back), не
>> подстрахованные независимым питанием.
>> Об этом можно почитать здесь:
>> http://www.postgresql.org/docs/8.1/interactive/wal.html
>> Обратите также внимание на комментарий пользователя, может пригодиться
>> для разбирательства с вашими проблемами.
> Мда... Спасибо! Наверное надо будет для ldap сделать отдельную
> физическую партицию на диске и монтировать ее в ro. Все-таки
> мало приятного, когда из пользователей пускают лишь рута,
> причем с консоли, а сервак эдак за ~20км от тебя.:(

Это не спасёт. Сказано же: write back на контроллере. Это ни от 
операционки не зависит, ни от винта. Это контроллер. Я на сервере такое 
выключил нафиг, ибо пришлось пересоздавать после одной аварии RAID.
Кстати, винты сами по себе тоже могут иметь такую опцию, по умолчанию 
(на моих винтах) отключена.