Падение Firebird 2.1.4 при Restore
Падение Firebird 2.1.4 при Restore
Суть проблемы:
Произошло повреждение файла БД, при котором теперь Restore всегда заканчивается падением FB-server
Профиль:
x86-32 Win2003 FB 2.1.4 SS
x86-64 Linux FB 2.1.4 CS
Дополнительная информация:
1. БД вполне работоспособна
2. Стандартные утилиты (gfix, gbak) адекватно завершают свою работу, но при Restore всегда падение сервера
3. Использование приложений IBSurgeon положительных результатов не дало (IBBackupSurgeon падает на экспорте из backup-файла, FBFirstAID ошибок не находит)
Падения происходят на backup-файле только одних метаданных.
Готов предоставить любую дополнительную информацию по теме (backup-файлы, архив самой БД 1.1 ГБ, логи и т.п.)
Произошло повреждение файла БД, при котором теперь Restore всегда заканчивается падением FB-server
Профиль:
x86-32 Win2003 FB 2.1.4 SS
x86-64 Linux FB 2.1.4 CS
Дополнительная информация:
1. БД вполне работоспособна
2. Стандартные утилиты (gfix, gbak) адекватно завершают свою работу, но при Restore всегда падение сервера
3. Использование приложений IBSurgeon положительных результатов не дало (IBBackupSurgeon падает на экспорте из backup-файла, FBFirstAID ошибок не находит)
Падения происходят на backup-файле только одних метаданных.
Готов предоставить любую дополнительную информацию по теме (backup-файлы, архив самой БД 1.1 ГБ, логи и т.п.)
Последний раз редактировалось syi 15 сен 2011, 01:39, всего редактировалось 2 раза.
Re: Падение Firebird 2.1.4 при Restore
самой главной информации не приведено - докуда доходит лог рестора.
пишите в support@ibase.ru копию этого письма и доп. подробности (выше).
пишите в support@ibase.ru копию этого письма и доп. подробности (выше).
Re: Падение Firebird 2.1.4 при Restore
Лог рестора в зависимости от backup-а завершается в произвольных местах - с данными в таблицах в одном, одни метаданные в другом, модифицированные метаданные в третьем и т.д.
Re: Падение Firebird 2.1.4 при Restore
Restore никак не связан с "повреждённым" файлом БД.syi писал(а):Произошло повреждение файла БД, при котором теперь Restore всегда заканчивается падением FB-server
Так бекап или рестор ?syi писал(а):Падения происходят на backup только одних метаданных.
Я к тому, что сообщение содержит 0 полезной информации
Понять можно только то, что что-то с чем-то случилось и что-то не работает.
Re: Падение Firebird 2.1.4 при Restore
Уважаемый hvlad !
Я считал, что для специалистов не надо разжевывать фразу "Падение на операции Restore"
Если Вы внимательнее прочитаете тему, то всё поймете
А фразу "Падения происходят на backup только одних метаданных", исходя из предыдущего контекста, следует понимать так - "Падения происходят на Restore backup-файла только одних метаданных"
А выдёргивать фразы из контекста, ой как не прилично !
Я считал, что для специалистов не надо разжевывать фразу "Падение на операции Restore"
Если Вы внимательнее прочитаете тему, то всё поймете
А фразу "Падения происходят на backup только одних метаданных", исходя из предыдущего контекста, следует понимать так - "Падения происходят на Restore backup-файла только одних метаданных"
А выдёргивать фразы из контекста, ой как не прилично !
Re: Падение Firebird 2.1.4 при Restore
Re: Падение Firebird 2.1.4 при Restore
Сообщение hvlad » 28 минут назад
syi писал(а):Произошло повреждение файла БД, при котором теперь Restore всегда заканчивается падением FB-server
Restore никак не связан с "повреждённым" файлом БД.
syi писал(а):Падения происходят на backup только одних метаданных.
Так бекап или рестор ?
Я к тому, что сообщение содержит 0 полезной информации
Понять можно только то, что что-то с чем-то случилось и что-то не работает.
Для особо непонятливых, описание проблемы изменено: Фраза "Падения происходят на backup только одних метаданных" заменена на "Падения происходят на backup-файлах только одних метаданных"
Сообщение hvlad » 28 минут назад
syi писал(а):Произошло повреждение файла БД, при котором теперь Restore всегда заканчивается падением FB-server
Restore никак не связан с "повреждённым" файлом БД.
syi писал(а):Падения происходят на backup только одних метаданных.
Так бекап или рестор ?
Я к тому, что сообщение содержит 0 полезной информации
Понять можно только то, что что-то с чем-то случилось и что-то не работает.
Для особо непонятливых, описание проблемы изменено: Фраза "Падения происходят на backup только одних метаданных" заменена на "Падения происходят на backup-файлах только одних метаданных"
Re: Падение Firebird 2.1.4 при Restore
гражданин, не выпендривайтесь. я уже сказал - если проблема происходит в какой-то точке, то проблему нужно обозначить. Или дать кусок лога рестора (бэкапа) до падения сервера, или прислать бэкап метаданных чтобы мы могли попробовать его отресторить и воспроизвести проблему.А фразу "Падения происходят на backup только одних метаданных", исходя из предыдущего контекста, следует понимать так - "Падения происходят на Restore backup-файла только одних метаданных"
А выдёргивать фразы из контекста, ой как не прилично !
При какой-то ошибке нужно приводить сообщение об ошибке, а не размахивать руками и на словах пересказывать эту самую ошибку. Сообщения "ой, тут у меня ошибка" без указания ошибки конкретно достают (если бы вы знали, как).
Re: Падение Firebird 2.1.4 при Restore
Если я задаю вопрос, то наверное не для того, чтобы просто потоптать клаву...syi писал(а):Я считал, что для специалистов не надо разжевывать фразу "Падение на операции Restore"
Научитесь описывать свои проблемы так, чтобы не было необходимости задавать дополнительные вопросы и потом что-то "расжёвывать".
Теперь по теме.
Проблемный бекап метаданных (в сжатом виде) и внятное описание ошибки - в трекер.
Кто-нибудь посмотрит, когда будет на это время.
Re: Падение Firebird 2.1.4 при Restore
Если тема интересует, архив проблемного buckap-файла можно забрать здесь - ftp:rinotel.com\pub\OUTGOING\Russia\ibase-support\20110915\
Далее прилагаются финальные фрагменты логов restore перед падением FB-сервера (backup-файл один и тот же)
1. gbak -c -v <.....>
gbak:restoring exception EXOUTPROVIDERAUTHORIZATIONFAIL
gbak:restoring exception EXINPROVIDERAUTHORIZATIONFAIL
gbak: committing metadata
gbak: ERROR:connection lost to database
gbak:Exiting before completion due to errors
gbak: ERROR:Error writing data to the connection.
2. gbak -c -v -o <.....>
gbak:restoring table ART_TEST
gbak: restoring column TARIFPOLITICNAME
gbak:committing metadata for table ART_TEST
gbak: error committing metadata for table ART_TEST
gbak: ERROR:connection lost to database
gbak: ERROR:Error writing data to the connection.
gbak:Exiting before completion due to errors
gbak: ERROR:Error writing data to the connection.
P.S.
Грешно смеяться над больными людьми, а потом обижаться на их реакцию
Далее прилагаются финальные фрагменты логов restore перед падением FB-сервера (backup-файл один и тот же)
1. gbak -c -v <.....>
gbak:restoring exception EXOUTPROVIDERAUTHORIZATIONFAIL
gbak:restoring exception EXINPROVIDERAUTHORIZATIONFAIL
gbak: committing metadata
gbak: ERROR:connection lost to database
gbak:Exiting before completion due to errors
gbak: ERROR:Error writing data to the connection.
2. gbak -c -v -o <.....>
gbak:restoring table ART_TEST
gbak: restoring column TARIFPOLITICNAME
gbak:committing metadata for table ART_TEST
gbak: error committing metadata for table ART_TEST
gbak: ERROR:connection lost to database
gbak: ERROR:Error writing data to the connection.
gbak:Exiting before completion due to errors
gbak: ERROR:Error writing data to the connection.
P.S.
Грешно смеяться над больными людьми, а потом обижаться на их реакцию
Re: Падение Firebird 2.1.4 при Restore
ok, посмотрим.
мне кажется, что именно вопрошающий заинтересован больше всех в решении своей проблемы. Нет?Если тема интересует
Re: Падение Firebird 2.1.4 при Restore
Свою проблему я решу и сам, а вот вопрос:
почему FB создаёт backup-файлы без ошибок, и потом падает на Restore этих файлов, думаю должен интересовать не только меня. Нет?
почему FB создаёт backup-файлы без ошибок, и потом падает на Restore этих файлов, думаю должен интересовать не только меня. Нет?
Re: Падение Firebird 2.1.4 при Restore
?????syi писал(а):смеяться над больными людьми
Re: Падение Firebird 2.1.4 при Restore
Обычно - да. Но:syi писал(а):почему FB создаёт backup-файлы без ошибок, и потом падает на Restore этих файлов, думаю должен интересовать не только меня. Нет?
а) если бы это было частое явление (хотя бы 1 раз из 10000), то о проблеме было бы известно и она решилась бы давно (FB не вчера на свет появился, 2.1.4 тоже не самый свежий релиз)
б) следовательно, вы сделали что-то весьма необычное со своими метаданными, что приводит к такому поведению на ресторе
в) и можете это сделать снова, т.к. не знаете что это было
Можно залезть в бутылку и там сидеть до упора, обижаясь непонятно на что.
Можно закопать голову в песок - авось пронесёт ("Свою проблему я решу и сам").
А можно сделать нормальные выводы и таки занести проблему в трекер, получив, как минимум, гарантию рассмотрения проблемы и возможность отслеживания статуса.
Re: Падение Firebird 2.1.4 при Restore
вы опять не поняли и злитесь. я говорю то же, что и Влад - старайтесь проблему описать максимально подробно, это в ВАШИХ интересах.Свою проблему я решу и сам
этому есть разные объяснения, например, бэкап может оказаться битым из-за памяти или диска.почему FB создаёт backup-файлы без ошибок, и потом падает на Restore этих файлов, думаю должен интересовать не только меня. Нет?
http://www.ibase.ru/devinfo/db_repair.htm#hwprobs
Я как раз хотел спросить - любая другая база, например employee из дистрибутива, на этой машине проходит backup/restore?
вариант исправления - извлекаете из базы скрипт метаданных, создаете новую базу из скрипта, переносите все данные из "битой" базы в новую IBPump-ом. В скрипте нужно обратить внимание, что диалект должен быть таким же, как у оригинальной базы (1).Произошло повреждение файла БД, при котором теперь Restore всегда заканчивается падением FB-server
Re: Падение Firebird 2.1.4 при Restore
Большое спасибо за последний совет, именно таким способом проблема ранее уже была решена.
А в следствии чего появилось такое повреждение БД, могу предположить, что из-за аварии по электропитанию.
А падение сервера на restore собственного backup, сам встречаю впервые, при том что, сопровождаю СУБД Interbase\Firebird более 10-ти лет на десятках объектов.
А в следствии чего появилось такое повреждение БД, могу предположить, что из-за аварии по электропитанию.
А падение сервера на restore собственного backup, сам встречаю впервые, при том что, сопровождаю СУБД Interbase\Firebird более 10-ти лет на десятках объектов.
Re: Падение Firebird 2.1.4 при Restore
в общем, в базе кривая процедура, т.е. покореженные метаданные. почему-то гбак ее бэкапит, но бэкап получается невосстановимым. Так что в данном случае более интересен оригинал базы, т.е. почему gbak не выдает ошибок.
Дальше уже вопрос - интересна-ли эта тема разработчикам ФБ. Возможно, что нет, в силу того, что метаданные были именно повреждены.
Дальше уже вопрос - интересна-ли эта тема разработчикам ФБ. Возможно, что нет, в силу того, что метаданные были именно повреждены.
Re: Падение Firebird 2.1.4 при Restore
Если интерес есть, то могу подготовить архив живой повреждённой БД, весить буде примерно 1,1 ГБ
Re: Падение Firebird 2.1.4 при Restore
Если можно, выложите базу в rar/zip на http://ge.tt
и ссылку пришлите на support@ibase.ru (не сюда ни в коем случае).
и ссылку пришлите на support@ibase.ru (не сюда ни в коем случае).
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
Re: Падение Firebird 2.1.4 при Restore
Однако сама мысль, что любой пользователь, заполучив в руки такой бэкап, способен удалённо завалить любой сервер FB уже должна бы нервировать любого использующего не-классик... Ограничение прав на CREATE DATABASE вроде бы покамест не реализовано...kdv писал(а):Дальше уже вопрос - интересна-ли эта тема разработчикам ФБ. Возможно, что нет, в силу того, что метаданные были именно повреждены.
Re: Падение Firebird 2.1.4 при Restore
любого она нервировать не будет. есть aliases.conf, есть органичения по расположению баз в firebird.conf, и так далее. Кроме того, такой пользователь должен знать, что он делает, и осознавать последствия. Например, на сервере может быть включен аудит (со стороны файловой системы или ФБ).уже должна бы нервировать любого использующего не-классик...
В общем, вы себе только что придумали пугало.