You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If a user creates a Redpanda Cluster CR with e.g. 3 cores (computed from a combination of CPU/memory request) and then reduces it to e.g. 2 cores, the operator currently allows the change but the node fails to start.
What should have happened instead?
The operator should block changes resulting in a reduction of cores, to prevent node downtime. Possibly it should enforce this only for already running clusters.
How to reproduce the issue?
Create a cluster CR with spec->replicas=1 and spec->resources->request and limit set to cpu=3, memory=6Gi
Wait for the cluster to run
Update the CR setting spec->resources->request and limit to cpu=2, memory=6Gi
Version & Environment
Redpanda version: (use
rpk version
): latestWhat went wrong?
If a user creates a Redpanda Cluster CR with e.g. 3 cores (computed from a combination of CPU/memory request) and then reduces it to e.g. 2 cores, the operator currently allows the change but the node fails to start.
What should have happened instead?
The operator should block changes resulting in a reduction of cores, to prevent node downtime. Possibly it should enforce this only for already running clusters.
How to reproduce the issue?
cpu=3, memory=6Gi
cpu=2, memory=6Gi
cc: @alenkacz , @0xdiba
The text was updated successfully, but these errors were encountered: