ну может починили, я год назад натыкался на сплошные ишью открытые на такую ситуацию

сплошь и рядом. у меня намного меньше были нагрузки и он залипал рандомно

если было массово, то зафиксили

просто молчит и всё.. не локов ничего. делаешь рестарт - просыпается и гребет дальше. ну клево, спасибо за инфу

т.е. у тебя получается **/docker/pod1/*.log?

Именно.
Только
/opt/kubernetes/docker/containers/pod/*log

🤔боюсь никак или как сделано в докере. его логи не лежат прям в /var/log/containers/*.log. это все симлинки на другие директории, которые содержат уже дату и структура как у тебя. т.е тебе нужно будет сделать аналогинчую схему или не страдать фигней и оставить все как есть)

Рецепт отлично сработал. Спасибо большое!

Ребят, вопрос от нуба.

В клауд не лез ещё, только своим железом работал.
Там в клауде когда покупаешь виртуалки, их можно в один сеть объеденить?
Как это называется?

Это чтобы спереди поставить Nginx с Upstream бэкэндами, которые дальше распределяют трафик по другим соседним виртуалкам.
Клауд хотим простой народный, не AWS, DO и тд. Может у него нету LB своего.

Парни а как в таком случае инвестигать причину и исправлять. У меня два варианта это либо в БД зайти и набрать что то типа
SELECT * FROM pg_stat_activity
Или это можно сделать ps aux и потом процесс который грузит БД посмотреть на ошибки типа вот так strace -p pid -T 2> out  и кильнуть если нужно. Или я вообще не в ту степь?


Алерта
PostgreSQL active transaction too long on pgsql- db (time=2m 2s 925ms) PostgreSQL waiting transaction too long on pgsql-db (2m 4s 657ms)

А это чисто кубовая фишка - создавать симлинки в /var/log , да?
Не нашел такого у docker и containerd

походу да. или шифтовая

а что у тебя ls -l показывает в /var/log/container/

У меня там симлинки логов подов только из kube-system. Все остальные в  
/opt/kubernetes/docker/containers/pod/*log
я посмотрел все флаги kubespray, но не нахожу ничего подходящего

🤔ну вот надо понять, как сделать похожую структуру для твоих подов, чтоб флюенты могли забирать. там есть особенность их развития просто одна)

fluentd родитель fluentbit

Так вот как сделать?  Я что-то не пойму? Похоже, что docker или containerd не получится конфигурить. Это именно в кубе где-то задается, чтобы он симлинки расставлял в /var/log

так алерт не говорит об ошибке, а только о длительной активной транзакции, она не обязательно будет грузить БД, поэтому только при помощи запросов к БД смотреть какой запрос долго висит

А команда правильная для БД?

ну погуглите как смотреть долгие запросы в постгресе +- правильная, но выдаст слишком много инфы, если запросов к базе много