iBase.ru Forum

Итак, дано БД на ~900Mb крутилась под Linux'ом на Ext2 и Firebird 1.0.3
проверяем :
#/opt/interbase/bin/gfix -v -full p.gdb
Summary of validation errors


Number of record level errors : 572
Number of index page errors : 42
Number of database page errors : 1029

дальнейшие -mend -full -ignore и -v -full приводят точно к такому же результату.
На бэкапе (gbak -b -v -ig -g -o) начинает вываливаться такое :
......................
gbak: error accessing BLOB column TEXT_DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
gbak: error accessing BLOB column DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
gbak: error accessing BLOB column TEXT_DESCRIPTION -- continuing
gbak: ERROR: internal gds software consistency check (can't continue after bugcheck)
......................
при этом в логе
internal gds software consistency check (decompression overran buffer (179))

Как следствие никакой бэкап не создается.

IBFirstAID ничего криминального не пишет кроме строчки
ERROR: Found 451 undefined pages.
Все остальное ОК

Вопрос : В морг (в смысле в платный сервис)? Или еще можно что-то сделать?

а ключ -o зачем пишете, просто чтобы было, или со злым умыслом?

ERROR: Found 451 undefined pages.

forced writes off? обрубон по питанию? После чего этот дизастер случился?

kdv писал(а):а ключ -o зачем пишете, просто чтобы было, или со злым умыслом?

ERROR: Found 451 undefined pages.

forced writes off? обрубон по питанию? После чего этот дизастер случился?

-o - из области "чего бы еще подкрутить"
да force writes off

судя по тому что я видел, закончилось место на разделе c базой

-o - из области "чего бы еще подкрутить"

догадаться или прочитать в доке, что этот ключ только для restore, не получилось?

fw = off + нехватка на винте, это один из самых мощных случаев повреждений. Операционка накапливает изменения в кэше, потом кончается место... Если вовремя освободить пространство, то база не попортится. Но если при этом остановить сервер (и клиентов), то ....

вопрос в том, чего именно находится в этих самых 451 undefined pages. данные или то, без чего можно обойтись.

kdv писал(а): вопрос в том, чего именно находится в этих самых 451 undefined pages. данные или то, без чего можно обойтись.

Как это определить?
И как вариант... даже если данные... как выдернуть хотябы структуры базы? (ну это уже на крайний случай конечно).

допустим, у тебя упал винт. как определить, что там осталось цело, а что нет? Ты берешь, лезешь в структуры, если читается файловая система - в mft, cluster chains и т.п. Намек понятен?
gfix = checkdisk. Если он не может починить, то можно починить только руками.

А вообще ты просто теряешь время. Вместо того, чтобы писать сюда, написал бы на support@ibase.ru, прислал бы зазипованный лог IBFirstAid, и т.п. Уже бы давно определились, починится вообще и что именно.

ясно, спасибо.