Je suis entrain de courir kubectl create -f notRelevantToThisQuestion.yml
La réponse que j'obtiens est:
Erreur du serveur (NotFound): le serveur n'a pas pu trouver la ressource demandée
Existe-t-il un moyen de déterminer quelle ressource demandée n'a pas été trouvée?
kubectl get ns
Retour
NOM STATUT AGE
par défaut Active 243d
kube-public Active 243d
kube-system Active 243d
Ce n'est pas un travail cron.
Client version 1.9
Version 1.6 du serveur
Ceci est très similaire à 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 mais mon cluster k8s a été déployé correctement (tout fonctionne depuis presque un an, j'ajoute un nouveau pod maintenant).
Pour résoudre ce problème, rétrogradez le client ou mettez à niveau le serveur. Dans mon cas, j'ai mis à niveau le serveur (nouveau minikube) mais oubliez de mettre à niveau le client (kubectl) et de vous retrouver avec ces versions.
$ kubectl version --short
Client Version: v1.9.0
Server Version: v1.14.1
Lorsque j'avais mis à niveau la version client (dans ce cas vers 1.14.2), tout a recommencé à fonctionner.
Les instructions pour installer le client (dans votre mise à niveau) sont ici https://kubernetes.io/docs/tasks/tools/install-kubectl
De http://words.yuvi.in/post/kubectl-rbac/
Fonctionnement kubectl create -f notRelevantToThisQuestion.yml -v=8
imprimera tout le trafic HTTP (demandes et réponses!) d'une manière facile à lire. De cette façon, on peut identifier quelle ressource n'est pas disponible à partir des réponses http.
La cause du problème dans les versions:
un client ne doit pas être biaisé plus d'une version mineure du maître, mais peut diriger le maître jusqu'à une version mineure. Par exemple, un maître v1.3 doit fonctionner avec les nœuds v1.1, v1.2 et v1.3 et doit fonctionner avec les clients v1.2, v1.3 et v1.4.