Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: SVN   Slava Astashonok   27 Jul 2006 12:33:54 
 Re: SVN   Igor Plekhov   27 Jul 2006 13:44:32 
 Re: SVN   Slava Astashonok   27 Jul 2006 15:34:36 
 Re: SVN   Igor Plekhov   28 Jul 2006 02:20:26 
 Re: SVN   Alex Korchmar   28 Jul 2006 10:21:13 
 Re: SVN   Alex Korchmar   27 Jul 2006 17:53:13 
 Re: SVN   Igor Plekhov   28 Jul 2006 02:17:25 
 Re: SVN   Dmitry Miloserdov   27 Jul 2006 15:58:04 
 Re: SVN   Alex Korchmar   27 Jul 2006 18:18:58 
 Re: SVN   Dmitry Miloserdov   27 Jul 2006 20:51:33 
 Re: SVN   Alex Korchmar   27 Jul 2006 21:50:30 
 Re: SVN   Dmitry Miloserdov   28 Jul 2006 20:32:42 
 Re: SVN   Alex Korchmar   28 Jul 2006 22:15:33 
 Re: SVN   Dmitry Miloserdov   31 Jul 2006 20:13:23 
 Re: SVN   Igor Plekhov   28 Jul 2006 02:18:25 
 Re: SVN   Dmitry Miloserdov   31 Jul 2006 20:21:30 
 Re: SVN   Victor Krapivin   31 Jul 2006 23:34:41 
 Re: SVN   Dmitry Miloserdov   31 Jul 2006 22:39:47 
 Re: SVN   Victor Krapivin   01 Aug 2006 14:48:47 
 Re: SVN   Slava Astashonok   01 Aug 2006 14:06:35 
 Re: SVN   Dmitry Miloserdov   01 Aug 2006 14:30:57 
 Re: SVN   Alex Korchmar   07 Aug 2006 19:07:35 
Архивное /ru.linux/65779eef07ec.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional