|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Dmitry Miloserdov 2:5020/400 28 Jul 2006 20:32:42 To : Alex Korchmar Subject : Re: SVN -------------------------------------------------------------------------------- Hello, Alex! You wrote to me on Thu, 27 Jul 2006 17:50:30 +0000 (UTC): DM>> payload по ключу. транзакции для нее это просто группа операций DM>> которые AK> ну и почему оно вместо этого выдает какую-то хню типа AK> log_flush: LSN past current end-of-log ? AK> (спроси гугль - узнаешь много новых софтин, использующих bdb) Спросил - нашел кучу граблей у ССЗБ. Половина запускали recover при живом процессе работющем с базой. То что recover не пытается определить используемость базы наверное нехорошо но AFAIK документировано следовательно не бага а фича. То что он при этом _ломает_ базу нисколько не уменьшает вины админа. Часть потерли логи без предварительного archive. Hу у кого-то чудо с переходом на предыдущий лог было хотя скорее всего и тут не обошлось без админа. ( дальше второй страницы гугла я не смотрел ) AK> так ведь аргумент был - затоможнонедумать Hе ну с такими аргументами мешки грузить или лес валить под присмотром думающих с матюгальниками. AK> Кто думает - первым делом подумает, а зачем вообще нужна ему такая AK> шняга и не проще ли сделать сериализацию. Каждый заново btree будет рисовать? Или ты про откат bdb на 3 версии? Если второе то как-то глупо недоверяя текущей версии продукта доверять древней. DM>> Код закрытый так что однозначно сказать нельзя. Скорее всего DM>> использует потому как без них ничего сложнее таблички из _двух_ полей DM>> сделать невозможно. А c aliases.db дело наверное не в транзакциях - DM>> newaliases AK> так его sendmail читает, постоянно. Прикол, натурально, в том, что AK> для bdb неважно, читаешь ты или не только - база бьется в обоих AK> случаях. Hу это уж вообще чудеса какие-то. Посмотрел mtime файлов меняется при записи а при чтении нет. Так что чтение не может испортить базу. With best regards, Dmitry Miloserdov. E-mail: dmitry@bis.ru --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/65779eef07ec.html, оценка из 5, голосов 10
|