Skip to content
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

GKE cluster creation warnings #253

Closed
Ark-kun opened this issue Nov 14, 2018 · 1 comment
Closed

GKE cluster creation warnings #253

Ark-kun opened this issue Nov 14, 2018 · 1 comment
Assignees

Comments

@Ark-kun
Copy link
Contributor

Ark-kun commented Nov 14, 2018

Our current cluster creation command produces several warnings that can confuse the users.
In future, our cluster creation instructions might produce the clusters that do not work properly.
It would be great to change the command so that it does not give warnings.

gcloud container clusters create $CLUSTER_NAME \
            --zone $ZONE \
            --scopes cloud-platform \
            --enable-cloud-logging \
            --enable-cloud-monitoring \
            --num-nodes 3

WARNING: Starting in 1.12, new clusters will have basic authentication disabled by default. Basic authentication can be enabled (or disabled) manually using the --[no-]enable-basic-auth flag.
WARNING: Starting in 1.12, new clusters will not have a client certificate issued. You can manually enable (or disable) the issuance of the client certificate using the --[no-]issue-client-certificate flag.
WARNING: Currently VPC-native is not the default mode during cluster creation. In the future, this will become the default mode and can be disabled using --no-enable-ip-alias flag. Use --[no-]enable-ip-alias flag to suppress this warning.
WARNING: Starting in 1.12, default node pools in new clusters will have their legacy Compute Engine instance metadata endpoints disabled by default. To create a cluster with legacy instance metadata endpoints disabled in the default node pool, run clusters create with the flag --metadata disable-legacy-endpoints=true.
This will enable the autorepair feature for nodes. Please see https://cloud.google.com/kubernetes-engine/docs/node-auto-repair for more information on node autorepairs.
WARNING: The behavior of --scopes will change in a future gcloud release: service-control and service-management scopes will no longer be added to what is specified in --scopes. To use these scopes, add them explicitly to --scopes. To use the new behavior, set container/new_scopes_behavior property (gcloud config set container/new_scopes_behavior true).
WARNING: Starting in Kubernetes v1.10, new clusters will no longer get compute-rw and storage-ro scopes added to what is specified in --scopes (though the latter will remain included in the default --scopes). To use these scopes, add them explicitly to --scopes. To use the new behavior, set container/new_scopes_behavior property (gcloud config set container/new_scopes_behavior true).

@vicaire
Copy link
Contributor

vicaire commented Mar 27, 2019

Resolving as Kubeflow/core is taking care of deployment now. Please re-open if needed.

@vicaire vicaire closed this as completed Mar 27, 2019
Linchin pushed a commit to Linchin/pipelines that referenced this issue Apr 11, 2023
* Define some CUJ labels to begin grouping issues by CUJ. This will
  be a good way to group issues across repos and relate them to releases.

* kubernetes/test-infra#10515 will allow the prow bot to set labels
  /community, /platform, /cuj so all members will be able to begin
  setting those labels.

* Add a label for community mainenance.

* Remove os labels we aren't using them
* Remove problems label these aren't using them.
* Remove improvemnt labels these aren't using them
magdalenakuhn17 pushed a commit to magdalenakuhn17/pipelines that referenced this issue Oct 22, 2023
* Initialize status before reconcile

* Addresses review comments

* Minor fixes

* Adding error check instread of string
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants