Ошибка 179

← →
Карелин Артем (2002-12-17 14:36) [0]

Собственно я опять мучал базу с запредельной нагрузкой. Выдает сабж на простейших запросах. От типа сервера не зависит (FireBird 796 и IB 6.5).
Что тако?

← →
Alexandr (2002-12-17 14:42) [1]

что, прам по-русски так и пишет "ошибка 179"

← →
Prooksius (2002-12-17 14:51) [2]

2 Карелин Артем © (17.12.02 14:36)
Садистские наклонности у тебя, однако... :))))
А по-подробнее, а то уже задралось говорить, что мы не телепаты

← →
Alexandr (2002-12-17 14:57) [3]

я кажется догадался...
gds software error

← →
Карелин Артем (2002-12-17 15:06) [4]

Alexandr © (17.12.02 14:57) - Телепат ;)

← →
Alexandr (2002-12-17 15:08) [5]

ну так...
Вообщем, твоя база немножко сломалась.
Чинить надо. gfix и тому подобное.
может и backup\restore поможет...

Тебе может еще и сказать, как она сломалась? или сам знаешь7

← →
Prooksius (2002-12-17 15:10) [6]

2 Alexandr © (17.12.02 15:08)
Все, теперь вместо "Мы не телепаты" буду говорить "Обращайтесь к Alexandr" :)))

← →
Alexandr (2002-12-17 15:13) [7]

пусть обращаются.
Только не в мыло!

← →
Alexandr (2002-12-17 15:15) [8]

E: internal gds software consistency check (decompression overran buffer (179))
D: Обычно ошибка возникает при попытке прямого копирования базы данных с одной платформы на другую, например из-под NT на Netware.
S: перенос баз данных между платформами должен производиться только путем backup/restore. Если ошибка возникла при backup, то необходимо сделать проверку базы данных при помощи gfix с проверкой record fragments, и после этого опять попытаться сделать backup (возможно с опцией ignore checksum errors).

это процентов 80%. Остальные 20% это другие причины.

← →
Карелин Артем (2002-12-17 15:22) [9]

internal gds software consistency check (decompression overran buffer (179))
backup (даже с опцией ignore checksum errors). не чинит.
База оставалась на месте, сервер не менялся. Вообще не чинилась база. Так и удалил.
Всего лишь добавил 3 лимона записей, потом добавил пару строковых полей, занес в них данные с помощью Update ... set Field5=Field2, сбацал пару индексов составных и уникальных в одном коннекте.
Так, мелочи ;)

← →
Alexandr (2002-12-17 15:27) [10]

очень интересно...
версия сервера какая7
Точные данные, при которых проявилась ошибка можешь дать?
Долгий запрос не прерывал? (приложения, которые "зависли" не снимал?)
А, нашел...а точно на обоих серверах проявляется.
Слушай, будь другом проведи свой эксперимент на Yaffil.
Если баг будет устойчивым. т.е. после определенной последовательности операций база будет так ломаться, то баг поправят...

← →
Карелин Артем (2002-12-17 15:36) [11]

Так времени на это надо до фига. Я уже другими делами занялся.
Изначально обкатывал на FireBird 1.0.796
База на NTFS находится, ось 2K server.
Размер страницы 8 кило (кстати так на 30% быстрее, чем 4 кило).
Пару раз снимал EMS при запросах типа select count. Один раз питание сбойнуло, коннект локальный, FW включено.
Вставка шла пакетами по лимону в транзакции через хранимые процедуры.

← →
Alexandr (2002-12-18 07:32) [12]

вот дело скорее всего в снятии запроса. когда параллельно с запросом шла сборка мусора. напряги с этим в Firebird.
Т.е. сборка мусора очень ответственный и нежный процесс, который глубоко ковыряется в базе данных, а ты ее вместе с запросом срубил, вот она за собой и не закопала.
А ты на незакопанную кучку и попал... в результате споткнулся об 179.

Я популярно объяснил?

Ошибка 179 Найти похожие ветки