-
Notifications
You must be signed in to change notification settings - Fork 317
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
Prefix leader election lock name with "external-provisioner-leader" #295
Comments
We should make lock namespace configurable too. |
We can make it an option to not break backwards compatibility. /kind feature |
For a small bug like this I don't think adding a new flag option is justified. It could potentially make the provisioner a little harder to use, and exposing anything in the user interface carries some permanence. I'm personally OK with leaving the fix until 2.0, and make sure every other CSI controller prefixes before moving to 1.0. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle stale |
/lifecycle frozen |
/help |
@msau42: Please ensure the request meets the requirements listed here. If this request no longer meets these requirements, the label can be removed In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
After some discussion we decided not to do this, with the consideration that we may want to combine all the sidecars in the future. |
@msau42: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
master: update release-tools + dependencies
CSI has many controllers with leader election functionality. It's best to disambiguate between all the different locks used for LE with a provisioner-specific prefix.
However, a rolling upgrade to a version that includes the change will result in the possibility that two different locks are used at a given time, resulting in two leaders temporarily.
Should this be reconsidered when 2.0 rolls out?
The text was updated successfully, but these errors were encountered: