Личный Telegram-ассистент Тимура (@Vesker_my_bot) регулярно пропадал. Проверили журнал systemd и код за 6 дней — вот что случилось на самом деле.
Во всех 10 остановках Result=success, NRestarts=0. Это не авария и не баг — это ручной stop.
Перед каждой пачкой генераций SyntX она сама выполняла systemctl --user stop tg-claude-bot, боясь конфликта Telegram-сессий. Конфликта нет — VESCER работает на Bot API, Telethon не импортирует вообще. Вернуть сервис обратно она забывала примерно в половине случаев.
| Лёг | Поднят | Простой | Кто поднял |
|---|---|---|---|
| 24.07 06:18 | 25.07 12:55 | 30ч 37м | не сам |
| 26.07 17:48 | 27.07 14:20 | 20ч 32м | не сам |
| 28.07 08:21 | 29.07 06:46 | 22ч 25м | Тимур заметил |
Последнее окно — то самое, на которое наткнулся Тимур: 22ч 25м тишины, пока не написал боту сам.
■ вернула быстро · ■ забыла вернуть → многочасовой простой. Мотив каждый раз один и тот же (лог 24.07 06:18): «параллельный заход в ту же сессию грозит разлогином — останавливаю, потом верну». Основание ложное: пересечения по сессии между VESCER и SyntX-драйвером нет.
Симптом закрыт watchdog'ом, причина закрыта запретом в коде. Оба фикса уже стоят и проверены живьём, не на словах.
Следующий заход — короткое подтверждение, что за неделю новых немотивированных стопов не было.
Выборка — 10 остановок за 5 дней из journalctl, все привязаны к одной сессии Claude Code (транскрипт 6a3a7c96). Не проверено — были ли стопы этим же паттерном раньше 24.07, журнал глубже не поднимался.
Второстепенный сетевой фактор (WARP SOCKS5, `Bad Gateway`/`ConnectError` к Telegram у хостера Timeweb) совпал по времени с 2 из 10 стопов, но отдельно не измерялся и не чинился — теперь такие случаи закрывает тот же watchdog, а не точечный фикс сети.