Определите, какой ресурс не был найден, из "Ошибка с сервера (NotFound): серверу не удалось найти запрошенный ресурс"

Я бегу kubectl create -f notRelevantToThisQuestion.yml

Я получаю ответ:

Ошибка сервера (NotFound): серверу не удалось найти запрошенный ресурс

Есть ли способ определить, какой ресурс был запрошен, который не был найден?

kubectl get ns возвращается

НАИМЕНОВАНИЕ СТАТУС ВОЗРАСТ
по умолчанию активный 243d
kube-public Активный 243d
kube-system Active 243d

Это не работа cron.
Клиентская версия 1.9
Версия сервера 1.6

Это очень похоже на https://devops.stackexchange.com/questions/2956/how-do-i-get-kubernetes-to-work-when-i-get-an-error-the-server-could-not-find-t?rq=1 но мой кластер k8s был развернут правильно (все работает почти год, я добавляю новый модуль сейчас).

10 ответов

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

$ kubectl version --short
Client Version: v1.9.0
Server Version: v1.14.1

Когда я обновил версию клиента (в данном случае до 1.14.2), все снова заработало.

Инструкции по установке (в вашем случае обновления) клиента https://kubernetes.io/docs/tasks/tools/install-kubectl

У меня та же ошибка при попытке сделать диск с Дженкинсом и Кубернетесом. В конвейере извиняюсь kubectl create -f app-deployment.yml -v=8 Это изображение показывает больше информации об ошибке:

введите описание изображения здесь

С http://words.yuvi.in/post/kubectl-rbac/

Бег kubectl create -f notRelevantToThisQuestion.yml -v=8 напечатает весь HTTP-трафик (запросы и ответы!) в удобочитаемом виде. Таким образом, можно определить, какой ресурс недоступен из ответов http.

Причина проблемы в версиях:

Из документации

клиент должен быть перекошен не более чем одной вспомогательной версией от мастера, но может вести мастера до одной вспомогательной версии. Например, мастер v1.3 должен работать с узлами v1.1, v1.2 и v1.3 и должен работать с клиентами v1.2, v1.3 и v1.4.

примените их, а затем попробуйте

mkdir -p $ HOME / .kube

sudo cp -i /etc/kubernetes/admin.conf $HOME / .kube / config

sudo chown $(идентификатор -u): $ (идентификатор -g) $HOME / .kube / config

Это решение особенно подходит для пользователей Mac.

Шаг 1:- Обновите кубернетес

      brew upgrade kubernetes-cli

Шаг 2:- Перезаписать

      brew link --overwrite kubernetes-cli

Для Openshift я использовал старую версию oc CLI, после обновления до последней версии oc CLI решила мою проблему

Я наткнулся на этот вопрос при создании ресурса из Dashboard.

Ресурс был в пространстве имен, и у меня не было выбрано пространство имен. Выбор пространства имен исправлен the server could not find the requested resourceошибка.

В моем случае я не включил kubernetes с рабочего стола docker.

Я включил его, который работал.

Не могли бы вы дать нам больше деталей? Например, какой тип объекта вы пытаетесь создать? случайно Cron Job? Какую версию Kubernetes вы используете?

Другие вопросы по тегам