@gavinmcnair@swade1987@nickebbitt might be able to comment more but we use it across our entire (massive) estate, including Kafka and Solr (Lucene), and some 300 apps as an agent
@karlstoney@swade1987 Not keen on using the agent since i dont want to affect the performance characteristics or reliability of the main Kafka. (and want to be able to measure them independently). Then again. Maybe its less resource intensive as a java agent
@swade1987@karlstoney If you use the httpserver version of the JMX exporter it gets all the stats directly from the Kafka process (via JMX) and just exposes them for prometheus to scrape
@SW_Railway the only thing thing reliable about you guys is that you are reliably running late every day. I can't remember the last time my Egham 7:12 train to Waterloo wasn't delayed or cancelled.
@swade1987@joinmettle It's only very alpha and it's still going through changes but I'd appreciate feedback. I am also aware that storing both passwords and 2fa's together however secure defeats the purpose of 2fa in the first place.
@swade1987@PrometheusIO@juliusvolz It's an important value when you run anything storage which memory maps files. It needs adjusting for Kafka, Cassandra, elastic, etc...
@swade1987@PrometheusIO@juliusvolz I think this can be obtained by counting the maps in /proc/<PID>/maps there I'd a single line or map in there. I've written code to get these values but because it's our process rather than node wide I'm not sure how it would be integrated.
@swade1987@PrometheusIO@juliusvolz It might be slightly more complicated since max_map_count is the max count per process (which also is inherited into docker). What we really need is the count of the maps per process to see how close we are to max_map_count.