Всем здравствуйте.
УТ 11.4.7.150. Платформа 8.3.16.1224. РИБ: головной узел и три дочерних. На носу маркировка.
Обновляем конфу до 11.4.12.61 в головном узле. Через обмены РИБ обновляем дочерние. Все хорошо. После обновления дочерних запускаем обмен с головной базой. Потом обмен в головной запускаем с дочерними. После этого при запуске 1С в режиме предприятия в головном узле получаем проблему. https://yadi.sk/i/fa4wWnvLBcDAsA . Смотрим, что именно не так, и видим это: https://yadi.sk/i/yOGSXJ7tcPWnKQ .
Текст ошибки из журнала регистрации:
Процедура "КоммерческиеПредложенияДокументыУТ.ОбработатьДанныеДляПереходаНаНовуюВерсию" обработки данных завершилась с ошибкой:

Невозможно получить узел плана обмена ОбновлениеИнформационнойБазы, т.к. не передан номер очереди.
{ПланОбмена.ОбновлениеИнформационнойБазы.МодульМенеджера(53)}:        ВызватьИсключение НСтр("ru = 'Невозможно получить узел плана обмена ОбновлениеИнформационнойБазы, т.к. не передан номер очереди.'");
{ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль(3772)}:    Возврат ПланыОбмена.ОбновлениеИнформационнойБазы.УзелПоОчереди(Очередь);
{ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль(1390)}:    Запрос.УстановитьПараметр("ТекущаяОчередь", ОчередьСсылкой(Очередь));
{ОбщийМодуль.КоммерческиеПредложенияДокументыУТ.Модуль(4124)}:        Выборка = ОбновлениеИнформационнойБазы.ВыбратьСсылкиДляОбработки(Параметры.Очередь, "Документ.КоммерческоеПредложениеКлиенту", ПараметрыВыборки);
{ОбщийМодуль.КоммерческиеПредложенияДокументыУТ.Модуль(4224)}:    ИнициализироватьПараметрыОбработкиДляПереходаНаНовуюВерсию(Параметры);
{(1)}:КоммерческиеПредложенияДокументыУТ.ОбработатьДанныеДляПереходаНаНовуюВерсию(Параметры[0])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4883)}:    Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(3063)}:        ОбщегоНазначения.ВыполнитьМетодКонфигурации(КонтекстОбработчика.ИмяОбработчика, ПараметрыВызова);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(5958)}:                    ВыполнитьОтложенныйОбработчик(КонтекстОбработчика, АдресРезультата);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(532)}:        ОбработчикиВыполнялись = ВыполнитьОтложенныйОбработчикОбновления(СведенияОбОбновлении, ПараметрыОбновления);
{Обработка.РезультатыОбновленияПрограммы.Форма.ИндикацияХодаОтложенногоОбновленияИБ.Форма(428)}:    ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОтложенноеОбновлениеСейчас(Неопределено);

Не передан какой-то номер очереди. Смотрю отладчиком и вижу, что этот номер очереди в коде равен нулю. Дальше начинаю искать у кого откуда ноги растут и ухожу в дебри.

Может, кто сталкивался? Господа, что делать?

>> что делать?
Откатиться назад и выполнить обновление релизов последовательно. Или пилить...

(1), пилить долго. Обновлял так: 11.4.7.150 -> 11.4.9.98 -> 11.4.10.94 -> 11.4.12.61. После каждого обновления обмены между узлами делал. Не помогает.

(2) Так в подчиненном узле ошибка именно при обновлении с 11.4.10.94 -> 11.4.12.61? а чего тогда пишешь 11.4.7.150

(3), ну подробно же написал все. "Обновляем конфу до 11.4.12.61 в головном узле."

(4) После каждого обновления релиза нужно ещё делать обновление подчиненного узла, только потом переходить к следующему обновлению

(5), см (2). "После каждого обновления обмены между узлами делал. Не помогает."

(6) так с какого именно релиза и на какой релиз-то появилась такая проблема? При первом обновлении 11.4.7.150 -> 11.4.9.98?

(7), вот тут: 11.4.10.94 -> 11.4.12.61.

(8) А если обновиться транзитом через 11.4.11? Не пробовал?
Хотя наверно проще допилить

(9), не пробовал. Долго ж. Проще уж тогда попробовать обновиться до 11.4.12.61, грохнуть все дочерние узлы и заново из головной базы их народить. Но это как-то не по-человечески...

(10) Сами сидим на 11.4.10.94, мониторю темы у тех, кто на 11.4.12.61, уже 2-й баг, пока наверно следует подождать новый релиз...
На bugboard 11.4.12 даже пока не появилась

(11), на 11.4.12.61 с маркировкой делали чего-нибудь?

(12) у нас маркировки нет, но есть меркурий)

(8) Всем здравствуйте.
УТ 11.4.7.150

(14), именно. Отправная точка. Далее по тексту "Обновляем конфу до 11.4.12.61 в головном узле."

Добрый день. Я пробовал через 11, правда я обновлял с 11.4.9.98, но результат тот-же + еще и ошибка: "Процедура "Справочники.ПравилаРаспределенияРасходов.ОбработатьДанныеДляПереходаНаНовуюВерсию" обработки данных завершилась с ошибкой
Невозможно получить узел плана обмена ОбновлениеИнформационнойБазы, т.к. не передан номер очереди."

Имею такую же проблему. Обновлялся с 11.4.11.104

Тоже выдает ошибку, но документы переливаются, на смотря на то, что дата не меняется, а в журнале пишет ошибку о номере очереди. в конфигурацию внес правки с багтрекера 1с

(18), а какие рекомендации, что-то не нашёл ошибки эти?

Да, по ходу много у кого ошибка, но она некритическая. Почему-то при обновлении я её не заметил, а сейчас вылезла.
В 1С забыли заполнить номер очереди обработчика обновления. А там далее по коду идёт контроль, где очередь не должна быть нулевой.
Можно либо отменить это условие проверки (через расширение), либо в отладчике поставить остановку на строке

Параметры.Вставить("Очередь", ОбработчикОбновления.ОчередьОтложеннойОбработки);

И через Shift+F9 значение переменной ОбработчикОбновления.ОчередьОтложеннойОбработки руками поменять с 0 на 1. Два раза. Тогда обновление проходит успешно.

Если кому лень искать,
Основная конфигурация ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(6417, 3) : Параметры.Вставить("Очередь", ОбработчикОбновления.ОчередьОтложеннойОбработки);
А условие проверки
    Если ТипЗнч(Очередь) <> Тип("Число") Или Очередь = 0 Тогда
находится в
ПланОбмена.ОбновлениеИнформационнойБазы.Модуль менеджера(52, 2)

Тоже бяка вылезла при обновлении, но 1С уже это поправил...
"Зарегистрирована ошибка номер 00-00304292.
.......
Необходимо обновиться"

(22) Мне тоже тех поддержка ответила что исправили, но у меня ошибка осталась. Ломать конфу нельзя.

(20) (21) Спасибо за подсказку.

(23) Ну да, вот такая же беда...
У меня правда, конфигурация Комплексная автоматизация, но исходная ошибка была такая же, а ошибку 1С зафиксировало и в ERP, и в Комплексной, и в УТ.
Вчера с вечера стал обновлять рабочую базу (после проверки на тестовой копии) на новый релиз, 2.4.12.71. Обновление прошло нормально, ВСЕ доп. обработки выполнились без ошибок - их 59 шт. Далее проверил обмен с ПБ - всё отработало нормально. Ну а утром захожу в базу, а там сообщение, что из 6 выполнилось только 4 процедуры обработки обновления....... Запуск вручную это процедур положительного результата не дал. Ломать конфу тоже нехорошо. Написал в тех.поддежку, может что-то ответят. И да, пока готовил обновление, уже выпустили релиз 2.4.12.75. Счас вот на него готовлю обновление, может там и поправили ошибку.

(25) моя метода нерабочая?

(26) Этот метод пока не пробовал честно говоря. Написал в тех. поддержку, вчера вечером получил ответ
"Патч 00-00304292 включен в сборку 11.5.5.39"
И что-то я не могу понять - что за номер сборки такой или туплю....
В последнем релизе, 2.4.12.75 есть минимальные изменения в общем модуле, ОбновлениеИнформационнойБазыСлужебный, там добавлено обращение к обработке ОписаниеОбработчиковОбновления
Почти подготовил обновление на новый релиз - осталось расширение проверить, и попробую обновиться, мож и поправили в 1С как говорят.
Ну а после, конечно, буду править через расширение, спасиб!

(27) да нет, это можно за две минуты попрваить без расширений. открыл отладчик, включил отладку фоновых процессов, воткнул брейкпоинт, запустил обновление пропущенных, исправил на лету значение переменной, повторил, обновление прошло.
раз они это обнаружили, нет смысла делать исправление через расширение. я просто не знал, что они зарегили баг. иногда у них баги десятилетиями торчат.

(28) Да, про исправление понятно, спасибо!
Просто уже запущен процесс обновления на новый релиз, проверю обмен, потому что косяк после обмена вроде как вылезает, ну а там уж видно будет - поправили косяк они как обещали или нет :)

Я тоже ради интереса продолжил общение со службой поддержки, ответили то-же самое. Только 11.5.5.39 пока даже в тестовых нет.

Обновился на копиях, обменялся с ПБ - всё прошло гладко, все процедуры дополнительные выполнились без ошибок на обеих базах.
Ведь могут, когда захотят, ну или когда юзвери попинают :):):)

(21), ВОТ! Есть же добрые люди на этом свете!