И снова unsuccessful execution caused by system error...

Access Violation, некорректное выполнение запросов или вызовов API, ошибки утилит командной строки, в общем все, что вам мешает работать

Модераторы: kdv, dimitr

Ответить
gert
Сообщения: 18
Зарегистрирован: 19 фев 2012, 16:46

И снова unsuccessful execution caused by system error...

Сообщение gert » 28 июн 2012, 09:04

Добрый день!

СУБД: Firebird 2.5
ОС: XP Prof SP3
IBExpert 2007/2012

Сделал validate для базы и нашел! несколько ошибок. Запускаю validate full или mend и часов через 12 работы (база огромная) получаю: "unsuccessful execution caused by system error... connection lost to database". Лог:

Serv (Server) Thu Jun 28 02:52:24 2012
Database: X:\SEM.FDB
Record -180481490 is marked as damaged in table TABLE (129)


Serv (Server) Thu Jun 28 03:57:34 2012
bugcheck during scan of table 129 (TABLE)


Serv (Client) Thu Jun 28 04:00:16 2012
"X:\...\Firebird_2_5\bin\fbserver.exe": terminated abnormally (4294967295)


Повторюсь, что база огромная около 4 000 000 000 записей, может имеет место переполненние чего либо (смущает № записи -180481490)?? подскажите пжлст...

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Re: И снова unsuccessful execution caused by system error...

Сообщение kdv » 28 июн 2012, 11:01

переполнение - это вряд ли.
http://www.ibase.ru/devinfo/fb1tbtech.htm
4 миллиарда записей - это во всей базе, или в одной таблице? и огромная - насколько? физический размер базы сказать можете?

gert
Сообщения: 18
Зарегистрирован: 19 фев 2012, 16:46

Re: И снова unsuccessful execution caused by system error...

Сообщение gert » 28 июн 2012, 12:00

Размер базы 400 Гб.
В одной табл. более 3 800 000 000 записей, остальные записи в др. табл.

п.с. в логе ругается на запись из огромной таблицы

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Re: И снова unsuccessful execution caused by system error...

Сообщение kdv » 28 июн 2012, 12:51

я вам дал ссылку на статью о базе в 1 терабайт. и в одной из таблиц 3.7 миллиарда записей.
так что подозреваю, что у вас в базу просто попала "молния", увы.

hvlad
Разработчик Firebird
Сообщения: 1244
Зарегистрирован: 21 мар 2005, 10:48

Re: И снова unsuccessful execution caused by system error...

Сообщение hvlad » 28 июн 2012, 13:18

Крешдамп можете получить ?
http://www.ibphoenix.com/resources/docu ... ent/doc_35

gert
Сообщения: 18
Зарегистрирован: 19 фев 2012, 16:46

Re: И снова unsuccessful execution caused by system error...

Сообщение gert » 28 июн 2012, 13:30

За ссылку спасибо. Статью эту прочитал уже давно. В статье нет информации о validate большой базы...

Моя база функционирует, работают разные запросы, строятся индексы... Недавно после сбоя проверил обычным validate и нашел несколько ошибок, попробовал исправить и получил ... Далее заметил, что проблема возникает только с validate full и mend (обычный validate работает). Это и наталкивает на мысли о переполнении чего-либо (например счетчика записей), потому как full и mend проверяют каждую запись, в отличии от обычного validate

Сейчас восстанавливаю резервную копию, надеюсь решить вопрос так... Но интересна суть проблемы!

Простите за вопрос... А что такое "молния"??

gert
Сообщения: 18
Зарегистрирован: 19 фев 2012, 16:46

Re: И снова unsuccessful execution caused by system error...

Сообщение gert » 28 июн 2012, 13:35

hvlad писал(а):Крешдамп можете получить ?
http://www.ibphoenix.com/resources/docu ... ent/doc_35
попытаюсь на ночь запустить...

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Re: И снова unsuccessful execution caused by system error...

Сообщение kdv » 28 июн 2012, 18:56

проблема возникает только с validate full и mend (обычный validate работает)
могу проверить сегодня.
Простите за вопрос... А что такое "молния"??
например,
http://tesis.lebedev.ru/forecast_activity.html

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Re: И снова unsuccessful execution caused by system error...

Сообщение kdv » 29 июн 2012, 22:15

проверил. у меня тоже вылезло
IBASE (Server) Fri Jun 29 17:31:12 2012
bugcheck during scan of table 136 (ORDER_LINE)

imho это что-то с gfix.

p.s. еще обнаружилось что в customer несколько индексов битые (missing entries).

и еще - у меня валидация базы размером 1.5 терабайт шла 17 часов. Это при том, что 64битная ОС плохо себя ведет с 32-битным ФБ.
http://www.sql.ru/forum/actualthread.aspx?tid=952284

hvlad
Разработчик Firebird
Сообщения: 1244
Зарегистрирован: 21 мар 2005, 10:48

Re: И снова unsuccessful execution caused by system error...

Сообщение hvlad » 29 июн 2012, 23:22

kdv писал(а):Это при том, что 64битная ОС плохо себя ведет с 32-битным ФБ.
Это здесь не при чём.
Бери 2.5.2, не мучай скотинку (винду) :wink:

gert
Сообщения: 18
Зарегистрирован: 19 фев 2012, 16:46

Re: И снова unsuccessful execution caused by system error...

Сообщение gert » 05 июл 2012, 12:05

Простите за вопрос... А что такое "молния"??
например,
http://tesis.lebedev.ru/forecast_activity.html[/quote]
оччень смешно)

проблему решаю восстановлением резервной копии... (крешдамп получить не удалось)
kdv писал(а):imho это что-то с gfix.
т.е. починить огромную базу не удастся?

gert
Сообщения: 18
Зарегистрирован: 19 фев 2012, 16:46

Re: И снова unsuccessful execution caused by system error...

Сообщение gert » 05 июл 2012, 12:05

Простите за вопрос... А что такое "молния"??
оччень смешно)

проблему решаю восстановлением резервной копии... (крешдамп получить не удалось)
kdv писал(а):imho это что-то с gfix.
т.е. починить огромную базу не удастся?

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Re: И снова unsuccessful execution caused by system error...

Сообщение kdv » 05 июл 2012, 15:39

оччень смешно)
ничего смешного не вижу. во время магнтиных бурь портятся базы, это факт, и мы периодически проверяем ту ссылку, чтобы знать, что ждет наш отдел ремонта, как минимум на выходные или праздники.
т.е. починить огромную базу не удастся?
если ФБ 64битный (и гфикс), то этой ошибки нет. Именно это я имел в виду в фразе "что-то с gfix", т.е. в 32-битном gfix есть баг.
c 32-битным ФБ и такой базой работать вообще не советую
http://www.sql.ru/forum/actualthread.aspx?tid=952284

Ответить