Админизм

заметки об администрировании и python. Траблшутинг в «примерах» и HOWTO.

😎 О себе | 📚 Литература и ресурсы | ⚡ Все посты | 📮 E-mail

Elasticsearch: Validation Failed: 1: this action would add [2] total shards, but this cluster currently has [1000]/[1000] maximum shards open;

При возникновении данной ошибки в логах 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 на гипервизоре для гостевой машины

Дано, гостевая машина в среде виртуализации 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

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

 Нет комментариев    95   3 мес   kvm   lvextend   lvm   virsh

Sentry: xmlsec which use PEP 517 на Ubuntu 18.04

Sentry: xmlsec which use PEP 517 на Ubuntu 18.04

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


xmlsec which use PEP 517

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


sudo apt-get install libxml2-dev libxmlsec1-dev

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

Cert-manager: Internal error occurred: failed calling webhook «webhook.cert-manager.io»

При создании сертификата или 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"],

 2 комментария    194   4 мес   cert-manager   docker   Kubernetes   ssl
Ранее Ctrl + ↓