-
Notifications
You must be signed in to change notification settings - Fork 132
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
highestAverage fail with Internal Server Error when some matching whisper databases contains "None" values #230
Comments
look like i can hack around most of the time by inserting maximumAbove() function in the path, quitte cumbersome however :/ |
Have you tried keepLastValue? |
nonullpoints can also be used to filter out null datapoints. |
Not tested any of thoses, however by definition keepLastValue would change the meaning of the data. As for noNullPoints it look like a filter on the data output'd by the api, while the exception occur when sorting data inside the function (also don't really know how to insert this in grafana). A few intern functions seems protected from null value (including maximumAbove(), why not highestAverage() ? |
It's a bug in the code, yes. There are a couple functions that could help to work around. A PR would not be too difficult to make, however, there are lots of ready PRs that have yet to be reviewed so a work around or self-modification are the best options so far (not speaking as member of the project). |
Hi,
I'm not sure if everything should be fixed on the "graphite-api" side and will try to also fix the data-collector (netapp-harvest) but i'm not sure sending back an exception trace is really what should be done.
Here is the problem as i see it, the data collection sometime doesn't record values, probably because lack of change on the specific part of the monitored system, so a "None" is recorded in the whisper database.
When requesting/graphing (with grafana) the value using
aliasByNode(netapp.perf.$Group.$Cluster.svm.$SVM.vol.*.read_data, 7)
no problem occur but the default graphs provided with the tool have a 'highestAverage' filter on to limit the subset to the "biggest" consumers:
aliasByNode(highestAverage(netapp.perf.$Group.$Cluster.svm.$SVM.vol.*.read_data, $TopResources), 7)
When adding highestAverage the query give back something like that:
I was using debian-strech packaged 1.1.3, i also tried the latest master branch this didn't fix the issue.
The text was updated successfully, but these errors were encountered: