AS
ошибки на инфлюксе — норма. лечить — преодалеванием.
Size: a a a
2021 November 10
A
а __meta_kubernetes_service_labelpresent_app_kubernetes_io_name в какой версии появилось? может надо просто прометея обновить?
СГ
в 0.52.0 и появилось. И с этого момента перестало работать. По "ощущениям" дело в регекспе
СГ
но сам прометей в 2.28 в обоих версиях оператора
A
я про версию прометея, в которой появилась поддержка этого лейбла
СГ
а разве прометею не "наплевать" на метку? ведь таких __meta_* может быть тьма. сейчас в репе прома посмотрю есть ли там опредление всех __meta_***
A
если метки нет то оно не сматчит true
СГ
сорри - топорился ответить, хотя уже ясно что не в метке
СГ
фикс в 0.52, был сделан вот этим PR:
https://github.com/prometheus-operator/prometheus-operator/pull/4327
и после этого матчинг не работает. Но если из списка убираешь второе значение, например
selector:
matchExpressions:
- key: app.kubernetes.io/name
operator: In
values:
- kafka-lag-exporter
и оставляешь единственное - то всё опять работает
https://github.com/prometheus-operator/prometheus-operator/pull/4327
и после этого матчинг не работает. Но если из списка убираешь второе значение, например
selector:
matchExpressions:
- key: app.kubernetes.io/name
operator: In
values:
- kafka-lag-exporter
и оставляешь единственное - то всё опять работает
СГ
после исправления на второе значение, релабел становится:
и таргет начинает скрейпиться
- source_labels: [__meta_kubernetes_service_label_app_kubernetes_io_name, __meta_kubernetes_service_labelpresent_app_kubernetes_io_name]
separator: ;
regex: kafka-lag-exporter;true
replacement: $1
action: keep
и таргет начинает скрейпиться
СГ
т.е. вся разница в
regex: kafka-lag-exporter;true
regex: kafka-lag-exporter|example-app;trueA
А вот это похоже на баг в операторе
A
Скобки надо
СГ
я тоже так сперва подумал. Но проверка на RE2 - показывает что вариант с
тоже нормальный
regex: kafka-lag-exporter|example-app;trueтоже нормальный
A
Этот регексп матчит строку
kafka-lag-exporter;true?E
Стопнуть базу, удалить данные на диске, переключить в tsm, запустить базу, накатить бэкап, стопнуть базу, перейти в папку с данными и произнести заклинание:
find -name "index" -type d -exec rm -rf {} \;
find -name "_series" -type d -exec rm -rf {} \;
sudo -u influxdb influx_inspect buildtsi -datadir /data/influxdb/data/ -waldir /data/influxdb/wal/data/
после чего поменять на tsi1, запустить базу и молится что бы оно поднялось.СГ
да, согласно RE2 (через проверку regex101
СГ
либо в проме используется не классический RE2, а что-то своё и там есть бага.