-
Notifications
You must be signed in to change notification settings - Fork 475
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
update machine-api-usage-telemetry #538
Conversation
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.
/lgtm
Thanks for keeping this up to date
ded8750
to
9f09377
Compare
updated to include the namespace labels as well |
9f09377
to
a6a1e43
Compare
/lgtm |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale |
putting a hold on this, i'd like to update with a few more changes |
During implementation of this enhancement we have determined that there will be a need for two labels on the MachineHealthCheck related metrics. Although these labels have unbounded cardinality, it will only need to be exported through telemetry as a sum without the need for the labels. The alert for machines with old deletion timestamps has been renamed to `MachineNotYetDeleted`, to better describe the root cause as opposed to the symptom.
a6a1e43
to
49b0709
Compare
New changes are detected. LGTM label has been removed. |
@elmiko: PR needs rebase. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@elmiko: The following test failed, say
Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
@elmiko This has a conflict that you'll need to resolve before we can merge this |
yeah, i saw it @JoelSpeed , my plan was to leave the hold in place for now to see if there are further changes needed and then clean this up when i remove the hold. |
Ack, apart from the rebase, I have no issues with the content |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: JoelSpeed The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
Stale issues rot after 30d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle rotten |
just wanted to leave a note on why this is still open, we have a few metrics/alert changes that are still in flight. i will update this PR once we have them merged. |
Rotten issues close after 30d of inactivity. Reopen the issue by commenting /close |
@openshift-bot: Closed this PR. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/reopen all the issues around this have merged, i would like to update the enhancement so that it is accurate. |
@elmiko: Failed to re-open PR: state cannot be changed. The update-mao-usage-telemetry branch was force-pushed or recreated. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
superseded by #1072 |
During implementation of this enhancement we have determined that there
will be a need for two labels on the MachineHealthCheck related
metrics. Although these labels have unbounded cardinality, it will only
need to be exported through telemetry as a sum without the need for the
labels.