[ОТВЕТИТЬ]
Опции темы
11.01.2013 19:08  
UnBeeR
Доброго времени.

Обновляю коммутативно с с версии 3.10.1 до 3.12.10
FB 2.1.2.18118_0_Win32_rc2
после обновления на backup-restore в логе видим
gbak: ERROR: invalid requet BLR at offset 1009
gbak: ERROR: input parameter mismatc for procedure COMPLECT_GETCARDS2
gbak: ERROR:Exiting before completion due to errors
прогнал обновления пошагово
Sm100430(0167)\
Sm100518(0167)_add1\
Sm100730(0217)\
Sm101029(0262)\
Sm110131(0311)\
Sm110310(0311)_add1\
Sm110429(0357)\
Sm110730(0390)\
Sm110730(0390)_add1_and_add2\
Sm111031(0434)\
Sm111120(0434)_add1_and_add2\
Sm120131(0468)\
Sm120217(0468)_add1\
до 3.12.1 обновления проходят нормально если судить по логам после backup-restore

на Sm120502(0527) после backup-restore выдает вышеупомянутую ошибку

Есть от этого пилюли?
 
11.01.2013 21:39  
mat skywalker
Есть. Обновляться не кумулятивно. Это раз. Второе не польозуйтесь этим форумом для поиска истины. Мне вот, например никто не отвечает, на мои проблемы. Может и вы тоже будете проигнарированы.
 
11.01.2013 23:04  
UnBeeR
mat skywalker Иногда можно понять.
Порой ответы на подобные вопросы стоят денег. И иногда глупо раскрывать секреты которые кормят.
А с другой стороны данная ошибка может быть следствием множества других ранее сделанных ошибок. И попытка разобраться в клубке убьет уйму времени. Пионерам это еще интересно, а профи уже суетно как то. И если система ставилась и велась с нуля. Обслуживающий ее администратор, чаще всего, может откатится до того места когда ошибки еще не было. Т.е. если все делать правильно, этой проблемы не должно было быть в принципе.

На форумах по FireBird вычитал, что данная ошибка весьма проблематична. И если и решается, то руками править надо. Я понял что это мне не доступно для понимания. Соотнеся цена-вопрос логично решить вопрос в сторону:
а. захоронение базы, запуск в эксплуатацию свежей
б. пользовать как есть, пока не будет проблем и похоронить или найдется решение проблемы
склоняюсь к варианту а. раньше сядешь раньше выйдешь :)
Еще тема для поста родилась. А может есть чудо-способ импорта экспорта карточек?
 
14.01.2013 06:31  
sergk
А вот это верно.
Цитата:
Сообщение от UnBeeR
Т.е. если все делать правильно, этой проблемы не должно было быть в принципе.
Такая ошибка может возникнуть, когда какое-то обновление пропущено или при выполнении скрипта была ошибка. В результате чего необходимая процедура не изменилась.
На самом деле исправление проблемы не должно быть сильно проблематичным. Но для этого потребуется подключение к базе через IbExpert и оценка проблемной процедуры и ее зависимостей. Посмотреть процедуру (количество входных параметров), посмотреть зависимые процедуры - там должно быть понятно.
Если базы FireBird раньше не администрировали, то тогда, конечно, или обращаться к специалистам, или использовать один из двух предложенных вариантов.
Цитата:
Сообщение от UnBeeR
Еще тема для поста родилась. А может есть чудо-способ импорта экспорта карточек?
Экспорт карточек возможен через функцию экспорта в Excel (на панели инструментов "Экспорт таблицы")
Импорт карточек в меню "Специальные модули - Импорт из Microsoft Excel". По нюансам работы этой функции желательно ознакомится в документации "Руководство администратора".
 
14.01.2013 11:12  
Eragon
Ошибка gbak: ERROR: invalid requet BLR at offset 1009
в основном возникает из-за не правильных скопированных UDF.
 
14.01.2013 13:19  
harly
Цитата:
Сообщение от Eragon
Ошибка gbak: ERROR: invalid requet BLR at offset 1009
в основном возникает из-за не правильных скопированных UDF.
При вызове процедурах остался старый вид. Поэтому бэкап\рестор и gfix тут не поможет. Сначала исправить процедуру, и добиться чтобы проходил бэкап\рестор только метаданных gbak -m.
Читайте ссылку - ibase devinfo db_repair.htm все же написано.

Добавлено через 4 минуты 26 секунд
полную ссылку ставить не дает ibase точка ру /devinfo/db_repair.htm
 
21.02.2015 17:11  
siegfried1
Вопрос к сожалению актуален, столкнулся точно с такой же проблемой. Уверен, что это ошибка в обновлениях. Обновлялся с версии 3.10.4 скачал все обновления с сайта по сегодняшний день. Внимательно посмотрел на процедуру complect_getcards2. У неё было 4 входных параметра. В обновлении 3.10.7. они по прежнему те же. Я накатываю обновление за обновлением, слежу, что udf обновлений копируются в папку Firebird. Всё соответствует тому, что в архивах обновлений. а далее или обновление 3.12.01 или 3.12.04 портят базу, появляется такая же ошибка при бэкап ресторе. Процедура в базе соответствует процедуре в скриптах. Удф тоже. Решение кто нибудь может подсказать?
 
22.02.2015 14:58  
VerLeon
Не забывайте обновлять отчеты после накатывания обновлений. Эта проблема - точно из-за того, что базу обновили, а отчеты - нет. Но отчеты тоже имеют хранимки в базе, так что обновлять их надо обязательно. Можно так же - кумулятивно, т.е достаточно просто поставить последние версии отчетов. Но обязательно ДО бэкап/рестора.
Так что ошибки в обновлениях нет, ошибка в недопонимании, что отчеты тоже надо обновлять.
 
22.02.2015 22:10  
siegfried1
Я извиняюсь конечно. С утра я сам до этого дошёл, хотел отписаться вечером, но вы меня опередили. Тут действительно я ошибся
 
22.02.2015 22:31  
VerLeon
Ничего страшного. Если честно, когда мы это заметили - то много думали как это обойти, чтобы ни у кого не было проблем при разных вариантах обновления. Но к сожалению, это было невозможно.
 
 
Опции темы



Часовой пояс GMT +3, время: 20:31.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.