When running repair for the same keyspace - prometheusMetrics are not updated
See original GitHub issueI have scheduled repairs on multile keyspaces to run every week.
The first run of every keyspace can be montored via /prometheusMetrics
(grafana), but when the run finishes and a new schedule takes place, the metrics shows the previous run => io_cassandrareaper_service_RepairRunner_repairProgress=1
.
When I restart cassandra-reaper
container the /prometheusMetrics
picks up the new runs.
I’ve tried to run version 2.2.4
and also master
of cassandra-reaper
.
Any tips, how to resolve this issue?
┆Issue is synchronized with this Jira Task by Unito ┆Issue Number: K8SSAND-200
Issue Analytics
- State:
- Created 2 years ago
- Reactions:2
- Comments:6 (2 by maintainers)
Top Results From Across the Web
Reaper Specific Settings
If enabled, adding a new cluster will automatically setup a schedule repair for each keyspace. Cluster keyspaces are monitored based on a configurable...
Read more >Monitoring | Apache Cassandra Documentation
Each keyspace in Cassandra has metrics responsible for tracking its state and performance. Most of these metrics are the same as the Table...
Read more >Azure Managed Instance for Apache Cassandra Monitoring
Monitor your Azure Managed Instance for Apache Cassandra using this Extension Framework 2.0 Prometheus extension.
Read more >How to troubleshoot remote write issues in Prometheus
In this post, we'll discuss some metrics that can help you diagnose remote write issues and decide which configuration parameters you may want ......
Read more >Apache Cassandra Monitoring: A Best Practice Guide
The metrics types are not intuitive and you might need some time to get ... of any service disruption and the need to...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
It will be in 3.0 actually, which will be released within a few days. Current
master
is considered as working… until bugs are found 😃 Right now it should be in a solid state as we approach release time. You do not need to build it yourself as it is built automatically for each push to themaster
branch. You can find beta packages here, and can use themaster
tag of the docker image.Yes, the functionality works as expected.
Many thanks.