Access Violation, некорректное выполнение запросов или вызовов API, ошибки утилит командной строки, в общем все, что вам мешает работать
Модераторы: kdv, dimitr
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 29 янв 2008, 20:00
Продолжу топег. В версии 2.0.3 ошибка всё ещё есть.
page 0, page type 1 lock conversion denied (215)
и следом
deadlock
page 1734813, page type 5 lock conversion denied
internal gds software consistency check (error during savepoint backout (290), file: exe.cpp line: 3731)
Раз-два в неделю, обычно.
-
Кузнецов Евгений
- Сообщения: 144
- Зарегистрирован: 16 фев 2006, 22:36
Сообщение
Кузнецов Евгений » 03 фев 2008, 11:22
Доброго времени суток!
WildSery писал(а):Продолжу топег. В версии 2.0.3 ошибка всё ещё есть..
А что Вы делаете после ее обнаружения - backup-restore?
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 03 фев 2008, 23:49
Кузнецов Евгений писал(а):А что Вы делаете после ее обнаружения - backup-restore?
А ничего. Продолжаем работать.
Как правило эта ошибка к сбоям в БД не приводит (у нас, по крайней мере), потому до ночного бэкап-рестора живёт.
-
dimitr
- Разработчик Firebird
- Сообщения: 888
- Зарегистрирован: 26 окт 2004, 16:20
Сообщение
dimitr » 04 фев 2008, 09:34
вообще-то, вот это:
error during savepoint backout (290)
уже наверняка означает порчу данных
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 04 фев 2008, 11:17
dimitr писал(а):уже наверняка означает порчу данных
Это понятно. Вопрос только, каких.
Видимо, организация и способ работы именно с нашей базой приводит к тому, что портятся, например, старые версии записей.
В общем, не знаю, почему всё не разваливается.
-
Attid
- Спец
- Сообщения: 377
- Зарегистрирован: 14 ноя 2006, 09:58
Сообщение
Attid » 05 фев 2008, 09:53
WildSery писал(а):
В общем, не знаю, почему всё не разваливается.
говоришь так как будто сожелешь
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 05 фев 2008, 11:37
Attid писал(а):[говоришь так как будто сожелешь
Конечно сожалею. Что не знаю. А не что не разваливается.
-
hvlad
- Разработчик Firebird
- Сообщения: 1244
- Зарегистрирован: 21 мар 2005, 10:48
Сообщение
hvlad » 26 авг 2008, 23:51
Настоящим сообщаю, что
данный баг считается изничтоженным в 2.0.5, 2.1.2 и, есс-но, в 2.5 beta1
Просьба, по возможности, подтвердить или опровергнуть.
-
Chemist
- Сообщения: 88
- Зарегистрирован: 27 окт 2004, 09:39
Сообщение
Chemist » 02 сен 2008, 11:22
hvlad писал(а):Настоящим сообщаю, что
данный баг считается изничтоженным в 2.0.5, 2.1.2 и, есс-но, в 2.5 beta1
Просьба, по возможности, подтвердить или опровергнуть.
Влад, дай прямую ссылку откуда качать =D>.
-
hvlad
- Разработчик Firebird
- Сообщения: 1244
- Зарегистрирован: 21 мар 2005, 10:48
Сообщение
hvlad » 02 сен 2008, 12:05
На всякий случай уточню - номера билдов и версий у снапшотов не меняются автоматом при каждом коммите в CVS (как это делается для HEAD). Посему они остаются неизменными вплоть до начала подготовки к новому релизу (это не касается HEAD, есс-но). Т.е., например, снапшот 2.0.4 будет таковым вплоть до того момента, как мы решим выпускать 2.0.5, несмотря на то, что он уже отличается от оригинального 2.0.4
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 16 ноя 2009, 16:59
hvlad писал(а):Настоящим сообщаю, что
данный баг считается изничтоженным в 2.0.5, 2.1.2 и, есс-но, в 2.5 beta1
Просьба, по возможности, подтвердить или опровергнуть.
Итак, полугодичное использование показало - баг никуда не делся. На разных серверах, разный размер БД, но ошибки одни и те же. Бывает почти каждую неделю.
CS Linux 2.0.5.13206
Код: Выделить всё
srv Thu Nov 12 10:43:01 2009 Database: /db.fdb page 3653257, page type 7 lock denied (216)
...
srv Thu Nov 12 18:13:47 2009 Database: /db.fdb page 3608587, page type 5 lock conversion denied (215)
srv Thu Nov 12 18:13:47 2009 Database: /db.fdb deadlock page 3608587, page type 5 lock conversion denied internal gds software consistency check (error during savepoint backout 290), file: exe.cpp line: 3723)
-
hvlad
- Разработчик Firebird
- Сообщения: 1244
- Зарегистрирован: 21 мар 2005, 10:48
Сообщение
hvlad » 16 ноя 2009, 17:46
WildSery писал(а):Итак, полугодичное использование показало - баг никуда не делся. На разных серверах, разный размер БД, но ошибки одни и те же. Бывает почти каждую неделю.
CS Linux 2.0.5.13206
Если каждую неделю - то чего ждал полгода ? Копил ?
На 2.0.4 с той же частотой было ?
PS Пойду вешаться...
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 17 ноя 2009, 15:52
hvlad писал(а):Если каждую неделю - то чего ждал полгода ? Копил ?
На 2.0.4 с той же частотой было ?
Проверить нужно было, статистику собрать... Не сразу и не все сервера были переведены.
Примерно с той же частотой, что и на более ранних 2.0.х. Ну и само собой, где выше нагрузка - там чаще и вылетает, а где небольшая - там совсем нет.
hvlad писал(а):PS Пойду вешаться...
А вот это не надо. Я ж не вешаюсь
-
Chemist
- Сообщения: 88
- Зарегистрирован: 27 окт 2004, 09:39
Сообщение
Chemist » 19 ноя 2009, 15:54
Вот ведь неугомонная какая
PS. У наших заказчиков что-то не наблюдаю достаточно давно.
-
dimitr
- Разработчик Firebird
- Сообщения: 888
- Зарегистрирован: 26 окт 2004, 16:20
Сообщение
dimitr » 25 ноя 2009, 12:40
Влад, а с фрагментами это не может быть связано? Ты вроде говорил, что только для фетча бекверсий делал таймауты...
-
hvlad
- Разработчик Firebird
- Сообщения: 1244
- Зарегистрирован: 21 мар 2005, 10:48
Сообщение
hvlad » 25 ноя 2009, 12:57
Теоритически - может. Но кейса с фрагментами у меня не было и я решил не рисковать.
Ну и "page type 7 lock denied (216)" фрагменты никак не объясняют
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 25 ноя 2009, 19:10
Тест-кейс, к сожалению, дать не могу.
Единственная найденная закономерность - высокая нагрузка и старые (десятки часов) коннекты, висящие в CommitRetaining (из-за BDE).