-
Notifications
You must be signed in to change notification settings - Fork 42
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
Attempt to handle "kstat-based metrics produce samples from the 1980's" #6589
Conversation
Closes #5899. Instead of checking for dates or anything based on the data sampled, this update starts collecting kstat samples (i.e. being interested in them) once the sled agent is synchronized with NTP. We leverage the metrics manager associated with the agent to now look for a new message and update the tracked links we've added/tracked thus far.
@bnaecker is definitely a different path than what you were looking at in the issue, but with the addition of the metrics manager, this seemed to be more robust, and it doesn't involve interval pooling or looking at specific ranges (of years/dates). |
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.
Nice, this looks pretty good! I've a few comments mostly around improving documentation and making the invariants a bit more clear. Let me know if something doesn't make sense. Thanks!
Updated. |
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, thanks!
Closes #5899.
Instead of checking for dates or anything based on the data sampled, this update starts collecting kstat samples (i.e. being interested in them) once the sled agent is synchronized with NTP.
We leverage the metrics manager associated with the agent to now look for a new message and update the tracked links we've added/tracked thus far.