Re: [prometheus-developers] python client support for z-pages

2023-09-06 Thread Chris Marchbanks
Hello Brian, First of all, thank you for the proposal. My initial thought is that since this functionality would not be used by Prometheus or a Prometheus related component that it is beyond the scope of a Prometheus client library. I do like the idea of being able to use metrics as a signal for t

Re: [prometheus-developers] [VOTE] Promote Windows Exporter as an official exporter

2022-12-05 Thread Chris Marchbanks
YES On Mon, Dec 5, 2022 at 3:44 AM Julien Pivotto wrote: > Dear Prometheans, > > As per our governance [1], "any matter that needs a decision [...] may > be called to a vote by any member if they deem it necessary." > > I am therefore calling a vote to promote Prometheus-community's Windows > Ex

Re: [prometheus-developers] Welcoming Bryan Boreham to the Prometheus team

2022-10-07 Thread Chris Marchbanks
Welcome to the team Bryan! On Fri, Oct 7, 2022 at 2:44 AM Julien Pivotto wrote: > Dear Prometheans, > > The Prometheus team is growing: I am happy to announce that Bryan > Boreham is joining our team! > > Bryan has done a lot of work in the past year to improve the > performances of the Promethe

Re: [prometheus-developers] [VOTE] Rename blackbox_exporter to prober

2022-01-25 Thread Chris Marchbanks
NO I generally agree with Goutham and would be okay with probe_exporter. On Tue, Jan 25, 2022 at 7:53 AM Goutham Veeramachaneni wrote: > > NO > > I don't think prober is a good name and I think the change will cause a lot > of confusion longer-term. I might be okay with probe_exporter but probe

[prometheus-developers] Proposal to End Python 2 Support

2021-11-01 Thread Chris Marchbanks
Hello Prometheus Developers, I just opened https://github.com/prometheus/client_python/issues/717 with a proposal to end support for Python 2.7, and thus Python 2. I would appreciate any feedback you have on the proposal. Download numbers are now low enough, and enough other projects have discont

Re: [prometheus-developers] [python prometheus_client] is Gauge.set guaranteed to always cast as float given value?

2021-04-28 Thread Chris Marchbanks
Hi Jonathan, As it stands I would say that is an implementation detail that could change, for example we might treat integers differently from floats in the future. That is just the status quo, and if the community would like to see this as the official behavior we could add a test case for settin

Re: [prometheus-developers] Python Multiprocess

2021-04-07 Thread Chris Marchbanks
Hello, It appears that there is a subtle bug/misunderstanding in the code that is linked, though that is possibly due to the multiprocess documentation not being clear enough. When the code specifies a registry for each metric ( example

Re: [prometheus-developers] Remote-write drop samples | design doc

2021-03-01 Thread Chris Marchbanks
Harkishen, thank you very much for the design document! My initial thoughts are to agree with Stuart (as well as some users in the linked github issue) that it makes the most sense to start with dropping data that is older than some configured age. The default being to never drop data. For most ou

Re: [prometheus-developers] Prometheus

2021-01-28 Thread Chris Marchbanks
Thank you Brian for everything you have contributed over the years! Your dedication to the project was impressive, and I appreciate everything I have learned from my interactions with you. I wish you success on your current and future projects, Chris On Thu, Jan 28, 2021 at 3:22 AM Brian Brazil <

Re: [prometheus-developers] Introduce the concept of scrape Priority for Targets

2020-07-30 Thread Chris Marchbanks
I do think we need a better way to detect when we are overloaded, especially with respect to memory usage, and have defined behavior for how we handle backpressure in those cases. The current experience of entering OOM loops is frustrating, and makes it hard to debug as you can't query anything to

Re: [prometheus-developers] Re: Remote Write Metadata propagation

2020-07-16 Thread Chris Marchbanks
Hi Rob, I would also like metadata to become stateless, and view 6815 only as a first step, and the start of an output format. Currently, there is a work in progress design doc, and another topic for an upcoming dev summit, for allowing use case

Re: [prometheus-developers] [VOTE] Allow listing non-SNMP exporters for devices that can already be monitored via the SNMP Exporter

2020-05-28 Thread Chris Marchbanks
YES On Thu, May 28, 2020 at 9:30 pm, Julius Volz wrote: Dear Prometheans, proposes to list an exporter for Fortigate devices that uses a REST API. Brian's stance so far has been to only add exporters for metrics that cannot be already produced

Re: [prometheus-developers] [VOTE] Allow Kelvin as temperature unit in some cases

2020-05-28 Thread Chris Marchbanks
YES On Thu, May 28, 2020 at 8:52 pm, Bjoern Rabenstein wrote: Dear Prometheans, So far, we have recommended Celsius as the base unit for temperatures, despite Kelvin being the SI unit. That was well justified by the overwhelming majority of use cases, where Kelvin would be just weird. I'd rea

Re: [prometheus-developers] how to build npm_licenses.tar.bz2 by using go natively

2020-04-30 Thread Chris Marchbanks
Hello, npm_licenses.tar.bz2 is built from the react frontend javascript dependencies. You can build it by running "make npm_licenses" but you will need to install yarn for the command to succeed. Cheers, Chris On Thu, Apr 30, 2020 at 16:37, Guanpeng Gao wrote: Hi there npm_licenses.tar.bz

Re: [prometheus-developers] Call for Consensus: node_exporter 1.0.0 release

2020-04-23 Thread Chris Marchbanks
Yes to releasing now. On Thu, Apr 23, 2020 at 13:40, Richard Hartmann wrote: Dear all, This is a call for consensus within Prometheus-team on releasing node_exporter 1.0.0 as-is. node_exporter 1.0.0-rc.0 has been cut on 2020-02-20[1]. It features experimental TLS support[2]. We are planning

Re: [prometheus-developers] [VOTE] New governance document

2020-02-21 Thread Chris Marchbanks
Yes On Wed, Feb 19, 2020 at 1:44 PM Richard Hartmann < richih.mailingl...@gmail.com> wrote: > Dear all, > > I am hereby calling for a vote on merging > https://github.com/prometheus/docs/pull/1552 at commit > de2266c36d8a2ea1f139f97632808e12b354bb76. > > References and discussion can be found in

Re: [prometheus-developers] Reduce list of GOOS/GOARCH crossbuilt for each PR

2020-02-12 Thread Chris Marchbanks
I also support this, waiting 2-3 hours for the build job to finish is frustrating. I know that building on 32 bit architectures does not catch all issues, specifically the alignment bug using the atomic package. Perhaps add at least one 32 bit build on the pull request though? Is it worth it to bu