Vă mulțumim că ați citit și că v-ați făcut timp pentru a revizui această problemă.
Am o problemă la utilizarea cluster-ului meu Kubernetes.
Rulează Flatcar Linux, produs de Kinvolk, achiziționat recent de Microsoft. Am configurat cluster-ul folosind Lokomotiv-ul lor (lokoctl) unealtă.
Am 4 noduri în total.
- socrates001 (maestru)
- socrates002 (nod)
- socrates003 (nod)
- socrates004 (nod)
Astăzi, în jurul orei 14:00, nodul meu principal a repornit din cauza serviciului de actualizare automată oferit de Lokomotive (instrumentul de gestionare a clusterelor realizat de Kinvolk).
Nodul meu principal a revenit, totuși k8-urile nu.
Ieșirea de container docker ls a alergat mai departe socrates001 este urmatorul:
CONTAINER ID IMAGINE COMANDA CREAȚĂ STAREA PORTURI NUMELE
e33995c69e10 quay.io/kinvolk/kubelet:v1.21.4 „/usr/local/bin/kube⦔ 7 minute în urmă Sus 7 minute kubelet
b6093a1f343a quay.io/coreos/etcd:v3.4.16 „/usr/local/bin/etcd” 7 minute în urmă Sus 7 minute etcd
Acest lucru indică faptul că Kubelet și Etcd rulează. Cu toate acestea, Kubelet îmi dă multe erori și, sincer, nu aș ști de unde să încep să sap...
Când alerg journalctl -u kubelet, îmi dă următoarea ieșire, l-am pus într-un Pastebin pentru că este prea mare. Atenție, este una mare.
https://pastebin.com/A9Lmf0tc
Lucruri pe care le-am încercat deja:
- Repornirea nodului master
- Se repornește kubelet
- Repornirea etcd
- Încercarea manuală de a porni API-ul kube, cu toate acestea, aceasta se termină imediat (de către kubelet cred)
- Schimb forțat cu
sudo swapoff -a, cu toate acestea, în timpul furnizării clusterului, sunt destul de sigur că Lokomotive îl dezactivează deja pe Flatcar Linux.
Nu am nicio idee de ce se întâmplă acest lucru, așa că toate comentariile și răspunsurile sunt binevenite! Sunt un student cu destul timp, așa că ar trebui să primiți rapid un răspuns.
Mulțumesc anticipat!
Editare: se pare că există o eroare în punctul de control Kubelet. Am depus o problemă cu Lokomotive aici: https://github.com/kinvolk/lokomotive/issues/1576
