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

👋 О себе | 📚 Литература и ресурсы | 🗂 Все посты | 📮 E-mail
Позднее Ctrl + ↑

AWS Load Balancer Controller: ArgoCD белый экран (404 error)

При настройке Ingress Controller (AWS Load Balancer Controller) для ArgoCD стал появляться белый экран — не отдавалась статика, в то же время если воспользоваться port-forward — все работало прекрасно.
Перепроверка аннотаций и изучение логов заняло достаточно много времени, но при проверке лога AWS Load Balancer Controller увидел ошибку связанную с ipv6 (к сожалению не сохранил, но ругалось на то, что не может соединиться по ipv6) и далее пошел по цепочке ниже — оказалось проблема в ALB, был указан только протокол ipv4, а не dualstack. Ну а барабанная дробь, по дефолту


alb.ingress.kubernetes.io/ip-address-type 

имеет значение dualstack

AWS ALB

Поэтому чтобы исправить шуруем для проверки, что там указано

EC2 -> Load Balancers -> Select LB -> Actions -> Edit IP address type

Проверка параметров Edit IP address type

Если Вы такой же везунчик, то в аннотациях к Ingress Controller указываем


alb.ingress.kubernetes.io/ip-address-type: ipv4

Git: error: ’modules/xyz’ does not have a commit checked out

Немного намутил с сабмодулем и получил следующую ошибку


error: 'modules/xyz' does not have a commit checked out
fatal: updating files failed

Для решения запускаем утилиту git mergetool


git mergetool

This message is displayed because 'merge.tool' is not configured.
See 'git mergetool --tool-help' or 'git help config' for more details.
'git mergetool' will now attempt to use one of the following tools:
meld opendiff kdiff3 tkdiff xxdiff tortoisemerge gvimdiff diffuse diffmerge ecmerge p4merge araxis bc codecompare smerge emerge vimdiff
Merging:
modules/xyz

Submodule merge conflict for 'modules/xyz':
  {local}: submodule commit 276beccead5462d11cfd4569abee94
  {remote}: deleted
Use (l)ocal or (r)emote, or (a)bort? r

 Нет комментариев    43   2 мес   Error   git   merge   mergetool

Небольшие заметки о etcd

Небольшие заметки о etcd

Для работы по api v3 указываем переменную окружения


export ETCDCTL_API=3

Отобразить таблицу с серверами кластера


etcdctl --cacert="/etc/etcd/pki/etcd-ca.crt" --cert="/etc/etcd/pki/etcd.crt" --key="/etc/etcd/pki/etcd.key" --endpoints=10.100.255.91:2379,10.100.255.106:2379,10.100.255.227:2379 endpoint status -w table

Создать снепшот базы


etcdctl --cacert="/etc/etcd/pki/etcd-ca.crt" --cert="/etc/etcd/pki/etcd.crt" --key="/etc/etcd/pki/etcd.key" --endpoints=10.100.255.91:2379,10.100.255.106:2379,10.100.255.227:2379 snapshot save /tmp/snapshot.db

Проверка снепшота


etcdctl --cacert="/etc/etcd/pki/etcd-ca.crt" --cert="/etc/etcd/pki/etcd.crt" --key="/etc/etcd/pki/etcd.key" --endpoints=10.100.255.91:2379,10.100.255.106:2379,10.100.255.227:2379 snapshot status /tmp/snapshot.db

 Нет комментариев    64   4 мес   etcd   etcdctl

InfluxDB: received error partial write: max-series-per-database limit exceeded: (1000000) dropped=542; discarding points

| InfluxDB: received error partial write: max-series-per-database limit exceeded: (1000000) dropped=542; discarding points

После деплоя возникли проблемы с записью в базу InfluxDB — а именно 400 ошибки. Как на зло даже debug режим ничего нового не показало, в логи так и сыпало ошибки


Apr 21 19:05:22 influx-host-name influxd[4230]: [httpd] 1.1.1.1 - metrics [21/Apr/2021:19:05:22 +0300] "POST /write?db=DATABASE HTTP/1.1" 400 88 "-" "Telegraf/1.14.1" 608a927b-a2bb-11eb-81f7-005056011775 12255
Apr 21 19:05:24 influx-host-name influxd[4230]: [httpd] 1.1.1.1 - metrics [21/Apr/2021:19:05:24 +0300] "POST /write?db=DATABASE HTTP/1.1" 400 88 "-" "Telegraf/1.16.3 Go/1.15.2" 61748180-a2bb-11eb-81f8-005056011775 4667
Apr 21 19:05:25 influx-host-name influxd[4230]: [httpd] 1.1.1.1 - metrics [21/Apr/2021:19:05:25 +0300] "POST /write?db=DATABASE HTTP/1.1" 204 0 "-" "Telegraf/1.16.3 Go/1.15.2" 61e6d6bb-a2bb-11eb-81f9-005056011775 7272
Apr 21 19:05:25 influx-host-name influxd[4230]: [httpd] 1.1.1.1 - metrics [21/Apr/2021:19:05:25 +0300] "POST /write?db=DATABASE HTTP/1.1" 400 88 "-" "Telegraf/1.14.1" 61f15fba-a2bb-11eb-81fa-005056011775 11785

По случаю начал смотреть логи Telegraf где выявил ошибки


Apr 21 19:29:06 host-01 telegraf[16234]: 2021-04-21T16:29:06Z E! [outputs.influxdb] When writing to [http://influx-host:8086]: received error partial write: max-series-per-database limit exceeded: (1000000) dropped=426; discarding points
Apr 21 19:29:16 host-01 telegraf[16234]: 2021-04-21T16:29:16Z E! [outputs.influxdb] When writing to [http://influx-host:8086]: received error partial write: max-series-per-database limit exceeded: (1000000) dropped=568; discarding points
Apr 21 19:29:26 host-01 telegraf[16234]: 2021-04-21T16:29:26Z E! [outputs.influxdb] When writing to [http://influx-host:8086]: received error partial write: max-series-per-database limit exceeded: (1000000) dropped=542; discarding points

Благо на оф сайте Influx было найдено описание проблемы https://docs.influxdata.com/influxdb/v1.8/troubleshooting/errors/#error-max-series-per-database-exceeded--

Таким образом после добавления строки из документации — заработало


[data]
...
max-series-per-database = 0
...

Information about this setting:
The maximum number of series allowed per database before writes are dropped. The default setting is 1000000 (one million). Change the setting to 0 to allow an unlimited number of series per database. If a point causes the number of series in a database to exceed max-series-per-database, InfluxDB will not write the point, and it returns a 500 with the following error

Ранее Ctrl + ↓