-
Notifications
You must be signed in to change notification settings - Fork 89
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
Grafana Register per Second Weirdness #102
Comments
Hi @lukeescude I would be more concerned about those spikes - this should not happen or impact statistics this bad.... |
Well, we are filtering out OPTIONS and NOTIFY packets so they aren't stored to the database (I am not certain if that function actually works, but I can double check). Whenever we stop all containers, clear the postgresdb, then start all the containers again, those spikes occur. Here is a screenshot from a larger timeline. (past 2 days, instead of past 12 hours) It definitely keeps things looking interesting! |
When the hard drive fills to 99%, the following script is run: docker kill $(docker ps -q) Line 1 kills all the docker containers. Line 2 erases postgres-data and brings the containers back up with docker-compose. Interestingly, this actually isn't a good long-term solution... Slowly, over time, the hard drive fills to 99% more quickly each time. So eventually, we must run the following full maintenance code (every 2 weeks): docker kill $(docker ps -q) First line kills all containers, second line erases postgres-data, pulls new git from homer7-docker, System Prune for docker, and brings containers back up. |
Please review the attached screenshot - This is what our Register per Second graph looks like... Those spikes are when the Homer database becomes 100% full, so we clear out the data and restart the containers.
Is the register per second graph supposed to look like waves? I feel like anything measured "per second" shouldn't really have any patterns to it...
The text was updated successfully, but these errors were encountered: