|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Добрый день. В firebird.log обнаружил такую запись: Код: powershell 1. 2. 3.
В результате каких действий могла возникнуть такая ошибка? P.S. Не исключено, что было изменение метаданных при активных подключениях. С уважением, Polseov. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 14:50 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesov, валидацию БД произведи. Для начала онлайн валидацию ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 14:58 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
PolesovВ результате каких действий могла возникнуть такая ошибка? Обычно в результате резкого выключения компьютера. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 15:21 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Симонов Денис, при валидации БД были сообщения "record level error" в количестве 3-х штук, бэкап/рестор ошибку не вылечил. P.S. в данном случае цель не БД спасти, а выявить причину ее порчи, дабы ... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 15:30 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesovбэкап/рестор ошибку не вылечил.Не верю ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 15:31 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesovпри валидации БД были сообщения "record level error" в количестве 3-х штукА в firebird.log что было при этом ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 15:31 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovОбычно в результате резкого выключения компьютера. Выключения сервера точно не было, в EventLog-е сервера нет никаких следов, да и аптайм у сервера на текущий момент приличный. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 15:34 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
hvladА в firebird.log что было при этом ? Ниже лог на момент обнаружения ошибки: Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41.
Это кусок лога на момент попытки сделать backup: SERVER Fri Aug 04 18:35:31 2017 Database: database Chain for record 5349730 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:31 2017 Database: database Chain for record 5376665 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:31 2017 Database: database Chain for record 5385341 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:32 2017 Database: database Chain for record 9450692 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:32 2017 Database: database Chain for record 9455564 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:32 2017 Database: database Chain for record 9457453 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:32 2017 Database: database Chain for record 9457474 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:32 2017 Database: database Chain for record 9457500 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:32 2017 Database: database Chain for record 9457501 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:32 2017 Database: database Chain for record 9691256 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:34 2017 Database: database Chain for record 13440167 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:34 2017 Database: database Chain for record 13440168 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:35:34 2017 Database: database Chain for record 13440169 is broken in table MAPOBJECTS (334) SERVER Fri Aug 04 18:39:40 2017 Database: database Relation has 5 orphan backversions (43518 in use) in table USES (397) По словам сотрудника, пытавшегося сделать бэкап, процесс вываливался с ошбкой. Бэкап делался из IBE. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 15:42 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesov, лога от валидации (которая бы сообщила только о 3-х ошибках) я не вижу. Бекап в итоге сделан не был ? Откуда тогда заявления, что бекап- рестор не помог ? Бекап нужно было делать с -g (no_garbage_collect). Версию\архитектуру Firebird и ОС мы должны угадывать ? PolesovНе исключено, что было изменение метаданных при активных подключенияхТаблицу MAPOBJECTS меняли ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 15:51 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesov, судя по ошибкам, временно отвалился диск. Или с драйвером диска что-то случилось, раз нельзя было даже получить размер файла. Polesovв EventLog-е сервера нет никаких следов тоже не верю. Чтобы при ошибках уровня файловой системы ничего в лог не записалось? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 16:07 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
kdvсудя по ошибкам, временно отвалился диск диск тут не причем. При багчеке классик сразу же параноидально отключается от файла БД, а потом в этом же коннекте шли попытки обратится к базе, но файл уже был закрыт - отсюда "неверный дескриптор". Это все следствия багчека, не имеющие отношения к делу. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 16:25 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
hvlad, > лога от валидации (которая бы сообщила только о 3-х ошибках) я не вижу. Ну, вообще-то, сотрудник, пытавшийся делать бэкап дословно сказал "вывалилось с какой-то ошибкой". > Бекап в итоге сделан не был ? Откуда тогда заявления, что бекап- рестор не помог ? Просто мне по телефону дословно сказали, что "пытались сделать бэкап/рестор - не помогло". Извиняюсь, что ввел в заблуждение. > Бекап нужно было делать с -g (no_garbage_collect). Спасибо, позже попробую сам (если битый файл БД найду). > Версию\архитектуру Firebird и ОС мы должны угадывать ? Windows server 2012 R2 Standard x64 Firebird 2.5 WI-V2.5.6.27020 x86 Classic Server PolesovНе исключено, что было изменение метаданных при активных подключениях > Таблицу MAPOBJECTS меняли ? Сравнения метаданных таблицы MAPOBJECTS с бэкапом от четверга различий не показали. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 16:27 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesov, лог валидации где? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 16:36 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesov, т.к. выяснилось, что это классик, то больше всего похоже на падение (убиение) рабочего процесса во время сборки мусора. Не обязательно в момент багчека, может быть когда-то раньше. FW чему равен ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 16:38 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
hvladPolesov, т.к. выяснилось, что это классик, то больше всего похоже на падение (убиение) рабочего процесса во время сборки мусора. Не обязательно в момент багчека, может быть когда-то раньше. кстати, вполне такое может быть. Спасибо. FW чему равен ? Включен ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 16:59 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
hvlad, вопрос - может ли так испортиться база, если принудительно снять процесс длительного по времени (из-за отсутствия индексов) апдейта? По идее, транзакция должна завершиться роллбаком? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 17:04 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesov, отменять операции надо штатно через MON таблицы, а не убиением процессов. Хотя и при убиении процесса не должно, но иногда может такое случаться. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 17:09 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesovможет ли так испортиться база, если принудительно снять процесс длительного по времени (из-за отсутствия индексов) апдейта? По идее, транзакция должна завершиться роллбаком? Смотря как ты этот процесс будешь снимать. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 17:19 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesov, честно говоря, при включенном FW такого вообще не должно происходить, никак. Разве что контроллер диска агрессивно переупорядочивает запись и был сбой именно контроллера (питание отключили, например). Насчёт обрубания большого апдейта - тр-ция останется активной (в TIP на диске). Но первый же читатель это обнаружит и изменит её состояние на dead. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 17:21 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
кил килу рознь Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 17:22 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovСмотря как ты этот процесс будешь снимать. Ну, я стараюсь путем удаления записи из MON$-таблицы. А если напрямую таск-манагером? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 17:38 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
07.08.2017 17:38, Polesov пишет: > А если напрямую таск-манагером? так у тебя ещё и вындовс... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 17:42 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Мимопроходящий07.08.2017 17:38, Polesov пишет: > А если напрямую таск-манагером? так у тебя ещё и вындовс... Ну, формально не у меня... Впрочем, удаленно войти на сервер, что бы убить fb_inet_server такс-манагером далеко не каждый разработчик может, не говоря уже о пользователях. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 18:10 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
07.08.2017 18:10, Polesov пишет: > Впрочем, удаленно войти на сервер, что бы убить fb_inet_server такс-манагером далеко не каждый разработчик может уй-юй-юй... сочувствую. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 18:17 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Мимопроходящий07.08.2017 18:10, Polesov пишет: > Впрочем, удаленно войти на сервер, что бы убить fb_inet_server такс-манагером далеко не каждый разработчик может уй-юй-юй... сочувствую. Г-ы-ы... Имелось ввиду, что не у каждого разработчика парва доступа есть :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2017, 21:07 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Удалось поковыряться с битой базой (все ковыряния производились из IBE). Запустил свип. Результат IBE: Код: powershell 1. 2. 3.
Лог FB: SERVER Wed Aug 09 10:51:10 2017 Sweep is started by SYSDBA Database "database" OIT 763579, OAT 1098629, OST 1098629, Next 1098629 SERVER Wed Aug 09 11:21:13 2017 Database: D:\DB\DATABASE.FDB internal Firebird consistency check (cannot find record back version (291), file: vio.cpp line: 4016) SERVER Wed Aug 09 11:21:13 2017 Database: D:\DB\DATABASE.FDB internal Firebird consistency check (cannot find record back version (291), file: vio.cpp line: 4016) SERVER Wed Aug 09 11:21:13 2017 Error during sweep: internal Firebird consistency check (cannot find record back version (291), file: vio.cpp line: 4016) SERVER Wed Aug 09 11:21:13 2017 I/O error during "ReadFile" operation for file "D:\DB\DATABASE.FDB" Error while trying to read from file Неверный дескриптор. SERVER Wed Aug 09 11:21:13 2017 Database: D:\DB\DATABASE.FDB I/O error during "ReadFile" operation for file "D:\DB\DATABASE.FDB" Error while trying to read from file Неверный дескриптор. Запустил валидэйшн в режиме фулл: Результат IBE: Код: powershell 1. 2. 3. 4. 5.
Лог FB: SERVER Wed Aug 09 11:28:57 2017 Database: database Chain for record 5349730 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:57 2017 Database: database Chain for record 5376665 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:57 2017 Database: database Chain for record 5385341 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:57 2017 Database: database Chain for record 9450692 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:57 2017 Database: database Chain for record 9455564 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:58 2017 Database: database Chain for record 9457453 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:58 2017 Database: database Chain for record 9457474 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:58 2017 Database: database Chain for record 9457500 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:58 2017 Database: database Chain for record 9457501 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:58 2017 Database: database Chain for record 9691256 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:59 2017 Database: database Chain for record 13440167 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:59 2017 Database: database Chain for record 13440168 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:28:59 2017 Database: database Chain for record 13440169 is broken in table MAPOBJECTS (334) SERVER Wed Aug 09 11:36:51 2017 INET/inet_error: read errno = 10054 SERVER Wed Aug 09 11:36:51 2017 INET/inet_error: read errno = 10054 SERVER Wed Aug 09 11:36:51 2017 Unable to complete network request to host "SERVER". Error reading data from the connection. SERVER Wed Aug 09 11:36:51 2017 Unable to complete network request to host "SERVER". Error reading data from the connection. Запустил бэкап с включенным грабадже коллекшн: Результат IBE: Код: powershell 1. 2. 3. 4.
Лог FB: SERVER Wed Aug 09 12:53:42 2017 Database: D:\DB\DATABASE.FDB I/O error during "GetFileInformationByHandle" operation for file "D:\DB\DATABASE.FDB" Error while trying to access file Неверный дескриптор. SERVER Wed Aug 09 12:53:42 2017 Cannot dump the monitoring data I/O error during "GetFileInformationByHandle" operation for file "D:\DB\DATABASE.FDB" Error while trying to access file Неверный дескриптор. SERVER Wed Aug 09 13:05:33 2017 Database: D:\DB\DATABASE.FDB internal Firebird consistency check (cannot find record back version (291), file: vio.cpp line: 4016) SERVER Wed Aug 09 13:05:33 2017 I/O error during "ReadFile" operation for file "D:\DB\DATABASE.FDB" Error while trying to read from file Неверный дескриптор. SERVER Wed Aug 09 13:05:33 2017 Database: D:\DB\DATABASE.FDB I/O error during "ReadFile" operation for file "D:\DB\DATABASE.FDB" Error while trying to read from file Неверный дескриптор. Файла бэкапа не осталось. Запустил бэкап с отключенным грабадже коллекшн - ошибок нет, база нормально отресторилась. Спасибо за помощь в данном вопросе. С уважением, Polesov. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2017, 13:41 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
PolesovЗапустил бэкап с включенным грабадже коллекшн: Может быть выключенным. -g отключает сборку мусора gbak'ом, а не включает её ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2017, 13:48 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Симонов ДенисPolesovЗапустил бэкап с включенным грабадже коллекшн: Может быть выключенным. -g отключает сборку мусора gbak'ом, а не включает её Ну, я запускал бэкап из IBE - там в опциях на группировке "General" четвертый сверху чекбокс "Garbage collection". Он, я так понимаю, соответствует опции -g gbak. При включенном чекбоксе бэкап вываливался по ошибке, при выключенном - прошел нормально. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2017, 13:54 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
Polesov, опция в gbak Код: plaintext
Т.е. если её указать , то коннект gbak'а не будет собирать мусор. В IBE галка имеет противоположный смысл, поэтому, если её выключить, то это будет эквивалентно присутствующей опции gbak. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2017, 14:13 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
PolesovУдалось поковыряться с битой базойПроверь ещё раз FW у этой БД ... |
|||
:
Нравится:
Не нравится:
|
|||
09.08.2017, 14:14 |
|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#18+
hvladPolesov, опция в gbak Код: plaintext
Т.е. если её указать , то коннект gbak'а не будет собирать мусор. В IBE галка имеет противоположный смысл, поэтому, если её выключить, то это будет эквивалентно присутствующей опции gbak. Именно так и получилось - бэкап битой базы без сборки мусора завершился без ошибок. hvladПроверь ещё раз FW у этой БД Включен Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26.
... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2017, 10:02 |
|
|
start [/forum/topic.php?all=1&fid=40&tid=1561464]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 154ms |
0 / 0 |