- Убунту 20.04.3 ЛТС x86_64
- каналы-redis == 3.2.0
- Nginx -> Дафна -> редис/джанго
- команда для запуска: «sudo docker run -p 6379:6379 -d redis:5»
Настройки Джанго:
'По умолчанию': {
«ОБЪЕМНАЯ»: «channels_redis.core.RedisChannelLayer»,
'КОНФИГ': {
"хост": [('127.0.0.1', 6379)],
},
},
}
Проблема:
Примерно через 12–48 часов (примерно, каждый раз по-разному) redis-server (команда top иногда называет его «redis2», а иногда «redis-server») внезапно потребляет весь ЦП, который может, более или менее блокируя всю систему. Redis-cli полностью не отвечает. Redis работает отлично до тех пор, то есть не жадничает с процессором и выполняет ожидаемую работу.
Запуск «журналов докеров» дает следующее (при обычном использовании ЦП).
1:M 11 Dec 2021 18:18:58.137 # Ошибка фонового сохранения
1:M 11 Dec 2021 18:19:04.051 * 1 изменение за 3600 секунд. Сохранение...
1:M 11 декабря 2021 г. 18:19:04.051 * Фоновое сохранение началось с pid 7098
7098:C 11 декабря 2021 г. 18:19:04.052 # Не удалось открыть корень файла RDB (в корневом каталоге сервера /etc) для сохранения: Отказано в доступе
Это рассылается спамом на консоль, когда она работает нормально, то есть не на максимальной загрузке ЦП.
Хотя это правильно? Почему «/etc» является корнем сервера? Также нет "/etc/redis/..." или "/var/logs/redis...".
Кроме того, «Фоновое сохранение, начатое pid 7098» всегда является новым pid. Подсчет. Так что не уверен, что это в конечном итоге приведет к его смерти.
Я также подключил «grafana» для его мониторинга (просто еще один монитор ресурсов сервера/утилиты). В момент максимального использования ЦП гранфан больше не может получать от него информацию. Так что точно умирает.
Самое главное, куда журналы должны идти? Как было сказано ранее, в его док-контейнере нет /var/logs для Redis.
