-
Notifications
You must be signed in to change notification settings - Fork 21
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
xpumd generates the same error messages ad nauseum #8
Comments
Rate-limiting is unlikely to help with that, so it should either disable that particular query, or (like collectd-6.0 Sysman plugin does) disable the whole metric on its query errors.
As a workaround, you can disable querying the given metric. API for that is a bit awkward though. One needs to give XPUM bitmask of which metrics to enable, instead of being able to specify which named metrics should be disabled (like is the case with collectd-6.0 Sysman plugin). |
The defaults for xpumd should result in sane behavior. |
Sure. I added bug for missing env vars documentation, needed to workaround this issue (#24). |
The log shows that the API "zesMemoryGetBandwidth" not working on your platform. By default, xpumd has a predefined set of metrics to collect. You can check by running "xpumd -h", you will see help info like below: xpumd -hUsage: xpumd [OPTIONS] Options: As you can see, the memory related metrics are enabled by default. If you don't want to collect these metrics, you can modify by "-m" option, then xpumd should not print the error logs again. |
Latest V1.2.9 release is constantly (at approx 2s interval) logging |
My instances of xpumd generate this error message for every card, at every poll interval:
And it repeats forever. This floods the console/tty unless you redirect stderr. If you turn on the logfile option, it the log file grows and grows and grows...
There needs to be a mechanism that keeps xpumd from repeating the same information basically forever, especially rapid-fire like this. It makes the logging feature unusable because the logs are filled with noise.
The text was updated successfully, but these errors were encountered: