Feature: Allow configuration of a rule evaluation delay by gotjosh · Pull Request #14061 · prometheus/prometheus

gotjosh · 2024-05-07T16:43:00Z

Now that Prometheus is allowed to be a remote write target, we think this is highly useful.

This basically enables Prometheus to do two things:

Allow setting a server-wide rule evaluation delay.
Allow the overriding of such a setting at a rule group level.

The main motivation of this work is to allow remote write receivers (in this particular case Prometheus itself) to delay alert rule evaluation by a certain period to take into account any sort of remote write delays.

In the early days of Mimir, our customers observed plenty of gaps in recording rules and flapping alerts due to remote write delays. Network anomalies are a factor of when and not if and this change help mitigate most of that flapping. In Mimir, we run it with a default of 1 minute but for Prometheus I'm proposing a default of 0 to avoid any sort of breaking change and leave it mostly as a tool for operators to decide how do they want to balance out time of evaluation for recording rules and alerts vs tolerance for remote write delays.

For context, this has been running in Mimir for years.

** Note for Reviewers **

I've tried adhere as much as possible to the original author's code where it made sense -- however, there was a huge refactor on the rules package since this code was introduce so a lot of merge I had to manually port it to the right place so please take a look carefully.

pracucci

Should we update the documentation here and here, to mention the new field in the rules config file?

cmd/prometheus/main.go

pracucci

I compared the logic with the one we use in Mimir and I haven't seen any difference, so LGTM.

rules/rule.go

gotjosh · 2024-05-09T10:58:51Z

Should we update the documentation here and here, to mention the new field in the rules config file?

I have updated the docs in here as this is where the have the reference to the file format.

gotjosh · 2024-05-09T10:59:23Z

@juliusv @roidelapluie @bwplotka @beorn7 @ArthurSens any thoughts?

prymitive · 2024-05-10T12:01:10Z

rule evaluation delay to me sounds like the rule query won't be executed immediately but rather after a while. But this change, I think, is to use a constant offset when querying metrics during rule evaluation. How about rule evaluation offset ?

juliusv

rule evaluation delay to me sounds like the rule query won't be executed immediately but rather after a while. But this change, I think, is to use a constant offset when querying metrics during rule evaluation. How about rule evaluation offset ?

Yeah, from reading the PR description and the flag help string, I also thought this would just pause the rule manager initially and then start executing rules as normal. But as far as I can see, it's not actually initially pausing at all, but it's changing every query to run at a past timestamp and then store it at a past timestamp.

The closest analogy would be the offset modifier we have for selectors and subqueries in PromQL. Maybe the feature should be called "rule query offset" or something like that?

cmd/prometheus/main.go

juliusv · 2024-05-12T17:32:36Z

docs/configuration/recording_rules.md

 [ limit: <int> | default = 0 ]

+# Delay rule evaluation of this particular group by the specified duration.
+[ evaluation_delay: <duration> | default = rules.evaluation_delay ]


If I'm not mistaken, this would introduce the first config item that overrides a command-line flag... at least the other per-rule-group settings only override settings from the global configuration file. Makes me wonder:

Do we need this per group at all (at least initially, is someone asking for it already?)?

If so, would it be better to make this a global config option rather than a flag, to be more in line with what we do already?

Do we need this per group at all (at least initially, is someone asking for it already?)?

From experience - this has proven significantly useful.

The argument was that we want to have a lower evaluation delay for all of metrics to safeguard for remote write delays but we want an even bigger one (or no delay due to its time sensitivity) for our "system rules" as those monitor 100s of 1000s of things were fast positives trigger an alert storm. With the same argument being in reverse, we don't want any delay for all of our metrics but we want this particular group to have a delay because where the remote write source where they come from tends to lag behind sometimes due to its size.

If so, would it be better to make this a global config option rather than a flag, to be more in line with what we do already?

I can see a world where you might want to control the flag at a server level - perhaps what I should introduce is a guard to make sure the config option cannot be lower than the server flag which I think it's what makes sense in my head.

CHANGELOG.md

gotjosh · 2024-05-16T09:53:49Z

The closest analogy would be the offset modifier we have for selectors and subqueries in PromQL. Maybe the feature should be called "rule query offset" or something like that?

I don't have a strong opinion on name and I'm happy to go whichever direction you think it's right - Just want to say that a rename would be a big source of pain for us as we'll have to deprecate flags and change the config file format but that's not a Prometheus problem.

Just want to make sure the whatever name we end up picking you feel strongly about it - and it's not one of those "it would be nice if".

Signed-off-by: Ganesh Vernekar <[email protected]>

roidelapluie · 2024-05-16T10:09:18Z

I am on Julius' side, while Reading the PR I was thinking it was slipping evals for a certain time, not evaluating in the past.

juliusv · 2024-05-16T10:42:54Z

I don't have a strong opinion on name and I'm happy to go whichever direction you think it's right - Just want to say that a rename would be a big source of pain for us as we'll have to deprecate flags and change the config file format but that's not a Prometheus problem.

Yeah, I understand an am sorry for the pain, but I also believe it's worth to make a user-facing option as clear as possible. Even users who don't need it will have to read it in the docs and try to understand what it does and whether they need it.

I think even "offset" alone isn't fully clear, as that could just mean an offset in when rule evaluations are triggered, without changing the actual timestamp of queries into the past. So that's why I'd suggest rule_query_offset / ruleQueryOffset. This can just be queryOffset within the rules package and query_offset for the per-group option, as the rules context is clear there.

I can see a world where you might want to control the flag at a server level

Not sure I follow 100% - whether it's a flag or a global config option, both would control the option at a server level. A config option would just be more consistent in terms of how our existing configuration overrides work: I don't think we have a flag that can be overridden by any config option anywhere, but we have global config options that can be overridden in more specific places (e.g. rule evaluation intervals). That's just why it'd feel more natural to me to have the rule query offset global default setting in the config file as well (vs. as a flag). The other implication of putting something into the config vs. flag is that the setting has to be reloadable during runtime, which I hope is doable for the global rule query offset.

perhaps what I should introduce is a guard to make sure the config option cannot be lower than the server flag which I think it's what makes sense in my head.

I could imagine both configuring lower and higher offsets for specific groups, depending on whether most of your data comes from a regular source or from a delayed one (then you'd choose the default offset to be according to that and either configure lower or higher offsets for specific exceptional groups that use data from a different source).

gotjosh · 2024-05-16T11:12:14Z

Yeah, I understand an am sorry for the pain, but I also believe it's worth to make a user-facing option as clear as possible. Even users who don't need it will have to read it in the docs and try to understand what it does and whether they need it.

Sounds good to me!

I think even "offset" alone isn't fully clear, as that could just mean an offset in when rule evaluations are triggered, without changing the actual timestamp of queries into the past. So that's why I'd suggest rule_query_offset / ruleQueryOffset. This can just be queryOffset within the rules package and query_offset for the per-group option, as the rules context is clear there.

This makes sense to me, of all the options, I do like rule query offset / query offset the most. I'll make this change.

Not sure I follow 100% - whether it's a flag or a global config option, both would control the option at a server level. A config option would just be more consistent in terms of how our existing configuration overrides work: I don't think we have a flag that can be overridden by any config option anywhere, but we have global config options that can be overridden in more specific places (e.g. rule evaluation intervals). That's just why it'd feel more natural to me to have the rule query offset global default setting in the config file as well (vs. as a flag). The other implication of putting something into the config vs. flag is that the setting has to be reloadable during runtime, which I hope is doable for the global rule query offset.

🤦 Sorry I misunderstood your argument entirely - yeah, I think this change makes perfect sense. The pattern of global config can be overrideable via a more specific configuration option of a component is very common in Prometheus world.

I could imagine both configuring lower and higher offsets for specific groups, depending on whether most of your data comes from a regular source or from a delayed one (then you'd choose the default offset to be according to that and either configure lower or higher offsets for specific exceptional groups that use data from a different source).

Sounds good - I'll ship it without the guard and we can evaluate it as i evolves.

Signed-off-by: Ganesh Vernekar <[email protected]>

Signed-off-by: gotjosh <[email protected]>

…e it a global configuration option. Signed-off-by: gotjosh <[email protected]> E Your branch is up to date with 'origin/gotjosh/evaluation-delay'.

Signed-off-by: gotjosh <[email protected]>

docs/configuration/recording_rules.md

gotjosh · 2024-05-20T15:10:10Z

rules/group.go

 	Rules             []Rule
 	ShouldRestore     bool
 	Opts              *ManagerOptions
+	RuleQueryOffset   *time.Duration


All public methods/attributes get the Rule prefix.

I would think that since this field is always accessed via its GroupOptions struct context, just QueryOffset would suffice?

Signed-off-by: gotjosh <[email protected]>

gotjosh · 2024-05-20T15:12:44Z

@juliusv @roidelapluie I think I have addressed all your concerns now. Let me know if you have any other thoughts.

You can look at the last 4 commits if you'd like to know what changes since you last (the force push was a result of some tests that changed in main for manager_test.go)

machine424

Maybe we should make it explicit that with such offset, on the shutdown of an instance an extra offset amount of data will not be considered for evaluation. (It's not a magic solution for 0 gap)

machine424 · 2024-05-21T10:22:20Z

rules/group.go

+		return *g.queryOffset
+	}
+
+	if g.opts.DefaultRuleQueryOffset != nil {


Shouldn't we add some pre checks to ensure that we'll be able to append that "old" data?
And some pre-check regarding the eval_interval? (delay<eval_interval maybe?)

I'm not sure I follow, can you please elaborate?

Adding some validation to make sure that the "append in the past" will be possible (with regard to minValidTime and OOO config as well) otherwise they would be rejected.
Also we may want to prevent setting the delay > eval_interval.

Also we may want to prevent setting the delay > eval_interval.

I don't think I get this. Why does this matter? Assuming we have a 5m delay and a 1m interval - this is perfectly fine.

groups: - name: offset query_offset: 5m interval: 1m rules: - record: offset expr: vector(12)

Your initial rule evaluation would be delayed by 5m, but afterwards, it'll continue to be evaluated every 1m, but for a timestamp 5m in the past.

Adding some validation to make sure that the "append in the past" will be possible (with regard to minValidTime
and OOO config as well) otherwise they would be rejected.

I'm not entirely sure this is needed; you'd have 3 signals to indicate that something went wrong:

The rule health would be set to bad and it would show up in the UI.

The rule evaluation would fail - and we highly encourage you'd have meta-monitoring on those

We would log the reason for the failure.

I don't quite understand this. Why does it matter? Let's assume we have a 5-minute delay and a 1-minute interval - this seems perfectly fine.

Yes, I'm aware that everything will be shifted. I was just considering that perhaps we might want to "guarantee" that when delay is enabled and Prometheus is shut down, the window of data that won't be evaluated is <delay+eval_interval<2*eval_interval (an extra eval_interval compared to when delay is disabled). With an unlimited delay, the gap may be larger upon Prometheus shutdown. But if we assume users know what they're doing, we can leave it as is.

I'm not entirely sure this is necessary; you'd have 3 signals to indicate that something went wrong:

Yes, I just thought that "failing early" would be better, but I think some of the parameters that control the "append in the past" may change dynamically, which could make spotting that more difficult.

Your feedback is very valid. Would you mind opening up an issue with your first point? If it becomes a wider problem (I can't think of a world where this makes sense) to use offsets so long that this matters.

I think we can fix this by looking at the last evaluation as we restart, but we've never had this feedback before, which makes me think that this is not as relevant as we think it is and is not a straightforward piece of work.

gotjosh · 2024-05-28T15:28:58Z

@juliusv @roidelapluie @machine424 I have more work I'd like to do around the rules engine so if possible, I'd love to move forward. I'll take your silence as consensus and attempt to merge it tomorrow unless I hear otherwise.

config/config.go

docs/configuration/configuration.md

docs/configuration/recording_rules.md

juliusv · 2024-05-28T22:19:51Z

model/rulefmt/rulefmt.go

-	Rules    []RuleNode     `yaml:"rules"`
+	Name        string          `yaml:"name"`
+	Interval    model.Duration  `yaml:"interval,omitempty"`
+	QueryOffset *model.Duration `yaml:"query_offset,omitempty"`


Does this need to be a pointer? For the Interval above, we just use the zero value to indicate that it's unset (and the omitempty ensures that it's not serialized then).

Because this can potentially override the configuration value, we need to differentiate between a zero value (which means override whatever yo have in the global config) and no value (which means use the global configuration option). What do you think?

I see, right. So for example if you have a 5m offset in the global config, but you want a 0m offset in a specific rule group. Yeah, that makes sense, thanks for the explanation :) 👍

juliusv · 2024-05-28T22:22:20Z

rules/group.go

 	Rules             []Rule
 	ShouldRestore     bool
 	Opts              *ManagerOptions
+	RuleQueryOffset   *time.Duration


I would think that since this field is always accessed via its GroupOptions struct context, just QueryOffset would suffice?

rules/group.go

Co-authored-by: Julius Volz <[email protected]> Signed-off-by: gotjosh <[email protected]>

juliusv · 2024-05-29T10:01:31Z

Btw. 👍 besides my last comment/question about the pointer.

Signed-off-by: gotjosh <[email protected]>

gotjosh · 2024-05-30T10:49:45Z

I'm going to proceed with the merge. If there's any additional feedback, please let me know so I can follow up immediately.

A small oversight of when I introduced #14061, I could add a test to cover it but it seems like an overkill given other similar attributes don't have it either. Let me know if you think it's worth it. Signed-off-by: gotjosh <[email protected]>

…r-prometheus-37b408c * upstream/main: (34 commits) Feature: Allow configuration of a rule evaluation delay (prometheus#14061) optimize regex matching for empty label values in posting match (prometheus#14075) Enable additional Go metrics Bump golangci-lint action (prometheus#14154) Upgrade to golangci-lint v1.59.0 docs/configuration: clarify OpenStack metadata labels (prometheus#14149) Join errors Fix head stats and hooks when replaying a corrupted snapshot (prometheus#14079) .gitpod.Dockerfile: Auto-fetch Go and goyacc vers fix: correct the typo in azuread sdk auth (prometheus#14106) fix(api): Send warnings only if the limit is really exceeded (prometheus#14116) doc: Clarify the limits of dumping/backfilling via OpenMetrics Check context every 128 labels instead of 100 (prometheus#14118) web/api: export defaultStatsRenderer (prometheus#14121) added line When set, query.max-concurrency may need to be adjusted accordingly. Signed-off-by: kushagra Shukla <[email protected]> tsdb/index: Refactor Reader tests (prometheus#14071) Fix flaky test Enable perfsprint linter and fix up code [TEST] Rules: Sleep 15ms to fit Windows behaviour better removes the added tests from engine_test.go ...

* makefile: let golangci-lint also run on arm64 Signed-off-by: Mickael Carl <[email protected]> * docs: add a quick note on linting in contributing guidelines Signed-off-by: Mickael Carl <[email protected]> * chore:fix typo Signed-off-by: tyltr <[email protected]> * Code optimization: The relabel operation is used very frequently, and strconv.FormatInt() with better performance should be used. Signed-off-by: roger.wang <[email protected]> * Clarify batch_send_deadline docs This is the time period covered by a batch of samples, when the number of waiting samples is lower than max_samples_per_send. It does not affect timeouts or retries. Co-authored-by: Bartlomiej Plotka <[email protected]> Signed-off-by: Federico Leva <[email protected]> * chore(tsdb): add a sandboxDir to DBReadOnly, the directory can be used for transient file writes. use it in loadDataAsQueryable to make sure the RO Head doesn't truncate or cut new chunks in data/chunks_head/. add a -sandbox-dir-root flag to "promtool tsdb dump/dump-openmetrics" to control the root of that sandbox dirrectory. Signed-off-by: machine424 <[email protected]> * refactor: add max func to maxTimestamp Signed-off-by: komisan19 <[email protected]> * fix Signed-off-by: komisan19 <[email protected]> * Rule Manager: Add `rule_group_last_restore_duration_seconds` to measure restore time per rule group When a rule group changes or prometheus is restarted we need to ensure we restore the active alerts that were firing for a corresponding rule, for that Prometheus uses the `ALERTS_FOR_STATE` series to query the previous state and restore it. If a given rule has high cardinality (think 100s of 1000s for series) this proccess can take a bit of time - this is the first of a series of PRs to improve this problem and I'd like to start with exposing the time it takes to restore a rule group as a gauge. Signed-off-by: gotjosh <[email protected]> * docs: storage.md: clarify storage.tsdb.retention.time description Signed-off-by: tesla59 <[email protected]> * Change variable name to `restoreStartTime` from `now` and introduce a log line to record total time Signed-off-by: gotjosh <[email protected]> * Add a changelog entry Signed-off-by: gotjosh <[email protected]> * Improve the metric description Signed-off-by: gotjosh <[email protected]> * Avoid creating new slices for labels values on postings for matchers (#13958) * Avoid creating new slices for labels values on postings for matchers Signed-off-by: alanprot <[email protected]> * refactor Signed-off-by: alanprot <[email protected]> --------- Signed-off-by: alanprot <[email protected]> * Rule Manager: Only query once per alert rule when restoring alert state Prometheus restores alert state between restarts and updates. For each rule, it looks at the alerts that are meant to be active and then queries the `ALERTS_FOR_STATE` series for _each_ alert within the rules. If the alert rule has 120 instances (or series) it'll execute the same query with slightly different labels. This PR changes the approach so that we only query once per alert rule and then match the corresponding alert that we're about to restore against the series-set. While the approach might use a bit more memory at start-up (if even?) the restore proccess is only ran once per restart so I'd consider this a big win. This builds on top of #13974 Signed-off-by: gotjosh <[email protected]> * bug: nil check against the series set not errors Signed-off-by: gotjosh <[email protected]> * Fix tests and a bug with the series lookup logic. Signed-off-by: gotjosh <[email protected]> * Use the string representation of the labels instead of the hash Signed-off-by: gotjosh <[email protected]> * - Add a changelog entry - Improve variable name of the map produced by the series set Signed-off-by: gotjosh <[email protected]> * Allow the result map for the series set before hand with a hint. Signed-off-by: gotjosh <[email protected]> * fix typo Signed-off-by: gotjosh <[email protected]> * bugfix: Decouple native histogram ingestions and protobuf parsing Up until this point, if a scrape was done with the protobuf format Prometheus would always try to ingest native histograms even with the feature flag disabled. This causes problems with other feature-flags that depend on the protobuf format, like 'created-timestamp-zero-ingestion'. This commit decouples native histogram parsing from ingestion, making sure ingestion only happens when the 'native-histogram' feature-flag is enabled. Signed-off-by: Arthur Silva Sens <[email protected]> * Improve comments around resending resolved alerts (#13990) Signed-off-by: George Robinson <[email protected]> * discovery(k8s): Only register client-go metrics adapters when needed Previously the metrics adapters for client-go were registered in an init function. This resulted in clobbering default metrics providers when these packages are imported into an application that leverages the default client-go metrics registry. Instead, let's only register these adapters when requested. Signed-off-by: Stephen Heckler <[email protected]> * Update docs/storage.md Co-authored-by: Ayoub Mrini <[email protected]> Signed-off-by: Nishant Singh <[email protected]> * Update docs/storage.md Co-authored-by: Ayoub Mrini <[email protected]> Signed-off-by: Nishant Singh <[email protected]> * fix(scaleway-sd): use public IPs if no private IP present (#13941) * fix(scaleway-sd): use public IPs if no private IP present * tests(scaleway-sd): add instance with routed public ip and no private ip --------- Signed-off-by: Heyoxe <[email protected]> * UTF-8: updates UI parser to support UTF-8 characters (#13590) Signed-off-by: Neeraj Gartia <[email protected]> * fix Signed-off-by: komisan19 <[email protected]> * fix(promql/query_logger): close file in error handling (#13948) Signed-off-by: guoguangwu <[email protected]> * otlp: Prometheus to own its own copy of the otlptranslator package (#13991) After a lot of productive discussion between the Prometheus and OpenTelemetry community we decided that it made sense for Prometheus to own its own copy of the code in charge for handling OTLP ingestion traffic. This commit is removing the README and update-copy.sh files that had the previous steps to update the code. Also it is updating the licensing of all the files to make sure the OpenTelemetry provenance is explicit and to state the new ownership. Signed-off-by: Jesus Vazquez <[email protected]> Co-authored-by: Arve Knudsen <[email protected]> * docs: [ovh sd] Added missing label for OVH dedicated server in service discovery doc Signed-off-by: Jiekun <[email protected]> * OTLP: Use PrometheusConverter directly Signed-off-by: Arve Knudsen <[email protected]> * prometheusremotewrite: Add PrometheusConverter.FromMetrics benchmark Signed-off-by: Arve Knudsen <[email protected]> * Add an assertion on the count of alerts before adding an active alert Signed-off-by: gotjosh <[email protected]> * Rename QueryforStateSeries to QueryForStateSeries Signed-off-by: gotjosh <[email protected]> * Use labels.Len() instead of manually counting the labels Signed-off-by: gotjosh <[email protected]> * Remove duplicated sorted and assignment of expected alerts. Signed-off-by: gotjosh <[email protected]> * Rename `alerts` to `expectedAlerts` in the test case input Signed-off-by: gotjosh <[email protected]> * querier.Select cannot return a nil series set. Signed-off-by: gotjosh <[email protected]> * ci: check generated parser code before running unit tests Check that the generated parser code is consistent with the input definition. Remove the file before re-generating to make sure that missing goyacc is not effecting the check. Fixes: #7488 Signed-off-by: György Krajcsovits <[email protected]> * Add missing OTLP fixes to changelog (#14014) Signed-off-by: Arve Knudsen <[email protected]> * prometheusremotewrite: Move TimeSeries method to timeseries.go To facilitate generating OTel translation code for other Prometheus compatible backends, modify the prometheusremotewrite sources slightly so that the PrometheusConverter.TimeSeries method is in a file called timeseries.go. The rationale is to allow other backends to define their own implementation of this method. Signed-off-by: Arve Knudsen <[email protected]> * Update promu Update promu to the latest release. Signed-off-by: SuperQ <[email protected]> * build(deps): bump golangci/golangci-lint-action in /scripts Bumps [golangci/golangci-lint-action](https://github.com/golangci/golangci-lint-action) from 4.0.0 to 5.1.0. - [Release notes](https://github.com/golangci/golangci-lint-action/releases) - [Commits](https://github.com/golangci/golangci-lint-action/compare/3cfe3a4abbb849e10058ce4af15d205b6da42804...9d1e0624a798bb64f6c3cea93db47765312263dc) --- updated-dependencies: - dependency-name: golangci/golangci-lint-action dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump actions/checkout from 4.1.2 to 4.1.4 Bumps [actions/checkout](https://github.com/actions/checkout) from 4.1.2 to 4.1.4. - [Release notes](https://github.com/actions/checkout/releases) - [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md) - [Commits](https://github.com/actions/checkout/compare/9bb56186c3b09b4f86b1c65136769dd318469633...0ad4b8fadaa221de15dcec353f45205ec38ea70b) --- updated-dependencies: - dependency-name: actions/checkout dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump actions/upload-artifact from 4.3.1 to 4.3.3 Bumps [actions/upload-artifact](https://github.com/actions/upload-artifact) from 4.3.1 to 4.3.3. - [Release notes](https://github.com/actions/upload-artifact/releases) - [Commits](https://github.com/actions/upload-artifact/compare/5d5d22a31266ced268874388b861e4b58bb5c2f3...65462800fd760344b1a7b4382951275a0abb4808) --- updated-dependencies: - dependency-name: actions/upload-artifact dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump github.com/prometheus/prometheus Bumps [github.com/prometheus/prometheus](https://github.com/prometheus/prometheus) from 0.51.1 to 0.51.2. - [Release notes](https://github.com/prometheus/prometheus/releases) - [Changelog](https://github.com/prometheus/prometheus/blob/main/CHANGELOG.md) - [Commits](https://github.com/prometheus/prometheus/compare/v0.51.1...v0.51.2) --- updated-dependencies: - dependency-name: github.com/prometheus/prometheus dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump github.com/linode/linodego from 1.32.0 to 1.33.0 Bumps [github.com/linode/linodego](https://github.com/linode/linodego) from 1.32.0 to 1.33.0. - [Release notes](https://github.com/linode/linodego/releases) - [Commits](https://github.com/linode/linodego/compare/v1.32.0...v1.33.0) --- updated-dependencies: - dependency-name: github.com/linode/linodego dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump google.golang.org/api from 0.174.0 to 0.177.0 Bumps [google.golang.org/api](https://github.com/googleapis/google-api-go-client) from 0.174.0 to 0.177.0. - [Release notes](https://github.com/googleapis/google-api-go-client/releases) - [Changelog](https://github.com/googleapis/google-api-go-client/blob/main/CHANGES.md) - [Commits](https://github.com/googleapis/google-api-go-client/compare/v0.174.0...v0.177.0) --- updated-dependencies: - dependency-name: google.golang.org/api dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * removed formateoverview section (#13994) docs: Remove outdated information about remote-read API --------- Signed-off-by: kushagra Shukla <[email protected]> Signed-off-by: Kushal shukla <[email protected]> Signed-off-by: Arthur Silva Sens <[email protected]> Co-authored-by: Arthur Silva Sens <[email protected]> * BUGFIX: Mark the rule's restoration process as completed always (#14048) * BUGFIX: Mark the rule's restoration process as completed always In https://github.com/prometheus/prometheus/pull/13980 I introduced a change to reduce the number of queries executed when we restore alert statuses. With this, the querying semantics changed as we now need to go through all series before we enter the alert restoration loop and I missed the fact that exiting early when there are no rules to restore would lead to an incomplete restoration. An alert being restored is used as a proxy for "we're now ready to write `ALERTS/ALERTS_FOR_SERIES` metrics" so as a result we weren't writing the series if we didn't restore anything the first time around. --------- Signed-off-by: gotjosh <[email protected]> * Fix `parser.VectorSelector.String()` with empty name matcher (#14015) The check fell into "this matcher equals vector selector's name" case when vector selector doesn't have a name and the matcher is an explicit matcher for an empty __name__ label. To provide some context about why this is important: some downstream projects use the promql.Parse(expr.String()) to clone an expression's AST, and with this bug that matcher disappears in the cloning. Signed-off-by: Oleg Zaytsev <[email protected]> * Fix FastRegexMatcher matching multibyte runes with . (#14059) When `zeroOrOneCharacterStringMatcher` wach checking the input string, it assumed that if there are more than one bytes, then there are more than one runes, but that's not necessarily true. Signed-off-by: Oleg Zaytsev <[email protected]> * bugfix: allow opting-out of multi-cluster setups Allow users to opt-out of the multi-cluster setup for Prometheus dashboard, in environments where it isn't applicable. Refer: https://github.com/prometheus/prometheus/pull/13180. Signed-off-by: Pranshu Srivastava <[email protected]> * [REFACTOR] PromQL: simplify rangeEvalTimestampFunctionOverVectorSelector (#14021) The function `rangeEvalTimestampFunctionOverVectorSelector` appeared to be checking histogram size, however the value it used was always 0 due to subtle variable shadowing. However we don't need to pass sample values to the `timestamp` function, since the latter only cares about timestamps. This also affects peak sample count in statistics, since we are no longer copying histogram samples. Signed-off-by: Arve Knudsen <[email protected]> * tsdb/chunkenc.Pool: Refactor Get and Put Signed-off-by: Arve Knudsen <[email protected]> * refactor: extract almost.Equal() to new package To avoid a circular reference between promql and promqltest. Signed-off-by: Bryan Boreham <[email protected]> * test: turn TestKahanSum into scripted test This saves having a function solely to call kahanSumInc. Signed-off-by: Bryan Boreham <[email protected]> * test: check for @-modifier without using engine internals Signed-off-by: Bryan Boreham <[email protected]> * test: move test files into new promqltest package So that promql package does not bring in test-only dependencies. Signed-off-by: Bryan Boreham <[email protected]> * test: move promqltest tests together with the implementation Signed-off-by: Bryan Boreham <[email protected]> * test: make field initializers explicit Lint started complaining after I moved the file. Signed-off-by: Bryan Boreham <[email protected]> * test: clean up promqltest package references So it nearly compiles. Signed-off-by: Bryan Boreham <[email protected]> * Quote label name in matchers when needed When the label name of a matcher contains non-standard characters, like a dot, or starts with a digit, it should be quoted. If it's not quoted, then `VectorSelector.String()` isn't a valid PromQL. Signed-off-by: Oleg Zaytsev <[email protected]> * Optimize Matcher.String() Signed-off-by: Oleg Zaytsev <[email protected]> * refactor: Move NewTestEngine into promqltest And export `DefaultMaxSamplesPerQuery` so callers can replicate previous behaviour. Signed-off-by: Bryan Boreham <[email protected]> * promql: export NewTestQuery So that tests can call it from another package. Signed-off-by: Bryan Boreham <[email protected]> * test: add promqltest package references To packages outside of promql. Signed-off-by: Bryan Boreham <[email protected]> * refactor: extract some PromQL Engine tests which use unexported structs Signed-off-by: Bryan Boreham <[email protected]> * test: move most PromQL tests into separate test package So that they can import promqltest which imports promql. Signed-off-by: Bryan Boreham <[email protected]> * Fix language in docs and comments (#14041) Fix language in docs and comments --------- Signed-off-by: Arve Knudsen <[email protected]> Co-authored-by: Björn Rabenstein <[email protected]> * test: PromQL: stop using internal fields of engine * set enablePerStepStats and lookback duration via `NewTestEngine` parameters. * check maxSamples by recreating query engine * check lookback without modifying internals Signed-off-by: Bryan Boreham <[email protected]> * Use bytes.Buffer from stack buf in Matcher.String() Also removed the growing until there's a benchmark for that. Signed-off-by: Oleg Zaytsev <[email protected]> * [ENHANCEMENT] TSDB: Optimize querying with regexp matchers Add method `PostingsForLabelMatching` to `tsdb.IndexReader`, to obtain postings for labels with a certain name and values accepted by a provided callback, and use it from `tsdb.PostingsForMatchers`. The intention is to optimize regexp matcher paths, especially not having to load all label values before matching on them. Plus tests, and refactor some `tsdb/index.Reader` methods. Benchmarking shows memory reduction up to ~100%, and speedup of up to ~50%. Signed-off-by: Arve Knudsen <[email protected]> Co-authored-by: Bartlomiej Plotka <[email protected]> * promql.ActiveQueryTracker: Unmap mmapped file when done Signed-off-by: Arve Knudsen <[email protected]> * otlp: Remove OTel feature gate registration from copied translation package (#13932) Signed-off-by: Anthony J Mirabella <[email protected]> Signed-off-by: Jesus Vazquez <[email protected]> * Add failing test case Signed-off-by: Charles Korn <[email protected]> * Ensure series in matrix values returned for instant queries are always sorted Signed-off-by: Charles Korn <[email protected]> * Capture timing information while sorting Signed-off-by: Charles Korn <[email protected]> * Benchmark zeroOrOneCharacterStringMatcher.Matches This adds some more test cases for unicode values, and also a benchmark for zeroOrOneCharacterStringMatcher.Matches() Signed-off-by: Oleg Zaytsev <[email protected]> * Use utf8.DecodeRuneInString(s) This replaces the custom `moreThanOneRune` function with the standard `utf8.DecodeRuneInString(s)` that can be used to figure out the size of the first rune. Signed-off-by: Oleg Zaytsev <[email protected]> * Add invalid utf8 test cases to regexp Signed-off-by: Oleg Zaytsev <[email protected]> * Check utf8.RuneError result Signed-off-by: Oleg Zaytsev <[email protected]> * adds TestNativeHistogramRate func to promql test framework Signed-off-by: Neeraj Gartia <[email protected]> * adds test for native histogram rate func in promql testing framework Signed-off-by: Neeraj Gartia <[email protected]> * adds test for sum, count, stddev, stdvar, quantile and fraction func to promql testing framework Signed-off-by: Neeraj Gartia <[email protected]> * some nits Signed-off-by: Neeraj Gartia <[email protected]> * removes the added tests from engine_test.go Signed-off-by: Neeraj Gartia <[email protected]> * [TEST] Rules: Sleep 15ms to fit Windows behaviour better On Windows, Go will sleep 15ms if you ask for less. TestAsyncRuleEvaluation compares actual delay to the nominal time, so using 15ms should work better on Windows, and be hardly noticeable elsewhere. Signed-off-by: Bryan Boreham <[email protected]> * tsdb: check for context cancel before regex matching postings (#14096) * tsdb: check for context cancel before regex matching postings Regex matching can be heavy if the regex takes a lot of cycles to evaluate and we can get stuck evaluating postings for a long time without this fix. The constant checkContextEveryNIterations=100 may be changed later. Signed-off-by: György Krajcsovits <[email protected]> * tsdb/index/postings: fix missing lock unlock Followup to #14096 Unfortunately the previous PR introduced this bug by not releasing the lock before returning. Signed-off-by: György Krajcsovits <[email protected]> * Enable perfsprint linter and fix up code Signed-off-by: Oleksandr Redko <[email protected]> * Fix flaky test Signed-off-by: Arve Knudsen <[email protected]> * tsdb/index: Refactor Reader tests (#14071) tsdb/index: Refactor Reader tests Co-authored-by: Björn Rabenstein <[email protected]> Signed-off-by: Arve Knudsen <[email protected]> --------- Signed-off-by: Arve Knudsen <[email protected]> Co-authored-by: Björn Rabenstein <[email protected]> * Document sorting behaviour Signed-off-by: Charles Korn <[email protected]> * added line When set, query.max-concurrency may need to be adjusted accordingly. Signed-off-by: kushagra Shukla <[email protected]> Signed-off-by: kushagra Shukla <[email protected]> * web/api: export defaultStatsRenderer (#14121) defaultStatsRenderer->DefaultStatsRenderer Add short docstrings. I'd like to use the stats renderer to peek at the statistics in https://github.com/grafana/mimir/pull/7966 However I cannot call the original function without this export afterwards. Signed-off-by: György Krajcsovits <[email protected]> * Check context every 128 labels instead of 100 (#14118) Follow up on https://github.com/prometheus/prometheus/pull/14096 As promised, I bring a benchmark, which shows a very small improvement if context is checked every 128 iterations of label instead of every 100. It's much easier for a computer to check modulo 128 than modulo 100. This is a very small 0-2% improvement but I'd say this is one of the hottest paths of the app so this is still relevant. Signed-off-by: Oleg Zaytsev <[email protected]> * doc: Clarify the limits of dumping/backfilling via OpenMetrics This is about native histograms (not yet supported) and staleness markers (for which OpenMetrics support isn't even planned). Signed-off-by: beorn7 <[email protected]> * fix(api): Send warnings only if the limit is really exceeded (#14116) for the the series, label names and label values APIs Add warnings count check to TestEndpoints The limit param was added in https://github.com/prometheus/prometheus/pull/13396 Signed-off-by: machine424 <[email protected]> * fix: correct the typo in azuread sdk auth (#14106) Signed-off-by: Jayapriya Pai <[email protected]> * .gitpod.Dockerfile: Auto-fetch Go and goyacc vers In this commit we auto-fetch Go version from go.mod and goyacc version from Makefile in the Prometheus repo. Signed-off-by: Mohamed Awnallah <[email protected]> * Fix head stats and hooks when replaying a corrupted snapshot (#14079) * Fixing head stats and hooks when replaying a corrupted snapshot Signed-off-by: alanprot <[email protected]> * Fixing create/removed series metrics Signed-off-by: alanprot <[email protected]> * Refactoring to have common code between gc and flush method Signed-off-by: alanprot <[email protected]> * Update tsdb/head.go Co-authored-by: Ayoub Mrini <[email protected]> Signed-off-by: Alan Protasio <[email protected]> * refactor Signed-off-by: alanprot <[email protected]> * Update tsdb/head_test.go Co-authored-by: Ganesh Vernekar <[email protected]> Signed-off-by: Alan Protasio <[email protected]> * Update tsdb/head_test.go Co-authored-by: Ganesh Vernekar <[email protected]> Signed-off-by: Alan Protasio <[email protected]> --------- Signed-off-by: alanprot <[email protected]> Signed-off-by: Alan Protasio <[email protected]> Co-authored-by: Ayoub Mrini <[email protected]> Co-authored-by: Ganesh Vernekar <[email protected]> * Join errors Signed-off-by: Arve Knudsen <[email protected]> * docs/configuration: clarify OpenStack metadata labels (#14149) On several occasions, users assumed that the `__meta_openstack_tag_<key>` labels were about tags [1] instead of metadata [2]. While we can't really change the Prometheus label name, we can at least clarify in the documentation what's the information carried in the label. [1] https://specs.openstack.org/openstack/api-wg/guidelines/tags.html [2] https://docs.openstack.org/api-ref/compute/#server-metadata-servers-metadata Signed-off-by: Simon Pasquier <[email protected]> * BUGFIX: Need seperate listOptions structs since linodego writes into them for pagination Signed-off-by: David Andruczyk <[email protected]> * Upgrade to golangci-lint v1.59.0 Signed-off-by: Arve Knudsen <[email protected]> * Bump golangci-lint action (#14154) * Bump golangci-lint action to 6.0.1 * Synchronize script/golangci-lint.yml and workflows/ci.yml Signed-off-by: Matthieu MOREL <[email protected]> * Enable additional Go metrics Enable some additioal Go runtime metrics in order to observe additional performance data. Enables a number of new metrics: ``` HELP go_gc_cycles_automatic_gc_cycles_total Count of completed GC cycles generated by the Go runtime. HELP go_gc_cycles_forced_gc_cycles_total Count of completed GC cycles forced by the application. HELP go_gc_cycles_total_gc_cycles_total Count of all completed GC cycles. HELP go_gc_gogc_percent Heap size target percentage configured by the user, otherwise 100. This value is set by the GOGC environment variable, and the runtime/debug.SetGCPercent function. HELP go_gc_gomemlimit_bytes Go runtime memory limit configured by the user, otherwise math.MaxInt64. This value is set by the GOMEMLIMIT environment variable, and the runtime/debug.SetMemoryLimit function. HELP go_gc_heap_allocs_by_size_bytes Distribution of heap allocations by approximate size. Bucket counts increase monotonically. Note that this does not include tiny objects as defined by /gc/heap/tiny/allocs:objects, only tiny blocks. HELP go_gc_heap_allocs_bytes_total Cumulative sum of memory allocated to the heap by the application. HELP go_gc_heap_allocs_objects_total Cumulative count of heap allocations triggered by the application. Note that this does not include tiny objects as defined by /gc/heap/tiny/allocs:objects, only tiny blocks. HELP go_gc_heap_frees_by_size_bytes Distribution of freed heap allocations by approximate size. Bucket counts increase monotonically. Note that this does not include tiny objects as defined by /gc/heap/tiny/allocs:objects, only tiny blocks. HELP go_gc_heap_frees_bytes_total Cumulative sum of heap memory freed by the garbage collector. HELP go_gc_heap_frees_objects_total Cumulative count of heap allocations whose storage was freed by the garbage collector. Note that this does not include tiny objects as defined by /gc/heap/tiny/allocs:objects, only tiny blocks. HELP go_gc_heap_goal_bytes Heap size target for the end of the GC cycle. HELP go_gc_heap_live_bytes Heap memory occupied by live objects that were marked by the previous GC. HELP go_gc_heap_objects_objects Number of objects, live or unswept, occupying heap memory. HELP go_gc_heap_tiny_allocs_objects_total Count of small allocations that are packed together into blocks. These allocations are counted separately from other allocations because each individual allocation is not tracked by the runtime, only their block. Each block is already accounted for in allocs-by-size and frees-by-size. HELP go_gc_limiter_last_enabled_gc_cycle GC cycle the last time the GC CPU limiter was enabled. This metric is useful for diagnosing the root cause of an out-of-memory error, because the limiter trades memory for CPU time when the GC's CPU time gets too high. This is most likely to occur with use of SetMemoryLimit. The first GC cycle is cycle 1, so a value of 0 indicates that it was never enabled. HELP go_gc_pauses_seconds Deprecated. Prefer the identical /sched/pauses/total/gc:seconds. HELP go_gc_scan_globals_bytes The total amount of global variable space that is scannable. HELP go_gc_scan_heap_bytes The total amount of heap space that is scannable. HELP go_gc_scan_stack_bytes The number of bytes of stack that were scanned last GC cycle. HELP go_gc_scan_total_bytes The total amount space that is scannable. Sum of all metrics in /gc/scan. HELP go_gc_stack_starting_size_bytes The stack size of new goroutines. HELP go_sched_gomaxprocs_threads The current runtime.GOMAXPROCS setting, or the number of operating system threads that can execute user-level Go code simultaneously. HELP go_sched_goroutines_goroutines Count of live goroutines. HELP go_sched_latencies_seconds Distribution of the time goroutines have spent in the scheduler in a runnable state before actually running. Bucket counts increase monotonically. HELP go_sched_pauses_stopping_gc_seconds Distribution of individual GC-related stop-the-world stopping latencies. This is the time it takes from deciding to stop the world until all Ps are stopped. This is a subset of the total GC-related stop-the-world time (/sched/pauses/total/gc:seconds). During this time, some threads may be executing. Bucket counts increase monotonically. HELP go_sched_pauses_stopping_other_seconds Distribution of individual non-GC-related stop-the-world stopping latencies. This is the time it takes from deciding to stop the world until all Ps are stopped. This is a subset of the total non-GC-related stop-the-world time (/sched/pauses/total/other:seconds). During this time, some threads may be executing. Bucket counts increase monotonically. HELP go_sched_pauses_total_gc_seconds Distribution of individual GC-related stop-the-world pause latencies. This is the time from deciding to stop the world until the world is started again. Some of this time is spent getting all threads to stop (this is measured directly in /sched/pauses/stopping/gc:seconds), during which some threads may still be running. Bucket counts increase monotonically. HELP go_sched_pauses_total_other_seconds Distribution of individual non-GC-related stop-the-world pause latencies. This is the time from deciding to stop the world until the world is started again. Some of this time is spent getting all threads to stop (measured directly in /sched/pauses/stopping/other:seconds). Bucket counts increase monotonically. ``` Signed-off-by: SuperQ <[email protected]> * Prepare v2.52.1 release Signed-off-by: Arthur Silva Sens <[email protected]> * optimize regex matching for empty label values in posting match (#14075) Also update tests. Signed-off-by: Ben Ye <[email protected]> * [Test] TSDB: let BenchmarkAddExemplar reuse slots Test with different amounts of capacity and exemplars, so that sometimes new exemplars are evicting older exemplars. Signed-off-by: Bryan Boreham <[email protected]> * [Test] TSDB: BenchmarkResizeExemplar multiple per series One exemplar per series is not a typical workload. Make it the same as `BenchmarkAddExemplar`. Signed-off-by: Bryan Boreham <[email protected]> * [ENHANCEMENT] TSDB: Reduce map lookups on exemplar index In many cases we already have a pointer to the entry. Signed-off-by: Bryan Boreham <[email protected]> * [ENHANCEMENT] TSDB: Eliminate pointer when storing exemplars Saves memory and effort. Signed-off-by: Bryan Boreham <[email protected]> * [ENHANCEMENT] TSDB: let Resize re-use buffer This saves having to zero the buffer every time. Signed-off-by: Bryan Boreham <[email protected]> * [ENHANCEMENT] TSDB: Save map lookup on validation Goes faster. Signed-off-by: Bryan Boreham <[email protected]> * Feature: Allow configuration of a rule evaluation delay (#14061) * [PATCH] Allow having evaluation delay for rule groups Signed-off-by: Ganesh Vernekar <[email protected]> * [PATCH] Fix lint Signed-off-by: Ganesh Vernekar <[email protected]> * [PATCH] Move the option to ManagerOptions Signed-off-by: Ganesh Vernekar <[email protected]> * [PATCH] Include evaluation_delay in the group config Signed-off-by: Ganesh Vernekar <[email protected]> * Fix comments Signed-off-by: gotjosh <[email protected]> * Add a server configuration option. Signed-off-by: gotjosh <[email protected]> * Appease the linter #1 Signed-off-by: gotjosh <[email protected]> * Add the new server flag documentation Signed-off-by: gotjosh <[email protected]> * Improve documentation of the new flag and configuration Signed-off-by: gotjosh <[email protected]> * Use named parameters for clarity on the `Rule` interface Signed-off-by: gotjosh <[email protected]> * Add `initial` to the flag help Signed-off-by: gotjosh <[email protected]> * Change the CHANGELOG area from `ruler` to `rules` Signed-off-by: gotjosh <[email protected]> * Rename evaluation_delay to `rule_query_offset`/`query_offset` and make it a global configuration option. Signed-off-by: gotjosh <[email protected]> E Your branch is up to date with 'origin/gotjosh/evaluation-delay'. * more docs Signed-off-by: gotjosh <[email protected]> * Improve wording on CHANGELOG Signed-off-by: gotjosh <[email protected]> * Add `RuleQueryOffset` to the default config in tests in case it changes Signed-off-by: gotjosh <[email protected]> * Update docs/configuration/recording_rules.md Co-authored-by: Julius Volz <[email protected]> Signed-off-by: gotjosh <[email protected]> * Rename `RuleQueryOffset` to `QueryOffset` when in the group context. Signed-off-by: gotjosh <[email protected]> * Improve docstring and documentation on the `rule_query_offset` Signed-off-by: gotjosh <[email protected]> --------- Signed-off-by: Ganesh Vernekar <[email protected]> Signed-off-by: gotjosh <[email protected]> Co-authored-by: Ganesh Vernekar <[email protected]> Co-authored-by: Julius Volz <[email protected]> * build(deps): bump github.com/prometheus/client_golang Bumps [github.com/prometheus/client_golang](https://github.com/prometheus/client_golang) from 1.19.0 to 1.19.1. - [Release notes](https://github.com/prometheus/client_golang/releases) - [Changelog](https://github.com/prometheus/client_golang/blob/main/CHANGELOG.md) - [Commits](https://github.com/prometheus/client_golang/compare/v1.19.0...v1.19.1) --- updated-dependencies: - dependency-name: github.com/prometheus/client_golang dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump actions/checkout from 4.1.4 to 4.1.6 Bumps [actions/checkout](https://github.com/actions/checkout) from 4.1.4 to 4.1.6. - [Release notes](https://github.com/actions/checkout/releases) - [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md) - [Commits](https://github.com/actions/checkout/compare/v4.1.4...a5ac7e51b41094c92402da3b24376905380afc29) --- updated-dependencies: - dependency-name: actions/checkout dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump ossf/scorecard-action from 2.3.1 to 2.3.3 Bumps [ossf/scorecard-action](https://github.com/ossf/scorecard-action) from 2.3.1 to 2.3.3. - [Release notes](https://github.com/ossf/scorecard-action/releases) - [Changelog](https://github.com/ossf/scorecard-action/blob/main/RELEASE.md) - [Commits](https://github.com/ossf/scorecard-action/compare/0864cf19026789058feabb7e87baa5f140aac736...dc50aa9510b46c811795eb24b2f1ba02a914e534) --- updated-dependencies: - dependency-name: ossf/scorecard-action dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump github.com/hetznercloud/hcloud-go/v2 Bumps [github.com/hetznercloud/hcloud-go/v2](https://github.com/hetznercloud/hcloud-go) from 2.7.2 to 2.9.0. - [Release notes](https://github.com/hetznercloud/hcloud-go/releases) - [Changelog](https://github.com/hetznercloud/hcloud-go/blob/main/CHANGELOG.md) - [Commits](https://github.com/hetznercloud/hcloud-go/compare/v2.7.2...v2.9.0) --- updated-dependencies: - dependency-name: github.com/hetznercloud/hcloud-go/v2 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump github.com/Azure/azure-sdk-for-go/sdk/resourcemanager/compute/armcompute/v5 Bumps [github.com/Azure/azure-sdk-for-go/sdk/resourcemanager/compute/armcompute/v5](https://github.com/Azure/azure-sdk-for-go) from 5.6.0 to 5.7.0. - [Release notes](https://github.com/Azure/azure-sdk-for-go/releases) - [Changelog](https://github.com/Azure/azure-sdk-for-go/blob/main/documentation/release.md) - [Commits](https://github.com/Azure/azure-sdk-for-go/compare/sdk/resourcemanager/compute/armcompute/v5.6.0...sdk/resourcemanager/compute/armcompute/v5.7.0) --- updated-dependencies: - dependency-name: github.com/Azure/azure-sdk-for-go/sdk/resourcemanager/compute/armcompute/v5 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump actions/setup-go from 5.0.0 to 5.0.1 in /scripts Bumps [actions/setup-go](https://github.com/actions/setup-go) from 5.0.0 to 5.0.1. - [Release notes](https://github.com/actions/setup-go/releases) - [Commits](https://github.com/actions/setup-go/compare/0c52d547c9bc32b1aa3301fd7a9cb496313a4491...cdcb36043654635271a94b9a6d1392de5bb323a7) --- updated-dependencies: - dependency-name: actions/setup-go dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump actions/setup-go from 5.0.0 to 5.0.1 Bumps [actions/setup-go](https://github.com/actions/setup-go) from 5.0.0 to 5.0.1. - [Release notes](https://github.com/actions/setup-go/releases) - [Commits](https://github.com/actions/setup-go/compare/0c52d547c9bc32b1aa3301fd7a9cb496313a4491...cdcb36043654635271a94b9a6d1392de5bb323a7) --- updated-dependencies: - dependency-name: actions/setup-go dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump bufbuild/buf-setup-action from 1.30.0 to 1.32.2 Bumps [bufbuild/buf-setup-action](https://github.com/bufbuild/buf-setup-action) from 1.30.0 to 1.32.2. - [Release notes](https://github.com/bufbuild/buf-setup-action/releases) - [Commits](https://github.com/bufbuild/buf-setup-action/compare/517ee23296d5caf38df31c21945e6a54bbc8a89f...dde0b9351db90fbf78e345f41a57de8514bf1091) --- updated-dependencies: - dependency-name: bufbuild/buf-setup-action dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * tsdb/index: Fix TestReader_PostingsForLabelMatchingHonorsContextCancel Fix number of series in TestReader_PostingsForLabelMatchingHonorsContextCancel (off by one). Signed-off-by: Arve Knudsen <[email protected]> * tsdb: add details to duplicate sample error (#13277) Now the error will include the timestamp and the existing and new values. When you are trying to track down the source of this error, it can be useful to see that the values are close, or alternating, or something else. Signed-off-by: Bryan Boreham <[email protected]> * build(deps): bump github.com/prometheus/prometheus Bumps [github.com/prometheus/prometheus](https://github.com/prometheus/prometheus) from 0.51.2 to 0.52.1. - [Release notes](https://github.com/prometheus/prometheus/releases) - [Changelog](https://github.com/prometheus/prometheus/blob/main/CHANGELOG.md) - [Commits](https://github.com/prometheus/prometheus/compare/v0.51.2...v0.52.1) --- updated-dependencies: - dependency-name: github.com/prometheus/prometheus dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * CI: Use default behavior of update-container-description-action Previously, we always used README.md as the readme to push as container description. By not explicitly specifying this file name, we use the default behavior of the action, which is to push README-containers.md if it exist, and push README.md otherwise. In short, nothing will directly change with this commit, but now repositories can provide a README-containers.md if they want to push a different README as the container description. Signed-off-by: beorn7 <[email protected]> * build(deps): bump the go-opentelemetry-io group across 1 directory with 9 updates Bumps the go-opentelemetry-io group with 6 updates in the / directory: | Package | From | To | | --- | --- | --- | | [go.opentelemetry.io/collector/pdata](https://github.com/open-telemetry/opentelemetry-collector) | `1.5.0` | `1.8.0` | | [go.opentelemetry.io/collector/semconv](https://github.com/open-telemetry/opentelemetry-collector) | `0.98.0` | `0.101.0` | | [go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp](https://github.com/open-telemetry/opentelemetry-go-contrib) | `0.50.0` | `0.52.0` | | [go.opentelemetry.io/otel/exporters/otlp/otlptrace](https://github.com/open-telemetry/opentelemetry-go) | `1.25.0` | `1.27.0` | | [go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracegrpc](https://github.com/open-telemetry/opentelemetry-go) | `1.25.0` | `1.27.0` | | [go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracehttp](https://github.com/open-telemetry/opentelemetry-go) | `1.25.0` | `1.27.0` | Updates `go.opentelemetry.io/collector/pdata` from 1.5.0 to 1.8.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-collector/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-collector/blob/main/CHANGELOG-API.md) - [Commits](https://github.com/open-telemetry/opentelemetry-collector/compare/pdata/v1.5.0...pdata/v1.8.0) Updates `go.opentelemetry.io/collector/semconv` from 0.98.0 to 0.101.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-collector/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-collector/blob/main/CHANGELOG-API.md) - [Commits](https://github.com/open-telemetry/opentelemetry-collector/compare/v0.98.0...v0.101.0) Updates `go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp` from 0.50.0 to 0.52.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-go-contrib/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go-contrib/blob/main/CHANGELOG.md) - [Commits](https://github.com/open-telemetry/opentelemetry-go-contrib/compare/zpages/v0.50.0...zpages/v0.52.0) Updates `go.opentelemetry.io/otel` from 1.25.0 to 1.27.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md) - [Commits](https://github.com/open-telemetry/opentelemetry-go/compare/v1.25.0...v1.27.0) Updates `go.opentelemetry.io/otel/exporters/otlp/otlptrace` from 1.25.0 to 1.27.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md) - [Commits](https://github.com/open-telemetry/opentelemetry-go/compare/v1.25.0...v1.27.0) Updates `go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracegrpc` from 1.25.0 to 1.27.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md) - [Commits](https://github.com/open-telemetry/opentelemetry-go/compare/v1.25.0...v1.27.0) Updates `go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracehttp` from 1.25.0 to 1.27.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md) - [Commits](https://github.com/open-telemetry/opentelemetry-go/compare/v1.25.0...v1.27.0) Updates `go.opentelemetry.io/otel/sdk` from 1.25.0 to 1.27.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md) - [Commits](https://github.com/open-telemetry/opentelemetry-go/compare/v1.25.0...v1.27.0) Updates `go.opentelemetry.io/otel/trace` from 1.25.0 to 1.27.0 - [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md) - [Commits](https://github.com/open-telemetry/opentelemetry-go/compare/v1.25.0...v1.27.0) --- updated-dependencies: - dependency-name: go.opentelemetry.io/collector/pdata dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io - dependency-name: go.opentelemetry.io/collector/semconv dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io - dependency-name: go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io - dependency-name: go.opentelemetry.io/otel dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io - dependency-name: go.opentelemetry.io/otel/exporters/otlp/otlptrace dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io - dependency-name: go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracegrpc dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io - dependency-name: go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracehttp dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io - dependency-name: go.opentelemetry.io/otel/sdk dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io - dependency-name: go.opentelemetry.io/otel/trace dependency-type: direct:production update-type: version-update:semver-minor dependency-group: go-opentelemetry-io ... Signed-off-by: dependabot[bot] <[email protected]> Signed-off-by: Arve Knudsen <[email protected]> * build(deps): bump github/codeql-action from 3.22.12 to 3.25.7 Bumps [github/codeql-action](https://github.com/github/codeql-action) from 3.22.12 to 3.25.7. - [Release notes](https://github.com/github/codeql-action/releases) - [Changelog](https://github.com/github/codeql-action/blob/main/CHANGELOG.md) - [Commits](https://github.com/github/codeql-action/compare/012739e5082ff0c22ca6d6ab32e07c36df03c4a4...f079b8493333aace61c81488f8bd40919487bd9f) --- updated-dependencies: - dependency-name: github/codeql-action dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump github.com/docker/docker Bumps [github.com/docker/docker](https://github.com/docker/docker) from 26.0.1+incompatible to 26.1.3+incompatible. - [Release notes](https://github.com/docker/docker/releases) - [Commits](https://github.com/docker/docker/compare/v26.0.1...v26.1.3) --- updated-dependencies: - dependency-name: github.com/docker/docker dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * Update Go dependencies for 2.53 Ran "make update-all-go-deps" , but do not bump go version and remove toolchain clause from go.mod Signed-off-by: György Krajcsovits <[email protected]> * tsdb: Allow passing a custom compactor to override the default one (#14113) * expose hook in tsdb to allow customizing compactor Signed-off-by: Ben Ye <[email protected]> * address comment Signed-off-by: Ben Ye <[email protected]> --------- Signed-off-by: Ben Ye <[email protected]> * Revert update of opentelemetry collector components These bring in a hard dependecy on toolchain we don't want via https://github.com/open-telemetry/opentelemetry-collector/pull/10165 The dependency should be going away https://github.com/open-telemetry/opentelemetry-collector/pull/10165#pullrequestreview-2060814562 Signed-off-by: György Krajcsovits <[email protected]> * Revert change to scaleway-sdk-go The change brings in non trivial deprecations. Multiple public IPs can be returned by the API now instead of one. Need to decide what to do in that case as we used a single meta label for that __meta_scaleway_instance_public_ipv4. Signed-off-by: György Krajcsovits <[email protected]> * Add configuration option for GOGC Add the ability to adjust the `GOGC` variable from the Prometheus configuration file. * Create a new top-level `runtime` section in the config. * Adjust from the Go default of 100 to 50 to reduce wasted memory. * Use the `GOGC` env value if no configuraiton is used. Signed-off-by: SuperQ <[email protected]> * Increase the depndabot open PR limit The default limit of 5 is a bit small given the number of dependencies we have for Go and JS. Increase to 20 to allow more updates to be pushed. Signed-off-by: SuperQ <[email protected]> * Update scaleway-sdk-go and silence deprecation warnings This reverts commit 777daea86e0ee2cee1e00f3cd75293bde9aa7f51. * Format linter pragma correctly Signed-off-by: György Krajcsovits <[email protected]> * build(deps): bump golang.org/x/net from 0.25.0 to 0.26.0 Bumps [golang.org/x/net](https://github.com/golang/net) from 0.25.0 to 0.26.0. - [Commits](https://github.com/golang/net/compare/v0.25.0...v0.26.0) --- updated-dependencies: - dependency-name: golang.org/x/net dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump github.com/digitalocean/godo from 1.116.0 to 1.117.0 Bumps [github.com/digitalocean/godo](https://github.com/digitalocean/godo) from 1.116.0 to 1.117.0. - [Release notes](https://github.com/digitalocean/godo/releases) - [Changelog](https://github.com/digitalocean/godo/blob/main/CHANGELOG.md) - [Commits](https://github.com/digitalocean/godo/compare/v1.116.0...v1.117.0) --- updated-dependencies: - dependency-name: github.com/digitalocean/godo dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * build(deps): bump github.com/aws/aws-sdk-go from 1.53.15 to 1.53.16 Bumps [github.com/aws/aws-sdk-go](https://github.com/aws/aws-sdk-go) from 1.53.15 to 1.53.16. - [Release notes](https://github.com/aws/aws-sdk-go/releases) - [Commits](https://github.com/aws/aws-sdk-go/compare/v1.53.15...v1.53.16) --- updated-dependencies: - dependency-name: github.com/aws/aws-sdk-go dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <[email protected]> * RuleQueryOffset: Add omitempty for the global configuration (#14216) A small oversight of when I introduced https://github.com/prometheus/prometheus/pull/14061, I could add a test to cover it but it seems like an overkill given other similar attributes don't have it either. Let me know if you think it's worth it. Signed-off-by: gotjosh <[email protected]> * build(deps): bump golang.org/x/tools from 0.21.0 to 0.22.0 Bumps [golang.org/x/tools](https://github.com/golang/tools) from 0.21.0 to 0.22.0. - [Release notes](https://github.com/golang/tools/releases) - [Commits](https://github.com/golang/tools/compare/v0.21.0...v0.22.0) --- updated-dependencies: - dependency-name: golang.org/x/tools dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * CI: Actually enable the default fallback behavior of docker-pushrm The Github action explicitly sets `README.md` as the default file to push, see https://github.com/christian-korneck/update-container-description-action/blob/master/action.yml#L17 This disables the fallback to `README-containers.md`, as implemented in the actual tool that the Github action uses, i.e. https://github.com/christian-korneck/docker-pushrm However, by setting the file name explicitly to an empty string, we can trigger the default fallback behavior of dockre-pushrm after all. Signed-off-by: beorn7 <[email protected]> * build(deps): bump google.golang.org/api from 0.182.0 to 0.183.0 Bumps [google.golang.org/api](https://github.com/googleapis/google-api-go-client) from 0.182.0 to 0.183.0. - [Release notes](https://github.com/googleapis/google-api-go-client/releases) - [Changelog](https://github.com/googleapis/google-api-go-client/blob/main/CHANGES.md) - [Commits](https://github.com/googleapis/google-api-go-client/compare/v0.182.0...v0.183.0) --- updated-dependencies: - dependency-name: google.golang.org/api dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> * Version bump to v2.53.0-rc.0 Signed-off-by: György Krajcsovits <[email protected]> * Ammend changelog with missing user impact entries Signed-off-by: György Krajcsovits <[email protected]> * Clarify action to take with regards to the changelog Signed-off-by: György Krajcsovits <[email protected]> * Fix typo in changelog Signed-off-by: György Krajcsovits <[email protected]> * Update changelog from review comments Signed-off-by: György Krajcsovits <[email protected]> * Fix Group.Equals() to take in account the new queryOffset too (#14273) Signed-off-by: Marco Pracucci <[email protected]> * Update changelog due to pr 14273 Signed-off-by: György Krajcsovits <[email protected]> * Tune default GOGC Adjust the default GOGC value to 75. This is less of a memory savings, but has less impact on CPU use. Signed-off-by: SuperQ <[email protected]> * Update changelog for GOGC tuning Include #14285 in changelog. Signed-off-by: SuperQ <[email protected]> * Revert "Update changelog due to pr 14273" This reverts commit dd4400146521c996239da57d2a225a608e3915cb. Signed-off-by: György Krajcsovits <[email protected]> * Prepare 2.53.0-rc.1 release Signed-off-by: György Krajcsovits <[email protected]> * Prepare release 2.53.0 Signed-off-by: György Krajcsovits <[email protected]> * Update CHANGELOG.md Co-authored-by: Julien <[email protected]> Signed-off-by: George Krajcsovits <[email protected]> * [release 2.53] Revert 13583 to stop dropping samples in remote-write catch-up (#14446) * Revert "fix bug that would cause us to endlessly fall behind (#13583)" This reverts commit 0c71230784368da829f1f02d412d181d7a06aee6. (leaving the new test in place) * TSDB: enhance TestRun_AvoidNotifyWhenBehind With code suggested by @cstyan in #14439. * WAL watcher: add back log line showing current segment --------- Signed-off-by: Bryan Boreham <[email protected]> * Prepare release 2.53.1 (#14452) Co-authored-by: George Krajcsovits <[email protected]> Signed-off-by: Bryan Boreham <[email protected]> * [bot] assets: generate Signed-off-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> * [create-pull-request] automated change Signed-off-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> --------- Signed-off-by: Mickael Carl <[email protected]> Signed-off-by: tyltr <[email protected]> Signed-off-by: roger.wang <[email protected]> Signed-off-by: Federico Leva <[email protected]> Signed-off-by: machine424 <[email protected]> Signed-off-by: komisan19 <[email protected]> Signed-off-by: gotjosh <[email protected]> Signed-off-by: tesla59 <[email protected]> Signed-off-by: alanprot <[email protected]> Signed-off-by: Arthur Silva Sens <[email protected]> Signed-off-by: George Robinson <[email protected]> Signed-off-by: Stephen Heckler <[email protected]> Signed-off-by: Nishant Singh <[email protected]> Signed-off-by: Heyoxe <[email protected]> Signed-off-by: Neeraj Gartia <[email protected]> Signed-off-by: guoguangwu <[email protected]> Signed-off-by: Jesus Vazquez <[email protected]> Signed-off-by: Jiekun <[email protected]> Signed-off-by: Arve Knudsen <[email protected]> Signed-off-by: György Krajcsovits <[email protected]> Signed-off-by: SuperQ <[email protected]> Signed-off-by: dependabot[bot] <[email protected]> Signed-off-by: kushagra Shukla <[email protected]> Signed-off-by: Kushal shukla <[email protected]> Signed-off-by: Oleg Zaytsev <[email protected]> Signed-off-by: Pranshu Srivastava <[email protected]> Signed-off-by: Bryan Boreham <[email protected]> Signed-off-by: Anthony J Mirabella <[email protected]> Signed-off-by: Charles Korn <[email protected]> Signed-off-by: Oleksandr Redko <[email protected]> Signed-off-by: beorn7 <[email protected]> Signed-off-by: Jayapriya Pai <[email protected]> Signed-off-by: Mohamed Awnallah <[email protected]> Signed-off-by: Julien <[email protected]> Signed-off-by: Alan Protasio <[email protected]> Signed-off-by: Simon Pasquier <[email protected]> Signed-off-by: David Andruczyk <[email protected]> Signed-off-by: Matthieu MOREL <[email protected]> Signed-off-by: Arthur Silva Sens <[email protected]> Signed-off-by: Ben Ye <[email protected]> Signed-off-by: Ganesh Vernekar <[email protected]> Signed-off-by: Ben Kochie <[email protected]> Signed-off-by: Marco Pracucci <[email protected]> Signed-off-by: George Krajcsovits <[email protected]> Signed-off-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> Co-authored-by: Mickael Carl <[email protected]> Co-authored-by: tyltr <[email protected]> Co-authored-by: roger.wang <[email protected]> Co-authored-by: Federico Leva <[email protected]> Co-authored-by: Bartlomiej Plotka <[email protected]> Co-authored-by: machine424 <[email protected]> Co-authored-by: komisan19 <[email protected]> Co-authored-by: gotjosh <[email protected]> Co-authored-by: tesla59 <[email protected]> Co-authored-by: Alan Protasio <[email protected]> Co-authored-by: Arthur Silva Sens <[email protected]> Co-authored-by: George Robinson <[email protected]> Co-authored-by: Arthur Silva Sens <[email protected]> Co-authored-by: Stephen Heckler <[email protected]> Co-authored-by: Heyoxe <[email protected]> Co-authored-by: Neeraj Gartia <[email protected]> Co-authored-by: Julien <[email protected]> Co-authored-by: guangwu <[email protected]> Co-authored-by: Jesus Vazquez <[email protected]> Co-authored-by: Arve Knudsen <[email protected]> Co-authored-by: Jiekun <[email protected]> Co-authored-by: György Krajcsovits <[email protected]> Co-authored-by: George Krajcsovits <[email protected]> Co-authored-by: SuperQ <[email protected]> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: Augustin Husson <[email protected]> Co-authored-by: Kushal shukla <[email protected]> Co-authored-by: Oleg Zaytsev <[email protected]> Co-authored-by: Pranshu Srivastava <[email protected]> Co-authored-by: Bryan Boreham <[email protected]> Co-authored-by: Björn Rabenstein <[email protected]> Co-authored-by: Björn Rabenstein <[email protected]> Co-authored-by: Anthony Mirabella <[email protected]> Co-authored-by: Charles Korn <[email protected]> Co-authored-by: Neeraj Gartia <[email protected]> Co-authored-by: Oleksandr Redko <[email protected]> Co-authored-by: Matthias Loibl <[email protected]> Co-authored-by: kushagra Shukla <[email protected]> Co-authored-by: Jayapriya Pai <[email protected]> Co-authored-by: Mohamed Awnallah <[email protected]> Co-authored-by: Ganesh Vernekar <[email protected]> Co-authored-by: Simon Pasquier <[email protected]> Co-authored-by: David Andruczyk <[email protected]> Co-authored-by: Matthieu MOREL <[email protected]> Co-authored-by: Ben Ye <[email protected]> Co-authored-by: Julius Volz <[email protected]> Co-authored-by: Marco Pracucci <[email protected]> Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>

pracucci reviewed May 9, 2024

View reviewed changes

cmd/prometheus/main.go Outdated Show resolved Hide resolved

pracucci reviewed May 9, 2024

View reviewed changes

rules/rule.go Outdated Show resolved Hide resolved

gotjosh marked this pull request as ready for review May 9, 2024 10:58

juliusv reviewed May 12, 2024

View reviewed changes

codesome added 3 commits May 16, 2024 10:54

[PATCH] Allow having evaluation delay for rule groups

7e9a108

Signed-off-by: Ganesh Vernekar <[email protected]>

[PATCH] Fix lint

2151a68

Signed-off-by: Ganesh Vernekar <[email protected]>

[PATCH] Move the option to ManagerOptions

64ac4ad

Signed-off-by: Ganesh Vernekar <[email protected]>

codesome and others added 9 commits May 16, 2024 12:12

[PATCH] Include evaluation_delay in the group config

3781b1b

Signed-off-by: Ganesh Vernekar <[email protected]>

Fix comments

ef54d80

Signed-off-by: gotjosh <[email protected]>

Add a server configuration option.

6402e02

Signed-off-by: gotjosh <[email protected]>

Appease the linter #1

c8233f8

Signed-off-by: gotjosh <[email protected]>

Add the new server flag documentation

59dbf93

Signed-off-by: gotjosh <[email protected]>

Improve documentation of the new flag and configuration

6cf8094

Signed-off-by: gotjosh <[email protected]>

Use named parameters for clarity on the Rule interface

22c0812

Signed-off-by: gotjosh <[email protected]>

Add initial to the flag help

b747eeb

Signed-off-by: gotjosh <[email protected]>

Change the CHANGELOG area from ruler to rules

11887ac

Signed-off-by: gotjosh <[email protected]>

gotjosh force-pushed the gotjosh/evaluation-delay branch from 118af05 to 11887ac Compare May 16, 2024 11:18

gotjosh added 3 commits May 16, 2024 12:54

Rename evaluation_delay to rule_query_offset/query_offset and mak…

d8eea8c

…e it a global configuration option. Signed-off-by: gotjosh <[email protected]> E Your branch is up to date with 'origin/gotjosh/evaluation-delay'.

more docs

2982c1f

Signed-off-by: gotjosh <[email protected]>

Improve wording on CHANGELOG

8fb75cc

Signed-off-by: gotjosh <[email protected]>

gotjosh commented May 20, 2024

View reviewed changes

docs/configuration/recording_rules.md Outdated Show resolved Hide resolved

gotjosh commented May 20, 2024

View reviewed changes

Add RuleQueryOffset to the default config in tests in case it changes

17cce29

Signed-off-by: gotjosh <[email protected]>

machine424 reviewed May 21, 2024

View reviewed changes

gotjosh mentioned this pull request May 28, 2024

an alternative to keep_firing_for that takes the upness of metrics/targets into account #14085

Closed

juliusv reviewed May 28, 2024

View reviewed changes

Update docs/configuration/recording_rules.md

975e040

Co-authored-by: Julius Volz <[email protected]> Signed-off-by: gotjosh <[email protected]>

gotjosh added 2 commits May 29, 2024 11:27

Rename RuleQueryOffset to QueryOffset when in the group context.

ec0cefb

Signed-off-by: gotjosh <[email protected]>

Improve docstring and documentation on the rule_query_offset

c869b67

Signed-off-by: gotjosh <[email protected]>

gotjosh force-pushed the gotjosh/evaluation-delay branch from f9bfa81 to c869b67 Compare May 29, 2024 10:28

gotjosh merged commit 37b408c into main May 30, 2024

gotjosh deleted the gotjosh/evaluation-delay branch May 30, 2024 10:49

gotjosh mentioned this pull request May 30, 2024

Merge upstream prometheus/prometheus at 37b408c grafana/mimir-prometheus#639

Merged

gotjosh mentioned this pull request Jun 5, 2024

RuleQueryOffset: Add omitempty for the global configuration #14216

Merged

pracucci mentioned this pull request Jun 6, 2024

Fix Group.Equals() to take in account the new queryOffset too #14273

Merged

klingerf mentioned this pull request Jul 2, 2024

Add support for setting the ruler's rule query offset param cortexproject/cortex#6055

Closed

klingerf mentioned this pull request Jul 17, 2024

Add support for Prometheus rule query offset cortexproject/cortex#6085

Merged

3 tasks

yeya24 mentioned this pull request Aug 4, 2024

Rule: Support QueryOffset thanos-io/thanos#7596

Closed

alexgreenbank mentioned this pull request Oct 29, 2024

Option to delay rule evaluations #11807

Closed

Conversation

gotjosh commented May 7, 2024

Uh oh!

pracucci left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

pracucci left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

gotjosh commented May 9, 2024

Uh oh!

gotjosh commented May 9, 2024

Uh oh!

prymitive commented May 10, 2024

Uh oh!

juliusv left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

gotjosh commented May 16, 2024

Uh oh!

roidelapluie commented May 16, 2024

Uh oh!

juliusv commented May 16, 2024

Uh oh!

gotjosh commented May 16, 2024

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

gotjosh commented May 20, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

machine424 left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

machine424 May 28, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

gotjosh May 30, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

gotjosh commented May 28, 2024

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

gotjosh May 29, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

juliusv commented May 29, 2024

Uh oh!

gotjosh commented May 20, 2024 •

edited

Loading

machine424 May 28, 2024 •

edited

Loading

gotjosh May 30, 2024 •

edited

Loading

gotjosh May 29, 2024 •

edited

Loading