micrometer-metrics/micrometer

Statsd UDP epoll warn logs are verbose when statsd down

Open

#2.624 aberto em 27 de mai. de 2021

Ver no GitHub
 (9 comments) (9 reactions) (0 assignees)Java (935 forks)batch import
help wantedregistry: statsdtype: task

Métricas do repositório

Stars
 (4.220 stars)
Métricas de merge de PR
 (Mesclagem média 1d 21h) (100 fundiu PRs em 30d)

Description

Testing on Linux, I can see we get logs like the following with #2611 (and therefore epoll enabled) when the statsd daemon isn't running:

2021-05-28 03:11:45.544  WARN 6373 --- [    udp-epoll-1] i.m.s.reactor.netty.channel.FluxReceive  : [id:35f314ec, L:/127.0.0.1:60434 - R:localhost/127.0.0.1:8125] An exception has been observed post termination, use DEBUG level to see the full stack: java.net.PortUnreachableException: readAddress(..) failed: Connection refused
2021-05-28 03:11:45.554  WARN 6373 --- [    udp-epoll-1] i.m.s.reactor.netty.channel.FluxReceive  : [id:35f314ec, L:/127.0.0.1:60434 - R:localhost/127.0.0.1:8125] An exception has been observed post termination, use DEBUG level to see the full stack: java.net.PortUnreachableException: readAddress(..) failed: Connection refused

This is a bit verbose compared to without epoll enabled, in this scenario of the statsd daemon being down. With epoll enabled and the statsd daemon running, metrics are received and no logs are output, as expected.

Originally posted by @shakuzen in https://github.com/micrometer-metrics/micrometer/pull/2611#issuecomment-849839027

Guia do colaborador

Direção de pesquisa
Investigue o tratamento UDP epoll no FluxReceive do Reactor Netty para descobrir por que PortUnreachableException é registrado no nível WARN e proponha uma alteração para reduzir a verbosidade (por exemplo, registrar no nível DEBUG ou tratar silenciosamente).
Pilha de tecnologia
java
Domain
backendobservability
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
Meio dia
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
JavaReactor Netty
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
40