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
"Smart and None Smart Options" breaks Metrics #1417
Comments
Fix released under thumbor 7.0.8. Thanks for the thorough report! |
v7.0.10 - problem still occures. :(
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Thumbor request URL
Thumbor can not build
Expected behaviour
Thumbor should run
Actual behaviour
Gives following error on build:
Operating system
All operationg systems
Your thumbor.conf
Description :
This change possibly introduces a braking issue for metrics usages :
I could not find the discussions on this issue and documentation about smart & none smart options. Could you please explain what is intended for those smart and none_smart options? Maybe I could implement that usage for my implementation to fix below explained bug.
In my case,
Sample usage of prometheus metrics with thumbor community plugin tc_prometheus
as well as : thumbor/loaders/http_loader.py
PS: This code is now slightly changed but keeps the same buggy behavior:
Above lines from from : thumbor/handlers/init.py are trying to create duplicate entry in CollectorRegistry which resulting following errors:
In all other implementations of metrics.timing and metrics.incr metric names are always different. For example:
As seen above, Metric entries must be unique. Above implementations can be done by extending
BaseMetrics
for the specific use cases but not within thumbor. Therefore these changes are hidden breaking issue since v7.0.0b1Currently I am ignoring those calls to create a clean Metrics Collection as work around.
The text was updated successfully, but these errors were encountered: