Аварийно завершился рабочий процесс фонового задания #781333

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

Подробнее

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

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

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

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

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

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

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

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

хотя бы вот такой простой журнал включи:

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

отложить = отследить. +1

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

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

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

Попробовал с таким файлом конфигурации: В папке появились подкаталоги "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=' Подскажите что хоть примерно и где искать ?

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

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

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

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