n8n 2.43.7: приостановка выполнений при остановке worker

Изменение относится к установкам с queue mode, где задания выполняют отдельные workers. По описанию разработчиков, прежде при остановке исполнитель ждал окончания работы либо принудительного завершения процесса; выполнение, оборванное посреди работы, могло окончательно завершиться ошибкой после потери блокировки задания Bull. Новый механизм даёт подходящим запускам возможность продолжиться после остановки исполнителя, а не начинаться заново.

При включённом N8N_WORKER_SUSPEND_EXECUTIONS_ON_SHUTDOWN worker запрашивает паузу на ближайшей границе между узлами. Выполнение сохраняется со статусом waiting, а WaitTracker на ведущем main возвращает его в очередь; другой worker продолжает работу из сохранённого состояния. В описании PR указан обычный интервал опроса — примерно до 60 секунд. По умолчанию параметр равен false: одно обновление до 2.43.7 этот режим не включает.

Приостанавливаться могут производственные запуски типов webhook, trigger и retry с сохранённым состоянием выполнения. Ручные и оценочные запуски, streaming, MCP и workflows с включённым Chat Trigger исключены. Пока main ждёт итог выполнения или ответ webhook, пауза не применяется; webhook-запуск может стать подходящим после передачи ответа. При работе со старым main, не передающим признак ожидаемого результата, механизм также не приостанавливает запуск.

Это не защита от любого прерывания: пауза возможна только между узлами. Если текущий узел завис или выполняется дольше допустимого окна штатной остановки, принудительное завершение всё ещё возможно. Вложенный workflow не переносится посреди своей работы: родитель может остановиться после возврата из узла Execute Workflow. Собственных испытаний Удельты для этого выпуска не проводилось; обложка из официальной документации иллюстрирует редактор, а не проверку версии 2.43.7.