Что нового

OpenClaw 2026.10.8: обновление не оставляет Gateway лежать

Проверьте Node, pnpm и способ установки, затем убедитесь, что Gateway восстанавливается после сбоя Doctor.

· 2 мин чтения

Коротко

  • Релиз устраняет несколько причин прерванного обновления: падение Doctor, осиротевший рабочий процесс обслуживания, ACL-ФС и Windows-ссылки pnpm.
  • После обычного сбоя Doctor сервисный Gateway перезапускается.
  • Перед обновлением проверьте среду выполнения, установку и управление сервисом. Затем убедитесь, что Gateway действительно готов принимать запросы.

Сверено с документацией OpenClaw 2026.10.8, 27 октября 2026.

Обновление OpenClaw 2026.10.8 устраняет сбои Doctor, рабочего процесса обслуживания и установки.

Что чинит 2026.10.8: Doctor, рабочий процесс и старт Gateway

Обычный сбой Doctor после обновления больше не оставляет Gateway остановленным: управляемый сервис перезапускается и проверяет готовность после ремонта.

openclaw doctor --fix
openclaw gateway status --deep

Осиротевший рабочий процесс обслуживания больше не блокирует все команды CLI и запуск Gateway. Если восстановление не подтверждено, Doctor записывает причину и оставляет сервис остановленным.

Обновление также перестало прерываться из-за ACL-файловых систем, Windows-ссылок pnpm, глобальной установки pnpm 10 и отсутствующего каталога OAuth.

Проверка перед апгрейдом: Node, pnpm и Windows-ссылки

Doctor восстанавливает поддерживаемую среду выполнения Node и повреждённые junctions зависимостей. Релиз также исправляет agent exec в S4U Scheduled Tasks и загрузку нативных плагинов на машинах с Endpoint DLP.

Если сервис указывает на другую установку OpenClaw, обновление сохранит остановленное состояние и выдаст команду переустановки для нужного профиля.

openclaw gateway status --deep
openclaw doctor --lint
openclaw doctor --lint --only core/doctor/gateway-config --json

Автоперезапуск Gateway после падения Doctor

Для управляемого Gateway восстановление выполняет Doctor. Если владение сервисом не подтверждено, он оставляет сервис остановленным и передаёт решение оператору.

Внешний супервизор остаётся ответственным за свой сервис. Используйте openclaw gateway restart вместо старых сигналов SIGUSR1: ручной перезапуск теперь использует SIGUSR2.

openclaw gateway restart --safe
openclaw gateway start
openclaw gateway status --deep

Когда автоперезапуск не поможет

Если проверка готовности не подтверждена, сначала исправьте конфигурацию или состояние, затем запустите ремонт.

После понижения версии Gateway может отказаться читать базу с более новой схемой. Понадобится сборка не старше той, что записала схему, либо восстановление резервной копии, сделанной до обновления.

openclaw doctor --fix
openclaw gateway status --deep
openclaw gateway diagnostics export

Что проверить при обновлении

  1. Проверьте состояние и профиль сервиса: openclaw gateway status --deep.
  2. Запустите проверку конфигурации без изменений: openclaw doctor --lint --only core/doctor/gateway-config --json.
  3. Проверьте общий отчёт без изменений: openclaw doctor --json.
  4. Запустите Gateway и дождитесь готовности: openclaw gateway start.
  5. После обновления проверьте состояние и диагностику: openclaw gateway status --deep и openclaw gateway diagnostics export.