You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
After a long period of inactivity Timer percentile values become equal to 0.0.
Environment
Micrometer version: 1.8.3
Micrometer registry: prometheus
OS: Windows
Java version: 11.0.14
To Reproduce
Set expiry in DistributionStatisticConfig to 60 seconds.
Start the app, invoke the method with @timed annotation.
Wait 150 seconds, invoke the method with @timed annotation again.
Get prometheus metrics.
Expected behavior
Timer percentile values not equal to 0.0.
Additional context
The bug is very similar to #2647
AbstractTimeWindowHistogram::lastRotateTimestampMillis does increase by more than durationBetweenRotatesMillis * ringBuffer.length during one rotate(), so the rotate() called from takeSnapshot() will reset all buckets to zero even if called immediately after recordDouble()
The text was updated successfully, but these errors were encountered:
Can you provide a complete, minimal, verifiable sample that reproduces the problem? It should be available as a GitHub (or similar) project or attached to this issue as a zip file. Thank you!
If you would like us to look at this issue, please provide the requested information. If the information is not provided within the next 7 days this issue will be closed.
Describe the bug
After a long period of inactivity Timer percentile values become equal to 0.0.
Environment
To Reproduce
Expected behavior
Timer percentile values not equal to 0.0.
Additional context
The bug is very similar to #2647
AbstractTimeWindowHistogram::lastRotateTimestampMillis
does increase by more thandurationBetweenRotatesMillis * ringBuffer.length
during onerotate()
, so therotate()
called fromtakeSnapshot()
will reset all buckets to zero even if called immediately afterrecordDouble()
The text was updated successfully, but these errors were encountered: