| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
If present, will be reported alongside the resource type in the
feed block description string.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Will push out a new cluster state bundle indicating cluster feed blocked
if one or more nodes in the cluster has one or more resources exhausted.
Similarly, a new state will be pushed out once no nodes have resources
exhausted any more.
The feed block description currently contains up to 3 separate exhausted
resources, possibly across multiple nodes.
A cluster-level event is emitted for both the block and unblock edges.
No hysteresis is present yet, so if a node is oscillating around a block-limit,
so will the cluster state.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes the Cluster Controller use the
vds.datastored.bucket_space.buckets_total, dimension bucketSpace=default, to
determine whether a content node manages zero buckets, and if so, will allow
the node to go permanently down. This is used when a node is retiring, and it
is to be removed from the application.
The change is guarded by the use-bucket-space-metric, default true. If the new
metric doesn't work as expected, we can revert to using the current/old metric
by flipping the flag. The flag can be controlled per application.
|
| |
|
|\
| |
| |
| |
| | |
vespa-engine/geirst/initial-handling-of-bucket-spaces-stats-in-clustercontroller
Geirst/initial handling of bucket spaces stats in clustercontroller
|
| |
| |
| |
| | |
Handling of outstanding merge ops has been removed as this information has never been provided by the distributors.
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|