TGStat
TGStat
Введите текст для поиска
Расширенный поиск каналов
  • flag Russian
    Язык сайта
    flag Russian flag English flag Uzbek
  • Вход на сайт
  • Каталог
    Каталог каналов и чатов Региональные подборки Тематические подборки Платные каналы Поиск каналов
    Добавить канал/чат
  • Рейтинги
    Рейтинг каналов Рейтинг чатов Рейтинг публикаций
    Рейтинги брендов и персон
  • Аналитика
  • Поиск по публикациям
  • Мониторинг Telegram
  • Продвижение
    Реклама через Яндекс Бизнес Реклама в каналах через TGStat Agency Реклама на сайте TGStat.ru
УКЦ ФОРС | Обучение IT

18 Aug, 12:45

Открыть в Telegram Поделиться Пожаловаться

🛠️ Restart=always настроен, но systemd больше не поднимает сервис

В status:

Main process exited, status=1/FAILURE
Scheduled restart job
Start request repeated too quickly

Причина не в том, что Restart=always перестал работать.

Restart attempts тоже подчиняются start rate limiting:

StartLimitIntervalSec=
StartLimitBurst=

Сценарий простой:

процесс стартует
→ быстро падает
→ systemd запускает его снова
→ стартов за короткий интервал слишком много
→ systemd блокирует следующий start

Главное — не перепутать причину и следствие.

Start request repeated too quickly объясняет, почему systemd сейчас не запускает unit.

Но первичная проблема — почему приложение много раз завершилось.

Проверьте:

systemctl status example.service
journalctl -u example.service
systemctl cat example.service

Ищите первое падение в серии:

— exit code;
— signal;
— Result;
— сообщение приложения перед exit;
— временную последовательность рестартов.

RestartSec= — пауза перед restart.

StartLimitIntervalSec= + StartLimitBurst= — ограничение числа запусков в интервале.

reset-failed может сбросить failed state и счётчики, но не исправляет приложение.

Типичная ошибка — сразу увеличить StartLimitBurst.

Если сервис падает из-за той же ошибки, вы просто продлите restart loop.

Вывод:

причина падения
→ Restart=
→ RestartSec=
→ частота start attempts
→ StartLimit*
→ только потом изменение unit

Сохраните, что проверять до изменения StartLimitBurst и StartLimitIntervalSec.

🔹🔹🔹🔹

14 0 0
Каталог
Каталог каналов и чатов Подборки каналов Поиск каналов Добавить канал/чат
Рейтинги
Рейтинг каналов Telegram Рейтинг чатов Telegram Рейтинг публикаций Рейтинги брендов и персон
API
API статистики API поиска публикаций API Callback
Наши каналы
@TGStat @TGStat_Chat @telepulse @TGStatAPI
Почитать
Академия TGStat Исследование Telegram 2019 Исследование Telegram 2021 Исследование Telegram 2023
Контакты
Справочный центр Поддержка Почта Вакансии
Всякая всячина
Пользовательское соглашение Политика конфиденциальности Публичная оферта
Наши боты
@TGStat_Bot @SearcheeBot @TGAlertsBot @tg_analytics_bot @TGStatChatBot