Error while trying to read from file достигнут конец файла

iBase.ru Forum Форум по InterBase, Firebird и Yaffil Темы без ответов Активные темы Поиск Наша команда Не делается GFIX Не делается GFIX Сообщение Vitaliy » 30 апр 2005, 12:24 при попытке сделать Backup выдается ошибка: gbak: ERROR: I/O error for file «D:1.GDB» gbak: ERROR: Error while trying to read from file gbak: ERROR: Достигнут […]

Содержание

  1. iBase.ru Forum
  2. Не делается GFIX
  3. Не делается GFIX
  4. Error while trying to read from file достигнут конец файла
  5. www.dominsoft.ru
  6. Ошибки файла mt.fdb
  7. Ошибки файла mt.fdb
  8. Re: Ошибки файла mt.fdb
  9. Error while trying to read from file достигнут конец файла
  10. Error while trying to read from file достигнут конец файла

iBase.ru Forum

Форум по InterBase, Firebird и Yaffil

  • Темы без ответов
  • Активные темы
  • Поиск
  • Наша команда

Не делается GFIX

Не делается GFIX

Сообщение Vitaliy » 30 апр 2005, 12:24

при попытке сделать Backup выдается ошибка:
gbak: ERROR: I/O error for file «D:1.GDB»
gbak: ERROR: Error while trying to read from file
gbak: ERROR: Достигнут конец файла.

gbak: ERROR: gds_$receive failed
gbak: Exiting before completion due to errors

при попытке сделать Gfix -mend -full -ignore *.gdb пишет:
internal gds software consistency check (page in use during flush (210))
В логе пишет тоже самое.

при проверке в логе ругается на таблицы:
Index 2 is corrupt on page 49479 in table MOVES3 (163)
Pointer page (sequence 26) inconsistent in table OUTPTRS (165)
Data page 49409 (sequence 305) is confused in table REMNS (166)
и конечно же :
Page 49476 wrong type (expected 7 encountered 5)
Page 49408 wrong type (expected 4 encountered 5)
и в конце опять:
internal gds software consistency check (page in use during flush (210))

К базе можно подключиться .
если IBExpert открываешь эту таблицу и пытаешься ее пролистать, то на определенном этапе выходит ошибка:
«Error while truing to read from file.
Достигнут конец файла»

вот такая у меня проблема. с другой стороны кому сейчас легко ))))
если кто решит помочь — буду очень признателен. при случие отвечу темже ))))))))

Источник

Error while trying to read from file достигнут конец файла

С 1 июля 2017 прекращена поддержка программного продукта Frontol 4
С 9 ноября 2019 прекращена поддержка программного продукта Frontol 5
пруф

С 3 августа 2017 восстановление лицензий производится ТОЛЬКО через СервисДеск
Просьба обращаться к партнерам компании для оформления заявок в СД

Группа: Пользователи
Сообщений: 9
Регистрация: 28.8.2007
Пользователь №: 11 655

Internal gds software consistency check (can’t continue after bugcheck) (335544333).

Вчера (27.08.07) начала появлятся эта ошибка, зайти никуда не было возможно. Через некоторое время стала появляться другая ошибка: I/O error for file «E:FROTOLDBMAIN.GDB» Error while trying to read from file Достигнут конец файла. (335544344). Порыскав на скорую руку по форуму, совершил попытку отресторить базу

gbak -b -v -ig -g main.gdb main.gbk

gbak -c -v -r -i main.gbk new.gdb

до закрытия всё работало, с утра снова вылетает первая ошибка. Бэкапы почему-то не сохранились, есть только бэкапы уже после появления этой ошибки и недельной давности. Что делать с базой?

Прописавшийся

Группа: Пользователи
Сообщений: 1 919
Регистрация: 6.12.2006
Пользователь №: 9 784

Версия Frontol. При каких обстоятельствах ошибка появилась (действия кассира)?
Утилиту gfix пробовали?
Присылайте оба файла БД (log,main) на support@atol.ru.

Группа: Пользователи
Сообщений: 9
Регистрация: 28.8.2007
Пользователь №: 11 655

Группа: Пользователи
Сообщений: 28
Регистрация: 26.6.2007
Пользователь №: 11 339

Источник

www.dominsoft.ru

MoneyTracker — шаг к Вашему финансовому благополучию

Ошибки файла mt.fdb

Ошибки файла mt.fdb

Сообщение лрс » Сб ноя 27, 2010 11:09 am

У меня возникли две проблемы с работой программы:
1. При попытке создать новую расходную запись, программа выдавала ошибку: « Error while trying to read the file. Достигнут конец файла«

2. Ну, а далее, пока я пыталась что-то сделать, случайно удалила этот самый файл. Восстановила его с помощью специальных программных средств, сохранила в то же место. Но теперь программа вообще не открывается, выдает ошибку «Прекращена работа Программа для учета домашних финансов» и далее «Программа для учета домашних финансов не работает».

Re: Ошибки файла mt.fdb

Сообщение Дмитрий » Пн ноя 29, 2010 10:19 am

лрс писал(а): Добрый день.

У меня возникли две проблемы с работой программы:
1. При попытке создать новую расходную запись, программа выдавала ошибку: « Error while trying to read the file. Достигнут конец файла«

2. Ну, а далее, пока я пыталась что-то сделать, случайно удалила этот самый файл. Восстановила его с помощью специальных программных средств, сохранила в то же место. Но теперь программа вообще не открывается, выдает ошибку «Прекращена работа Программа для учета домашних финансов» и далее «Программа для учета домашних финансов не работает».

Сообщение лрс » Вт ноя 30, 2010 12:04 am

Источник

Error while trying to read from file достигнут конец файла

Оставил на работе одну прогу выполняться. Короче месяц работы, таблица на 10 000 000 записей. А один не очень умный человек в мое отсутствие сел за заблокированный комп и захотел поиграться в гамесы. Пароль при этом он естественно не знал. Так вот при этом он перезагрузил комп и база накрылась. BackUp не проходит, выдает сообщение
SQLEditorForm.DataFrame.DataD.SelectQuery:
Unsuccessful execution caused by a system error that precludes
successful execution of subsequent statements.
I/O error for file «D:SERIALSSERIALS.GDB».
Error while trying to read from file.
SQLEditorForm.DataFrame.DataD.SelectQuery:
Unsuccessful execution caused by a system error that precludes
successful execution of subsequent statements.
I/O error for file «D:SERIALSSERIALS.GDB».
Error while trying to read from file.
Достигнут конец файла
Как восстановить хотя бы часть данных?


Zacho ( 2003-06-24 12:58 ) [1]


Alexandr ( 2003-06-24 14:47 ) [2]

да. не вся информация записалась в файл.
Видать ForceWrites было выключено.
Тут только один выход — восстанавливать БД


Anatoly Podgoretsky ( 2003-06-24 14:59 ) [3]

Карелин Артем © (24.06.03 12:55)
По полной взыскать с этого «товарища», а по признакам накрылась на уровне файловой системы, проверь можно ли ее копировать, похоже нет, тогда в могилу, восстанавливать из архива, котрого как я понимаю нет.
На будущее от компьютера должны быть отсоединены: мышка, клавиатура и монитор, дополнительно сняты провода с Reset и кнопки питания или они должны быть убраны из доступа посторонним пользователям, например расположены внутри корпуса, закрыты блокирующей полосой, любой метод препятсвующий их нажатию. Более действенно опечатывание помещения и сигнализация.

Источник

Error while trying to read from file достигнут конец файла

Как можно востановить базу IB?
Грохнулся свет и теперь базу не могу открыт.
Выдает ошибку:
-Error while trying to read from file
-Достигнут конец файла.


Johnmen ( 2002-10-16 09:29 ) [1]


Desdechado ( 2002-10-16 10:20 ) [2]

есть такая штука IBSurgeon. Ее разработчики предлагают попробовать реанимировать любую грохнутую БД IB


NiConZ ( 2002-10-16 11:44 ) [3]

А для начала надо было бы (если в БД коммерческая информация конечно)
0. работать надо по принципу «не навреди» если вы там уже «накуролесили» — можете забыть о своей БД, останется только восстановление из архивной копии (если она у вас вообще есть)
1. любой неправильный или просто поспешный шаг — потеря информации, 100 раз подумайте прежде чем хоть чего-то сделайте, послушайте множество советов, действуйте только согласно обоснованным.
2. скопировать раздел с БД на другой винчестер (используя например Partion Magic не ниже 5-го), для того чтобы потом можно было возвращаться к исходному состоянию (т.о. продолжение п.1).
3. поискать ошибки на диске и если есть — то исправить (и желательно не пользоваться MS продуктами типа scandisk, они как правило не видят всех ошибок или некорректно их правят)
4. и вот ТОЛЬКО если с предыдущими пунктами порядок, вот тогда надо использовать всякие утилиты для работы с БД

обоснование — если сервер не может обратиться к БД — значит скорее всего проблемы именно с файлом БД (например в заголовке БД есть ссылка на участок таблицы, которого просто нет в файле)


Alexandr ( 2002-10-16 11:50 ) [4]

force writes надо было использовать или UPS
а лучше и то и другое

Источник

Модераторы: kdv, Alexey Kovyazin

Vitaliy

Сообщения: 2
Зарегистрирован: 30 апр 2005, 11:58

Не делается GFIX

при попытке сделать Backup выдается ошибка:
gbak: ERROR: I/O error for file «D:1.GDB»
gbak: ERROR: Error while trying to read from file
gbak: ERROR: Достигнут конец файла.

gbak: ERROR: gds_$receive failed
gbak: Exiting before completion due to errors

при попытке сделать Gfix -mend -full -ignore *.gdb пишет:
internal gds software consistency check (page in use during flush (210))
В логе пишет тоже самое…

при проверке в логе ругается на таблицы:
Index 2 is corrupt on page 49479 in table MOVES3 (163)
Pointer page (sequence 26) inconsistent in table OUTPTRS (165)
Data page 49409 (sequence 305) is confused in table REMNS (166)
и конечно же :wink: :
Page 49476 wrong type (expected 7 encountered 5)
Page 49408 wrong type (expected 4 encountered 5)
и в конце опять:
internal gds software consistency check (page in use during flush (210))

К базе можно подключиться :!:
если IBExpert открываешь эту таблицу и пытаешься ее пролистать, то на определенном этапе выходит ошибка:
«Error while truing to read from file.
Достигнут конец файла»

вот такая у меня проблема…. с другой стороны кому сейчас легко )))) :wink:
если кто решит помочь — буду очень признателен…. при случие отвечу темже ))))))))


Гость

Сообщение

Гость » 30 апр 2005, 12:37

забыл уточнить:
все это дело происходит на InterBase 5.6


kdv

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

Сообщение

kdv » 03 май 2005, 10:06

1. размер базы?
2. размер страницы?
3. файловая система?

ну и, что произошло с базой, собственно. погас свет, или еще чего…


Vitaliy

Сообщения: 2
Зарегистрирован: 30 апр 2005, 11:58

Сообщение

Vitaliy » 11 май 2005, 07:07

Vitaliy
Ну еслиб честно то энта база не моя даже…. попросили помочь )))
Поэтому предистория этой проблемы смутная …. — вроде при каком-то пересчете и удалении документов ушел в перезагрузку комп.
(Для информации: все это происходит на ресторанной программе StoreHouse (менеджерская часть R-Keeper))
Размер файла GDB = 202 Мб
Размер страницы = 4096
Файловою систету той машины на которой произошол сбой — не знаю…
Сейчас пытался востановить на Fat32 / Win2000 /


Модераторы: Анастасия, Дмитрий

лрс

Новичок
Новичок
Сообщения: 2
Зарегистрирован: Сб ноя 27, 2010 10:58 am

Ошибки файла mt.fdb

Добрый день.

У меня возникли две проблемы с работой программы:
1. При попытке создать новую расходную запись, программа выдавала ошибку: «<путь к файлу mt.fdb> Error while trying to read the file. Достигнут конец файла«

2. Ну, а далее, пока я пыталась что-то сделать, случайно удалила этот самый файл. Восстановила его с помощью специальных программных средств, сохранила в то же место. Но теперь программа вообще не открывается, выдает ошибку «Прекращена работа Программа для учета домашних финансов» и далее «Программа для учета домашних финансов не работает».

Помогите, пожалуйста.


Дмитрий

Разработчик
Разработчик
Сообщения: 1696
Зарегистрирован: Ср ноя 21, 2007 6:18 am
Контактная информация:

Re: Ошибки файла mt.fdb

Сообщение

Дмитрий » Пн ноя 29, 2010 10:19 am

лрс писал(а):Добрый день.

У меня возникли две проблемы с работой программы:
1. При попытке создать новую расходную запись, программа выдавала ошибку: «<путь к файлу mt.fdb> Error while trying to read the file. Достигнут конец файла«

2. Ну, а далее, пока я пыталась что-то сделать, случайно удалила этот самый файл. Восстановила его с помощью специальных программных средств, сохранила в то же место. Но теперь программа вообще не открывается, выдает ошибку «Прекращена работа Программа для учета домашних финансов» и далее «Программа для учета домашних финансов не работает».

Помогите, пожалуйста.

Здравствуйте. Скорее всего файл базы данных не был восстановлен корректно этой программой, попробуйте восстановить базу из резервной копии.


лрс

Новичок
Новичок
Сообщения: 2
Зарегистрирован: Сб ноя 27, 2010 10:58 am

Сообщение

лрс » Вт ноя 30, 2010 12:04 am

backup не запускается :(


Аватара пользователя

Анастасия

Разработчик
Разработчик
Сообщения: 692
Зарегистрирован: Ср ноя 21, 2007 6:56 am
Контактная информация:

Сообщение

Анастасия » Ср дек 01, 2010 3:36 am

лрс писал(а):backup не запускается :(

Напишите, что именно происходит, если выдается ошибка, какая (желательно скриншот). Лучше всего написать в тех.поддержку, на форуме такие технические вопросы решать неудобно, тема вопросов все-таки не для этого.


/en/articles/how-to-check-ram-and-avoid-database-corruptions/Alexey Kovyazin, 31-03-2014
Below is the description of common errors and problems in InterBase/Firebird databases and their recovery chances.

To get exact recovery price and time please contact us via email.

For approximate pricing please see «Firebird and InterBase Recovery» service description. There is no 100% warranty that described errors exactly correspond to the described reasons.

Internal gds software consistency check (cannot find tip page (165))

Database cannot be opened using Firebird or InterBase engine, and the following message appears: Internal gds software consistency check (cannot find tip page (165))

Abnormal shutdown or physical database file corruption. Transaction inventory page has been lost (TIP). Corruption area can vary from several pages to the whole database, so additional investigation needed.

The most probable reasons are abnormal server shutdown (using Reset button), wrong backup approach or backup tools. On Windows XP such corruption can be caused by «System Restore» feature for «gdb» files.

First, the database should be scanned with FirstAID Diagnostician. If FirstAID does not warn about serious corruption, corruption can be fixed with the full version of FirstAID.
In the case of serious corruption, the custom recovery needed.

99%

Database file appears corrupt. Wrong page type. Page NNN is of wrong type (expected X, found Y)

Error message appeared in standard output or in firebird.log or interbase.log:
Database file appears corrupt. Wrong page type. Page NNN is of wrong type (expected X, found Y)

Due to the physical corruption or another reason, the sequence of database file pages has been changed, or wrong values appeared on pointer pages or index root pages, etc.

The most probable reasons are abnormal server shutdown (using Reset button), wrong backup procedure or wrong backup tools/approach.

First, the database should be scanned with FirstAID Diagnostician. If FirstAID does not warn about serious corruption, corruption can be fixed with the full version of FirstAID.
Otherwise, custom recovery process needed.

95%.

Unknown database I/O error for file «*.gdb». Error while trying to read from file

The database cannot be open, and the following error message appears: Unknown database I/O error for file «*.gdb». Error while trying to read from the file.

Due to the abnormal server shutdown, the most recent database pages were not written to the disk.

Custom recovery process. Database is checked by gfix and backup/restore.

95%

Decompression overran buffer

Error message appears: Internal gds software consistency check (decompression overran buffer (179))

It is a serious database corruption: system tables could be damaged. Sometimes this error occurs after database transfer to the new server/computer. Investigation needed.

Database structure analysis, generation of new pages, several iterations needed.

95%

Wrong record length

An error message appears: Internal gds software consistency check. Wrong record length

Most often «Wrong record length» error are caused by bad RAM. We strongly recommend checking memory (RAM) at the server.

Locate and delete wrong records using IBSurgeon’s low-level tools. Several iterations needed.

97%

Database file appears corrupt. Bad checksum

Database file appears corrupt. Bad checksum. Checksum error on database page XX.

Bad RAM. We strongly recommend checking memory (RAM) at the server.

Custom recovery process. Several iterations needed.

99%

Cannot find record back version

The database seems to be working, but gbak cannot complete backup.
Error text:
Internal gds software consistency check (cannot find record back version (291))
gds_$receive failed. Exiting before completion due to errors. internal gds software consistency check (can’t continue after bug check).

Most probable reason is wrong transaction management. Transactions’ performance investigation.

The database requires detailed analysis, and usually the solution is to find and delete problem database objects and then recreate them. Sometimes it is necessary to transfer data to the new database.

99%

Next transaction older than oldest active transaction

Internal gds software consistency check (next transaction older than oldest active transaction (266))

This seldom error occurs in InterBase 4.x-5.x, it’s a bug.

Custom recovery process

99%

Corrupted header

The database cannot be opened and Firebird/InterBase does not consider it as a valid database.

Physical corruption, HDD crash.

Custom recovery process

80%

Database file size exceeds implementation limit

It happens on InterBase 4.x-5.x servers and early Firebird (0.9.x) betas. The database cannot be opened, database file size is 4Gb.

Implementation limit of InterBase 4.x-5.x-6.0.x, and early Firebird 0.9.x.

Custom recovery process.

Usually, we can save all data (i.e., 100%), but sometimes it can be less than 70%.

Conversion error from string

Error text: Conversion error from string «XXX».

Preliminary diagnosis is impossible, on-site investigation needed.

Custom recovery process.

99%

INET/inet_error: read errno = 10054 or 10038 or 10093

Multiple entries in firebird.log or interbase.log with errors 10054, 10038, 10093, etc.

These errors are caused by network problems — check your hubs, network adapters, etc. It is not a Firebird/InterBase error itself, but it may impact Firebird/InterBase.

We offer FBScanner tool to solve «10054 errors» problem (among other issues). See details here.

Not applicable.

Partner index description not found (175))

Error messages text: internal gds software consistency check (partner index description not found (175))
Missed index for a primary or foreign key.

It may be caused by physical corruption or internal server bugs.

Custom recovery process.

100%

Other errors

Below there is a list of seldom Firebird/InterBase errors, which can be caused by different reasons. Do not hesitate to send us the description of your problem — we can help you.

Wrong UDF may cause the following errors in interbase.log:
SCH_validate — not entered
SCH_validate — wrong thread

Index corruption may cause the following message in interbase.log:
Page 34672 is an orphan

And this error can occur during intensive inserts/update/delete during the single transaction:
internal gds software consistency check (Too many savepoints (287))

It is hard to recognize the reason without investigation of database in case of the following errors:
internal gds software consistency check (error during savepoint backout (290))
internal gds Software consistency check (size of opt block exceeded (286))
internal gds software consistency check (invalid SEND request (167))

Different reasons. We need to investigate corrupted database.

Custom recovery process.

Various

Понравилась статья? Поделить с друзьями:
  • Error while trying to open file перевод
  • Error while trying to open file firebird
  • Error write failed fasm
  • Error write eof
  • Error write econnreset