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
The reason I ask, is it creates a problem with our managed cloud services (e.g. ROSA), specifically with Hosted Control Plane which do not expose any master nodes within the cluster, which creates a poor experience for those users.
Happy to PR if we can remove this requirement, otherwise was curious to discuss.
FWIW, we were able to work around this by editing the Subscription resource following a failed deployment, but that is not ideal from a UX perspective IMO:
Mark the issue as fresh by commenting /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
Exclude this issue from closing by commenting /lifecycle frozen.
If this issue is safe to close now please do so with /close.
Mark the issue as fresh by commenting /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.
Exclude this issue from closing by commenting /lifecycle frozen.
If this issue is safe to close now please do so with /close.
/lifecycle rotten
/remove-lifecycle stale
openshift-cibot
added
lifecycle/rotten
Denotes an issue or PR that has aged beyond stale and will be auto-closed.
and removed
lifecycle/stale
Denotes an issue or PR has remained open with no activity and has become stale.
labels
Sep 20, 2024
Is there a reason that the VPA operator is scheduled on the master nodes as part of the operator installation process? See https://github.com/openshift/vertical-pod-autoscaler-operator/blob/master/install/deploy/03_deployment.yaml#L56
From the upstream (https://github.com/kubernetes/autoscaler/tree/master/vertical-pod-autoscaler/deploy) it looks like this is not a hard requirement for the project.
The reason I ask, is it creates a problem with our managed cloud services (e.g. ROSA), specifically with Hosted Control Plane which do not expose any master nodes within the cluster, which creates a poor experience for those users.
Happy to PR if we can remove this requirement, otherwise was curious to discuss.
FWIW, we were able to work around this by editing the
Subscription
resource following a failed deployment, but that is not ideal from a UX perspective IMO:The text was updated successfully, but these errors were encountered: