GCP: kubectl exec / logs не в контейнерах при использовании UBUNTU в качестве ОС

Question

Я создал кластер из 2 узлов с ОС в качестве UBUNTU. После развертывания контейнера при попытке выполнить kecectl exec или logs выдается следующая ошибка: -

Error from server: error dialing backend: No SSH tunnels currently open. Were the targets able to accept an ssh-key for user <username>

Пожалуйста, расскажите, как заставить это работать. Узлы являются частью только пула по умолчанию. Шаги для воспроизведения: -

gcloud container clusters create "gke-test-cluster" --image-type=UBUNTU --machine-type=n1-standard-2  --zone us-east1-c --num-nodes 2 --cluster-version=1.8    
kubectl create -f https://k8s.io/docs/tasks/debug-application-cluster/shell-demo.yaml              
kubectl get pod shell-demo          

kubectl exec -it shell-demo -- /bin/bash  
Error from server: error dialing backend: No SSH tunnels currently open. Were the targets able to accept an ssh-key for user "gke-0c"?  

kubectl logs shell-demo  
Error from server: Get https://10.142.0.5:10250/containerLogs/default/shell-demo/nginx: No SSH tunnels currently open. Were the targets able to accept an ssh-key for user "gke-0c"?  

Я использую свой ноутбук для всех команд консоли. Этот вопрос уже поднимался по адресу: https://issuetracker.google.com/issues/77986235
https://serverfault.com/questions/907468/gcp-kubectl-exec-logs-fails-to-container-on-using-ubuntu-as-os/907882?noredirect=1#comment1177112_907882

Answer 1

Это была проблема с размером метаданных проекта. Мы очистили его, и оно сработало.

Answer 2

Я воспроизвел вашу проблему с вашими точными командами, и она работала просто отлично. Это должно быть проблемой из-за чего-то другого (например, брандмауэра, как предлагается в трекере проблем).

На самом деле, проверьте, чтобы подтвердить, что у вас есть три правила брандмауэра:

gke-gke-test-cluster-07424324-all ...    
gke-gke-test-cluster-07424324-ssh ...  
gke-gke-test-cluster-07424324-vms ...

О облачной оболочке и вашем ноутбуке нет большой разницы, если вы правильно аутентифицированы с помощью Cloud SDK. Сказать, что эта проблема также воспроизводится из gcp cloud-shell, на самом деле не имеет смысла.

Если у вас есть правила брандмауэра, и вы мало что сделали в проекте, я бы порекомендовал вам создать новый проект и начать там.