Определите, какой ресурс не был найден, из "Ошибка с сервера (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 вы используете?