route:
 group_by: ['...']

grafana/grafana description changed: v8.0.6
Link: https://github.com/grafana/grafana/releases/tag/v8.0.6
Release notes:

release v8.0.6

grafana/grafana description changed: v8.0.6
Link: https://github.com/grafana/grafana/releases/tag/v8.0.6
Release notes:

release v8.0.6

grafana/grafana description changed: v8.0.6
Link: https://github.com/grafana/grafana/releases/tag/v8.0.6
Release notes:

release v8.0.6

хай, не пойму где datadog хранит трейсы? в разделе APM ток инструкция по установке, куда смотреть?)

p.s. ток начал смотреть в эту платформу

кстати у grafana lab как со стабильностью, можно туда слать трейсы или могут упасть в любой момент?

datadog это же saas, у себя где-то там и хранит

ну у это понятно, но сейчас хочется (и есть возможность) не думать про свободное место на диске и прочее
сосредоточиться именно на разработке продукта

https://github.com/datav-io/datav
=))
хехе, кто-то решил форкнуть графану

кажется это не первый такой

Преимущество opencore в том, что авторы могут закрыть код в платных версиях, а вот форки не смогут

Хотя хз какая у графаны лицензия

А, ну да, таки есть AGPL. Т.е. форк могут сделать сугубо альтруисты

VictoriaMetrics/VictoriaMetrics tagged: v1.63.0
Link: https://github.com/VictoriaMetrics/VictoriaMetrics/releases/tag/v1.63.0
Release notes:

docs/CHANGELOG.md: cut v1.63.0

👋

caller=delegate.go:272 component=cluster msg="dropping messages because too many are queued" current=4124 limit=4096

АМ наелся или можно еще тюнингом настроек подкрутить?

https://github.com/prometheus/alertmanager/issues/1814

ясно, спасибо 👍

grafana/grafana tagged: v7.5.10
Link: https://github.com/grafana/grafana/releases/tag/v7.5.10
Release notes:

release v7.5.10

Кто-нибудь пробовал дублировать логстрим в PLG стеке, чтобы сообщения можно было отправить в два независимых loki? В ELK это можно сделать в logstash без проблем. А в случае PLG ничего внятного нет на первый взгляд.

Коллеги, добрый день.

Столкнулся со странной проблемой, целый день не могу понять что не так.
Есть сервер с Prometheus+Alertmanager, запущенными в докере. Я настроил отправку уведомлений AM на сервер Exchange, но при срабатывании триггера письмо не уходит, а в логе сыплются такие сообщения:
level=error ts=2021-07-15T15:41:36.450Z caller=notify.go:372 component=dispatcher msg="Error on notify" err="establish connection to server: dial tcp: i/o timeout" context_err="context deadline exceeded"
level=error ts=2021-07-15T15:41:36.450Z caller=dispatch.go:301 component=dispatcher msg="Notify for alerts failed" num_alerts=1 err="establish connection to server: dial tcp: i/o timeout"

Визуально это похоже на недоступность сервера, но я попробовал вручную запустить telnet сессию с этого же хоста и без проблем смог отправить письмо. При этом со стороны exchange даже не видно попыток подключения с IP хоста, а при подключении через telnet всё логгируется корректно.

Может кто-нибудь сталкивался с чем-то похожим? В какую сторону копать?

Пробовал из контейнера или просто с хоста?
Может быть у сети докера адресация пересекается с адресацией локалки (или где там почтовик)?