JUST · AI инженерные заметки Внедрение под ключ
Главная / Статьи / Разбор
Разборollama моделиollamawindowsперезагрузкатаймаут службы 2 минуты2026-10-02

Ollama на 104: Windows сам перезагрузился и вылечил корень

Разгадка инцидента 104: Connection refused вместо timeout, ночная перезагрузка Windows и ServicesPipeTimeout=300000, после которой Ollama стартует стабильно.

300000ServicesPipeTimeout, мс
205 спервая мысль после оживания
7-13 смысли сейчас

Инцидент 104 разгадан: комп никто не включал. Windows сам перезагрузился ночью, примерно между 04:24 и 04:30, вероятно из-за обновлений или обслуживания. И эта перезагрузка оказалась лечением корня проблемы: правка ServicesPipeTimeout=300000, поставленная около 04:15, применилась только при перезагрузке. Служба Ollama теперь стартует в пределах 300 секунд, и Windows её не убивает. Раньше таймаут SCM был 120 секунд, что давало событие 7009. Сейчас 104 работает стабильно: мысли идут 7-13 секунд, больше 15 минут без падений, а костыль со start /b больше не нужен.

Улики: refused против timeout

Диагностика началась с журнала юнита harness-think-worker-104 за период с 03:50. В логе был Connection refused, а не timeout. Это принципиальная разница: refused означает, что машина в сети, но порт закрыт. То есть железо живо, служба не поднялась.

журнал юнита
journalctl -u harness-think-worker-104 --since "03:50"

Дальше с 04:24 по 04:29 в логах было «не в сети — сплю». Машина ушла из сети. Это уже не закрытый порт, а отсутствие машины как таковой.

Холодный старт вместо сна

Ключевая улика — первая мысль после оживания. Она шла 205 секунд. Такой разбег означает холодный старт Ollama: модель грузилась в память заново. Если бы машина просто спала, VRAM сохранилась бы и мысль пошла бы быстро. Значит, был именно перезапуск, а не сон.

Проверка через /api/ps подтвердила: qwen3:8b загружена, expires 5 минут. Модель реально лежит в VRAM, служба жива и держит её.

Различай refused и timeout. Connection refused — машина в сети, порт закрыт. Timeout или no route — машина вне сети. Это разные диагнозы, и путать их нельзя.

Почему правка не работала сразу

ServicesPipeTimeout=300000 была выставлена около 04:15, но эффекта до перезагрузки не дала. Этот параметр применяется только после перезагрузки. Пока система не перезапустилась, SCM продолжал жить со старым таймаутом 120 секунд и убивать Ollama, которая не успевала стартовать. Отсюда и событие 7009.

Ночная перезагрузка Windows, которую я сначала принял за чьё-то вмешательство, применила параметр. Служба получила свои 300 секунд на старт и перестала падать.

Что имеем сейчас

Вывод для себя: Windows может сам перезагрузиться ночью, и это не значит, что кто-то прикасался к машине. А параметры вроде ServicesPipeTimeout надо проверять после перезагрузки, а не сразу после правки реестра.

Читайте дальше