-
Notifications
You must be signed in to change notification settings - Fork 40k
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
The multizone setting in gce.conf is ignored by PersistentVolumeLabel #27656
Comments
The most important consequence of this bug is #27657. I propose that if we can work around that we can punt this to 1.4. |
We had a long-lasting bug which prevented creation of volumes in non-master zones, because the cloudprovider in the volume label admission controller is not initialized with the multizone setting (issue kubernetes#27656). This implements a simple workaround: if the volume is created with the failure-domain zone label, we look for the volume in that zone. This is more efficient, avoids introducing a new semantic, and allows users (and the dynamic provisioner) to create volumes in non-master zones. Fixes kubernetes#27657
Workaround to justify punting in #27553 |
We had a long-lasting bug which prevented creation of volumes in non-master zones, because the cloudprovider in the volume label admission controller is not initialized with the multizone setting (issue kubernetes#27656). This implements a simple workaround: if the volume is created with the failure-domain zone label, we look for the volume in that zone. This is more efficient, avoids introducing a new semantic, and allows users (and the dynamic provisioner) to create volumes in non-master zones. Fixes kubernetes#27657
@justinsb, @quinton-hoole #27533 is merged - is the right thing to keep this open, but move out of v1.3? |
I believe so, yes: we have a workaround that avoids the problem - you specify the zone annotations if running multizone. The dynamic provisioner specifies them automatically, so for most users volumes "just work". Punting to 1.4 |
@justinsb, Could you please let me know what is the status of the bug? It is assigned to me, but I am wondering whether you already worked on it. Also what is the appropriate priority for this issue? Thanks! |
No work done on this yet for 1.4 - punting it to the next release, given that we have a workaround. |
@quinton-hoole we have to do it again...punt to 1.6 please? |
Yes it does. Lets close this one. I will backport the fix. |
/close |
@gnufied: you can't close an issue unless you authored it or you are assigned to it. In response to this comment:
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. I understand the commands that are listed here. |
/assign @gnufied |
/close |
gce.conf is not even read while building the GCE cloudprovider:
https://github.com/kubernetes/kubernetes/blob/master/plugin/pkg/admission/persistentvolume/label/admission.go#L176
As such, multizone is ignored, and a PV in a zone other than that in which the apiserver is running cannot be created on GCE.
The text was updated successfully, but these errors were encountered: