При обновлении ERP релиз 2.1.3.188 на 2.2.1.102 (платформа 8.3.8.2088) на выполнении обработчиков обновления падает с ошибкой.

Подскажите, откуда могут ноги расти и как искать конкретику ошибки.
Спасибо.

Подробнее

(1) Обновил через конфигурацию, обновил ИБ, запустил. Пишет, выполняется обновление на новый релиз, доходит до 51% и валится.
До окна, где обновляются данные и можно выбрать приоритет (работы пользователей или обновления) не доходит.

ТЖ включай и смотри что последнее перед падением успевает сделать база.

(2) В ЖР посмотри, на каком объекте метаданных оборвалось

(4) В том-то и дело, нет ошибок, все шоколадно идет, а вдруг падение.

(5) Уровень регистрации ЖР максимально детальный установи (в конфигураторе радиокнопки)

(5) падение это уже не "шоколадно" а самая натуральная ошибка.

(5) Такое может быть если падение фонового задания идёт из-за нехватки памяти. Отложить можно технологическим журналом. Но 1С клялись что у них сейчас весь код на сервере отрабатывает при малой памяти.

(6) "Регистрировать ошибки, предупреждения, информацию, примечания"

хотя бы вот такой простой журнал включи:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">;
    <dump create="false" type="0" prntscrn="false"/>
    <log history="24" location="C:\1CLog">
        <event>
            <eq property="name" value="EXCP"/>
            <eq property="p:processname" value="database_name"/>
        </event>
        <property name="all"/>
    </log>
</config>

database_name замени на своё имя базы

(8) отложить = отследить.
(10) +1

(10) Создает пустой лог файл.

+(10) Сделал кривой файл с параметрами раз пустой лог ?
В случае если и база не упадет, в нем все равно что-то должно быть ?

(14) Есть лог клиента, а есть лог сервера

Попробовал с таким файлом конфигурации:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">;
<dump create="false"/>
<log location="C:\1CLog\" history="168">
  <event>
   <ne property="name" value=""/>
  </event>
  <property name="all"/>
</log>
</config>

В папке появились подкаталоги "rmngr_xxxx" и "rphost_xxxx".
В самом объемном "rmngr_xxxx" непонятная тарабарщина, а в самом объемном "rphost_xxxx" в конце:

44:09.702016-0,PROC,1,process=rphost,Txt=Cluster lock absent.
44:09.702017-0,PROC,3,process=rphost,p:processName=BASE,t:clientID=25,t:applicationName=BackgroundJob,t:computerName=SERVER,t:connectID=3569,SessionID=6,Usr=NONAME,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.8.2088) Working Process (debug) terminated.,Context='
ОбщийМодуль.ДлительныеОперации.Модуль : 540 : РаботаВБезопасномРежиме.ВыполнитьМетодКонфигурации(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
ОбщийМодуль.РаботаВБезопасномРежиме.Модуль : 508 : Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
: 1 : ОбновлениеИнформационнойБазыСлужебный.ЗапускРегистрацииДанныхОтложенногоОбновления(Параметры[0],Параметры[1])
ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль : 4869 : Пока ЗаполнениеДанныхОтложенногоОбработчикаВФоне(ПараметрыОбработчика, АдресРезультата) Цикл
ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль : 4942 : РаботаВБезопасномРежиме.ВыполнитьМетодКонфигурации(ОписаниеПроцедуры.ПроцедураЗаполнения, ПараметрыОбработчика);
ОбщийМодуль.РаботаВБезопасномРежиме.Модуль : 508 : Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
: 1 : Справочники.КлючиАналитикиУчетаПоПартнерам.ЗарегистрироватьДанныеКОбработкеДляПереходаНаНовуюВерсию(Параметры[0])
Справочник.КлючиАналитикиУчетаПоПартнерам.МодульМенеджера : 146 : ОбновлениеИнформационнойБазы.ОтметитьКОбработке(Параметры, Ключи);
ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль : 649 : ЗарегистрироватьИзменения(ОсновныеПараметры, Узел, ЭлементМассива, "Ссылка");
ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль : 3053 : ПланыОбмена.ЗарегистрироватьИзменения(Узел, Данные);'

Подскажите что хоть примерно и где искать ?

Рекомендую настроить сбор дампов

<dump create="true" location="C:\DUMPS" type="3" prntscrn="false" externaldump="1"/>

и отправить дамп в 1С.

Ну и вообще - интереснее может быть журнал менеджера кластера, т.к. инициатором разрыва соединения между менеджером и РП, возможно, сам менеджер.

апну, может кто обновлял аналогичное.

Выгрузили в файловую, обновление прошло без ошибок.