?
If that is the case then you'd need to ensure the correct value is
returned by every pod, or you store that value elsewhere and scrape that
other system.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubs
periods of time without huge
amounts of memory. However in the normal usage of scrapes around every
30 seconds there are people who have multi-year storage retentions that
work successfully (so that would be around a million datapoints per
year).
--
Stuart Clark
--
You received this message
reliability/HA similar to other general purpose databases) it
may be a poor fit.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
/disk.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to prometheus-developers+unsubscr...@googlegroups.com.
To view this
per metric (with
optional string labels). If you are wanting something more generic, you
are better off looking at other databases (both timeseries based and
otherwise).
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developer
works."
Which allows Grafana (the company) to do anything it likes with your
code - it can be licensed in any way (commercial or open source), given
to others, etc. without needing any further permission.
--
Stuart Clark
--
You received this message because you are subscribed to the Goo
ight but
there was 5% who didn't agree or couldn't be contacted that would
potentially be an option - of course it could be very
difficult/impossible if the remaining code was something really core.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"P
a sidecar?
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to prometheus-developers+unsubscr...@googlegroups.com.
To view this
On 2022-11-28 11:01, Jesús Samitier wrote:
Yeah, maybe add some documentation with example configurations.
If it just some docs I don't see any issue?
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To u
changes?
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to prometheus-developers+unsubscr...@googlegroups.com.
To view this
don't have the time/interest/need for
such a solution. So you might have a few people asking for a bit more
information, but I wouldn't expect much to happen after your posting.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Devel
nce!
keywords:
- getMetricStatistics
- getMericData
- cloudwatch
So are you intending on trying to move to using the bulk multi-request
API call where possible to reduce the number of calls & make things
quicker/cheaper?
--
Stuart Clark
--
You received this message because you are sub
On 12/04/2022 20:50, Sergey Leminov wrote:
Hello
The latest release was made more then a year ago. Just wonder if there
are plans on releasing next version soon?
The latest release of what?
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
ich should give you lots of useful information about
alert history (with the advantage of that data being with the monitoring
system you already know [with whatever you have connected like
dashboards, alerts, etc.])
--
Stuart Clark
--
You received this message because you are subscri
It sounds like you are planning on creating a fairly complex system that
duplicates a reasonable amount of what Alertmanager already does. I'm presuming
your diagram is a simplification and that the application is itself a cluster,
so each instance would be querying each instance of
On 2021-09-15 13:09, TECHAX wrote:
Thank you so much. Can you please tell me,Is it possible to change
this 5 minutes to less time?
It is possible but that isn't generally advised. Why are you wanting to
adjust that value?
--
Stuart Clark
--
You received this message because you
sending a
particular label combination (or even a whole metric). After 5 minutes a
time series that is no longer being presented during the scrapes will be
marked as "stale" and would stop appearing on graphs, alerts, etc.
(unless you do a query which covers a period before it goes sta
_height_meters
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to prometheus-developers+unsubscr...@googlegroups.com.
To view this dis
a gauge whos value is that timestamp. But in
none of those situations would you set the metrics timestamp.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving e
o how PromQL works.
>>
>> So no, what you are asking for is not possible. PromQL graph queries base
>> the X-axis on the input parameters of the range query. The start, end, and
>> step.
>>
>> See the documentation on the API:
>> https://prometheus.io/do
That very much depends on whatever tool you are using to display graphs.
However it is sounding like Prometheus may not be the right system depending on
what you are trying to do. Prometheus is a metric system, which works by
sampling the current state of a system at regular time periods,
a certain time period). If you are meaning something different you could
alert using the changes function - alert if the changes over the past
time period were 0.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers&quo
just wanting a listing of all unique DN labels
you could do something like "sum by (DN) (up)"
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving ema
to 30 mins so Prometheus just drops it instead of trying to resend
(possibly unblocking more recent data in the process).
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop
one-time backfilling of data, but that
equally probably wouldn't be suitable for regular ingestion.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it
d at least reduce the network
impact once the receiver is back online (no need to send tons of data
that we know will be rejected).
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this grou
think it is useful, especially as I couldn't stay for the final
part (so your email was a quick reminder to read over what I missed) :-)
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from
JSON or YAML files for
your jobs - depending on the level of information you could produce
lists for the SNMP exporter (e.g. network equipment), node exporter
(Unix servers), MySQL exporter (and other databases), IPMI exporter, etc.
--
Stuart Clark
--
You received this message because you
you need to do - Prometheus has to look somewhere for the list.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to prometheus-
decreasing the scrape interval? Prometheus can scrape as
infrequently as every 2 minutes or as frequently as several times a second.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from
) or any other security features of
that system (e.g. using Secrets instead of ConfigMaps within
Kubernetes).
All standalone server systems have this requirement.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers&q
exporter which accepts the trap events and
then publishes some metrics based on them (number of times the trap
happened, etc.)
I've no idea if that would be any use however!
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers&q
an exporter would be used. In whichever language
you choose and the appropriate Prometheus client library you can call
your API to fetch the metrics and then reply to Prometheus. You would
then be able to scrape those metrics.
--
Stuart Clark
--
You received this message because you are subscribed
will be missed, but I look forward to seeing you around once travel is
legal again.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, sen
alternate through which we can integrate prometheus
with commvault. Pls suggest
The email subject mentions SNMP. That is fully supported using the SNMP
Exporter: https://github.com/prometheus/snmp_exporter
--
Stuart Clark
--
You received this message because you are subscribed to the Google
But it does rely on approval meaning "good to merge", rather than "only when
someone else approves".
On 22 December 2020 16:28:18 GMT, Julien Pivotto
wrote:
>So, to clarify, this is the equivalent to merge, just it wait for green
>ci.
>
>Le mar. 22 déc. 2020 à 17:17, Julien Pivotto
> a
>écrit
On 22/12/2020 15:59, Bjoern Rabenstein wrote:
On 16.12.20 21:33, Julien Pivotto wrote:
Can we enable the new github feature, auto-merge, in prometheus
repositories?
It waits for everything to be green before merging.
Auto-merge assumes that all tests green and one valid approval means
"please
On 28/06/2020 00:08, Josh Wolff wrote:
Hello,
I want to integrate push notifications with Prometheus's AlertManager
I am the founder of Spontit (https://api.spontit.com), and we enable
people to send limitless, free push notifications. I was reading about
AlertManager and I think an
if you think there is something missing.
on my side I'm more in FAVOR OF THE PROPOSITION 1.
If you went with a repo per chart, rather than option 3 it would
probably be nicer to have a new organisation specifically for helm
charts (prometheus-community-helm or something)
--
Stuart Clark
On Fri, Jun 19, 2020 at 8:55 PM Stuart Clark
wrote:
On 2020-06-19 13:30, André Bauer wrote:
Hey guys,
great to see there is already some effort to move the chart out of
the
stable repo :)
As i understand that "prometheus" is not the perfect fit for the
chart
name, as it als
nges later...
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to prometheus-developers+unsubscr...@googlegroups.com.
To view this discuss
heus Operator chart) to
allow decentralised configuration using different CRDs (ServiceMonitors
for what to scrape, alert rules, instances, etc.)
So both have their place.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Develope
iders addressed already.)
Do people make use of the "other exporters list" on the wiki?
Would it make sense to make that a bit more known so there is another
less structured place to put things?
https://github.com/prometheus/prometheus/wiki/Default-port-allocations
--
Stuart Clark
or
a no, but a "go back to discussion"?
Or you have some criteria (time, etc) which is needed to call a vote
(although that can also bring difficulties).
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
ow does the release management/overhead differ between several single
purpose repos and a single repo containing independent things in
different directories?
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Developers" group.
T
trust from all sides
that it is a reasonable decision not just following their personal belief.
(I've also seen and had similar advice for face-to-face meetings - it
works best if the chair/facilitator is not one of the active participants)
--
Stuart Clark
--
You received this message because you are subscribed
o control prometheus once its cpu
>usage
>>> starts to get over and starts affecting the other processes?
>>>
>>> On Thursday, February 20, 2020 at 4:01:07 PM UTC+5:30, Stuart Clark
>wrote:
>>>>
>>>> That will very much depend on what you are
).
On 20 February 2020 08:25:14 GMT, adi garg wrote:
>Thanks Stuart. Is it possible to restart the prometheus without data
>loss
>from that point?
>
>On Thursday, February 20, 2020 at 1:39:03 PM UTC+5:30, Stuart Clark
>wrote:
>>
>> If you are meaning the disk storage,
If you are meaning the disk storage, Prometheus would stop working and you
might also encounter some corruption.
You can control disk usage by setting the retention period or by setting the
maximum space to remain available.
I'd strongly suggest putting the storage on a separate mount and also
49 matches
Mail list logo