Read the same topic in English 👉 https://blog.samanikin.com/2023/07/19/from-wl-warning-the-current-thread-ran-into-a-timeout-while-entering-a-writelock-1073741824-lockreason-schedulethreadlib1/
Недавно, на сервере мониторинга PRTG случилась не обычная вещь - служба PRTG Core Server Service перезапускалась примерно каждые 20 минут и фактически мониторинг не работал.
Я полез смотреть логи службы PRTG, которые находятся в папке <PRTG Root Folder>\Logs\core (в моём случае это D:\PRTG Network Monitor\Logs\core) и нашёл множество ошибок, связанных с таймаутом чтения или записи
другие варианты данной ошибки:
From: RL Warning: The current Thread ran into a timeout while entering a readlock [-1073741824]
Core> Wants: WL ScheduleThreadLib1 4397018499376 (2596) From: WL Warning: The current Thread ran into a timeout while entering a writelock [-1073741824] . LockReason: "ScheduleThreadLib1" Lockinfos: 1. Thread(1080): WriteLocked LockReason: NewChannel: [18932] (2596)
Покопавшиcь далее в данном логе я обнаружил следующую строку
Sensors that exceed 200 channels: (3 total) 18932, 18933, 18922
Номера 18932, 18933, 18922 - это номера сенсоров в системе PRTG. Вставив номер в поиск в веб-интерфейсе, я нашёл вот такой замечательный сенсор с кучей виртуальных разделов от docker.
Решением проблемы будет, как минимум, поставить сенсор на паузу, а лучше удалить его. Дело в том, что система автоматически перезапускает службу, если для блокировки превышен таймаут в 20 минут.
✅Подписываетесь на уведомления в телеграм, чтобы не пропустить новые статьи 👉 https://t.me/samitblog