При возникновении данной ошибки в логах Elasticsearch, а именно достижении лимита шардов, перестают создаваться новые индексы. Для решения данной проблемы было принято решение изменить количество шардов.

curl -u USER:PASSWD -X PUT localhost:9200/_cluster/settings -H "Content-Type: application/json" -d '{ "persistent": { "cluster.max_shards_per_node": "3000" } }'
{"acknowledged":true,"persistent":{"cluster":{"max_shards_per_node":"3000"}},"transient":{}}

Где cluster.max_shards_per_node устанавливаем количество шардов

Дано, гостевая машина в среде виртуализации KVM, диск для которой является lvm разделом.
Расширяем диск на гипервизоре командой

sudo lvextend -L +30G /dev/vg/vg_database

После чего пытаемся синкнуть диски в гостевой мпшине для обновление информации

echo 1 > /sys/block/vda/device/rescan

Результат нулевой, показывает исходное значение.
После чего было решено перезапустить машинку поздно вечером в надежде, что ребут поможет. Безрезультатно. Далее пошел гуглинг, но stackoverflow к счастью подсказал, все указывали на правку через

virsh blockresize [domain] [device] --size [newsize]

ну и заодно найдено в доке Red Hat по администрированию в https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/virtualization_administration_guide/sub-sect-domain_commands-using_blockresize_to_change_the_size_of_a_domain_path Virtualization administration

Пример

sudo virsh blockresize guest_machine /dev/vg/vg_database 65G

После чего диски успешно синкнуло и я расширил диск. Ура!

При установке Sentry как pip-пакет на Ubuntu 18.04 получаем ошибку

xmlsec which use PEP 517

и как итог — установка проваливается. Для исправления проблемы, нужно доустановить в систему пакеты

sudo apt-get install libxml2-dev libxmlsec1-dev

После чего установка пройдет успешно

При создании сертификата или issuer’a появлялась ошибка

Error from server (InternalError): error when creating "certificate.yaml": Internal error occurred: failed calling webhook "webhook.cert-manager.io": Post https://cert-manager-webhook.cert-manager.svc:443/validate?timeout=30s: net/http: request canceled (Client.Timeout exceeded while awaiting headers)

Вариантом решения было указанием DNS-серверов в конфигурационном файле Docker’a

В файле /etc/docker/daemon.json добавляем

"dns": ["8.8.8.8", "8.8.8.4"],

Получаем pid’ы

select * from pg_stat_activity;

подставляем полученный pid

select pg_terminate_backend(pid) 
from pg_stat_activity
where pid = 'PID';

kubectl api-resources -o wide