Skip to content

Обзор устранения неполадок и Deep Dives ​

При диагностике аномалий в высоконагруженных видеосистемах критически важен системный подход. Архитектура Кольцевого буфера RUSEON Core изолирует подсистемы друг от друга, поэтому задержки при записи на диск не приводят к зависанию live-трансляций WebRTC или HLS.


Навигатор по руководствам устранения неполадок ​

Область проблемыТипичные проявленияРуководство
Page Cache Thrashing и OOMПамять Linux заполняется до 100%, сервер зависает при интенсивной записиГлубокий разбор Page Cache Thrashing
Защита MP4 и сбой питанияЗаписи не открываются после аварийного отключения электричестваВосстановление атомов fMP4
Камеры и приём RTSPОбрывы связи с камерами, ошибки 401, таймауты TCP, визуальные артефактыДиагностика камер
Стриминг WebRTC и HLSОшибка WebRTC ICE failed, буферизация HLS, рассинхронизация звукаДиагностика стриминга
Архив и хранилищеПереполнение диска, пропуски интервалов записи, медленная перемоткаДиагностика архива
Производительность и ресурсыВысокая нагрузка на процессор, паузы сборщика мусора (GC), дропы кадровОптимизация производительности
Каталог частых ошибокСправочник текстов ошибок, HTTP-статусов и точных инструкций по устранениюСправочник ошибок

Стандартный 4-шаговый алгоритм диагностики ​

  1. Проверка системных проб:
    bash
    curl -i http://localhost:9090/livez
    curl -i http://localhost:9090/readyz
  2. Просмотр структурированных логов:
    bash
    # Фильтрация предупреждений и ошибок в реальном времени
    sudo journalctl -u ruseon -f | grep -E '"level":"(warn|error|fatal)"'
  3. Проверка счётчиков дропов в Prometheus: Проверьте, увеличивается ли метрика ruseon_buffer_drops_total, что указывает на медленного потребителя.
  4. Снятие профиля нагрузки: При аномальной нагрузке на RAM снимите снимок кучи (curl -s http://localhost:9090/debug/pprof/heap > heap.pprof).

Связанная документация ​

Released under the MIT License.