-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adds a new config StartTimeMetricRegex #1511
Conversation
|
PTAL @nilebox :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, just a few minor comments.
Codecov Report
@@ Coverage Diff @@
## master #1511 +/- ##
=======================================
Coverage 91.35% 91.36%
=======================================
Files 240 240
Lines 16744 16754 +10
=======================================
+ Hits 15297 15307 +10
Misses 1044 1044
Partials 403 403
Continue to review full report at Codecov.
|
@Weil0ng please rebase on master and resolve conficts, and fix lint errors (https://app.circleci.com/pipelines/github/open-telemetry/opentelemetry-collector/2515/workflows/b3646cf6-0f32-4df5-8ddd-f2ca8a678c6d/jobs/21673) |
Lint errors still present. |
Previously the prometheus receiver only accepts `process_start_time_metric` as the start time when UseStartTimeMetric is set. For applications that export similar metrics but with a prefix, e.g., via NewProcessCollector(namespace), the receiver would drop such metrics. By adding StartTimeMetricRegex, at least we will be able to cover such use cases.
PTAL |
contrib-test error seems unrelated to this PR? |
@nilebox @bogdandrutu PTAL, thanks! |
(open-telemetry#1511) Co-authored-by: Lalit Kumar Bhasin <labhas@microsoft.com>
Previously the prometheus receiver only accepts
process_start_time_metric
as the start time when UseStartTimeMetric isset. For applications that export similar metrics but with a prefix,
e.g., via NewProcessCollector(namespace), the receiver would drop such
metrics.
By adding StartTimeMetricRegex, at least we will be able to cover such
use cases.
related: #969
Testing: Adds new unit tests and end-to-end test case in prometheus receiver.
Documentation: none.