micrometer-metrics/micrometer

StatsdMeterRegistry doesn't renew resolved ip address on DNS change

Aperta

#1252 aperta il 27 feb 2019

Vedi su GitHubGuida contributor
 (15 commenti) (2 reazioni) (0 assegnatari)Java (1135 fork)batch import
enhancementhelp wantedregistry: statsd

Metriche repository

Star
 (4881 stelle)
Metriche merge PR
 (Metriche PR in attesa)

Descrizione

Hello everyone.

I've faced with the problem that StatsdMeterRegistry doesn't aware of DNS changes after it was start()ed. As a result, metrics aren't delivered to Telegraf and there is no warning or so in logs.

How to reproduce:

  1. Create record in /etc/hosts file, e.g.: 127.0.0.1 telegraf.kube-system.svc.cluster.local.
  2. Start application with StatsdMeterRegistry enabled and use host described above.
  3. Change record in /etc/hosts file to another ip (127.0.0.2 for example)

Actual result: Using wireshark/tcpdump you can see that all metrics are being sent to 127.0.0.1 even after step 3.

Expected result: StatsdMeterRegistry respect DNS name change.

Can be reproduced on real network/DNS server. Security manager disabled. Micrometer version: 1.1.3, reproducible on 1.0.7 as well.

Guida contributor

Direzione di ricerca
Indaga come StatsdMeterRegistry risolve inizialmente il nome host e se utilizza una cache DNS che non si rinnova. Verifica se esiste un meccanismo per risolvere periodicamente l'indirizzo o se l'InetSocketAddress risolto viene memorizzato permanentemente.
Tech stack
java
Dominio
observability
Tipo issue
Bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
Mezza giornata
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Abbastanza chiara
Prerequisiti
JavaNetworking
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
60