-
Notifications
You must be signed in to change notification settings - Fork 558
v.0.13.0 - Custom VNET not yet supported with Windows-enabled clusters #2283
Comments
I dont think its working in Linux either. #2284 I am experiencing that issue. Possible related to limited functionality with the latest versions. I was using v0.12.5 just in case. |
What version supported custom Vnets? I deployed a hybrid 1.7 cluster a few months back and found that the cluster would provision completely with the exception of the windows nodes. I participated in a few Issues regarding this and requested that the documentation be updated to state this known limitation. It was updated and can be found here. 1.8 and 1.9 were out when that happened. So maybe you succeeded with a version prior to 1.7? I used acs-version 0.11.0 Documentation stating the limitation. Don't know if this is helpful but there is a work around documented here |
@patrick-motard |
@idanshahar oooh awesome! I will try that out. |
validation was intentionally added in #2168 since support for custom vnets + windows was broken. The check has now been removed but note that custom vnet support for Windows is experimental and there are some known issues. |
Is this a request for help?:
Yes
Is this an ISSUE or FEATURE REQUEST? (choose one):
ISSUE
What version of acs-engine?:
v.0.13.0
If this is a ISSUE, please:
The previous version supported a Custom Vnet for Windows-enabled cluster, now somehow the latest version does not support this feature. Is this planned?
Orchestrator and version (e.g. Kubernetes, DC/OS, Swarm)
Kubernetes 1.9.1
What happened:
Failed to generate Windows-enabled Kubernetes Cluster inside custom Vnet.
How to reproduce it (as minimally and precisely as possible):
Generate a hybrid cluster inside Custom Vnet with acs-engine v.0.13.0
The text was updated successfully, but these errors were encountered: