[08:13:24] thank you for taking a look topranks ! [14:02:43] FIRING: BenthosKafkaConsumerLag: Too many messages in jumbo-eqiad for group benthos-webrequest-sampled-live-franz - TODO - https://grafana.wikimedia.org/d/000000484/kafka-consumer-lag?var-cluster=jumbo-eqiad&var-datasource=eqiad%20prometheus/ops&var-consumer_group=benthos-webrequest-sampled-live-franz - https://alerts.wikimedia.org/?q=alertname%3DBenthosKafkaConsumerLag [14:12:43] RESOLVED: BenthosKafkaConsumerLag: Too many messages in jumbo-eqiad for group benthos-webrequest-sampled-live-franz - TODO - https://grafana.wikimedia.org/d/000000484/kafka-consumer-lag?var-cluster=jumbo-eqiad&var-datasource=eqiad%20prometheus/ops&var-consumer_group=benthos-webrequest-sampled-live-franz - https://alerts.wikimedia.org/?q=alertname%3DBenthosKafkaConsumerLag [16:00:30] thanks dcaro, enjoy your time off! [16:01:04] thank you too topranks! [20:50:48] anyone know how I can verify if this particular log made it into the ECS-clean index? https://logstash.wikimedia.org/app/discover#/doc/logstash-*/logstash-k8s-1-7.0.0-1-2025.01.30?id=98z4uJQB60NnMROHUFV2 [20:51:25] ah, it definitely didn't, there's no ecs.version: in that one heh [20:56:23] ah. https://logstash.wikimedia.org/app/discover#/doc/19d32430-85d8-11eb-8ab2-63c7f3b019fc/dlq-default-1-1.0.0-1-2025.01.30?id=4c_8uJQB60NnMROHZMCZ [21:45:02] Taking a guess, but that possibly means that http.response.body.content wasn't a string? [21:46:27] no, it was an object [21:46:36] okay, that makes sense [21:47:00] is there a place to see error messages from opensearch? [21:50:36] or even better, a jsonschema or similar I can validate against? [21:51:26] There isn't a jsonschema spec, but we have docs: https://doc.wikimedia.org/ecs/#field-http-response-body-content [21:51:53] Closest I can get to a machine spec is the index template: https://doc.wikimedia.org/ecs/#downloads [21:51:55] contrary to appearances I did read those while I was writing the patch 😅 [21:51:58] okay.