|
Вопрос о причине возникновения ошибки
|
|||
---|---|---|---|
#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 |
|
|
start [/forum/topic.php?fid=40&msg=39501415&tid=1561464]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 300ms |
total: | 447ms |
0 / 0 |