(einzelne Hosts hinzugefügt) |
mNo edit summary |
||
(One intermediate revision by the same user not shown) | |||
Line 14: | Line 14: | ||
Wir betreiben ein kleines Cluster aus Mini-PCs (Intel NUC) für interne Services, die innerhalb [[Netzwerk]] des Chaosdorfs erreichbar sind. | Wir betreiben ein kleines Cluster aus Mini-PCs (Intel NUC) für interne Services, die innerhalb [[Netzwerk]] des Chaosdorfs erreichbar sind. | ||
{{Host | === Lessons Learned === | ||
==== Sandbox Not Found ==== | |||
Falls Pods nicht vollständig aus dem Cluster entfernt werden können, kann es helfen, sich mal auf dem Cluster selbst zu treten. Zum Beispiel so: | |||
# <code>kubectl delete pod <Name> --force --grace-period 0</code>, damit ist hoffentlich schon mal der Pod aus dem Cluster. | |||
# Auf dem Node selbst: <code>k3s crictl pods</code> um alle Pods zu listen. | |||
# <code>k3s crictl rmp <Name></code> um einen Pod zu löschen. Falls hier eine fehlende Sandbox als Fehler angegeben wird: Node neu starten. | |||
# Nach Neustart<ref>https://wener.me/notes/devops/kubernetes/distro/k3s/faq#failed-to-get-network-cbr0-cached-result-decoding-version-from-network-config-unexpected-end-of-json-input</ref>: <code>find /var/lib/cni/flannel/ -size 0 -delete</code> & <code>find /var/lib/cni/results/ -size 0 -delete</code> und nochmal <code>k3s crictl rmp <Name></code>, dann sollte das Problem hoffentlich gelöst sein. | |||
==== Namespace Terminating ==== | |||
Fall sich ein Namespace nicht entfernen lässt und im Status "Terminating" hängen bleibt, hilft vielleicht dieser Blogpost: https://www.redhat.com/sysadmin/troubleshooting-terminating-namespaces<nowiki/>{{Host | |||
|name=NUC1 | |name=NUC1 | ||
|os=Debian | |os=Debian |
Latest revision as of 01:14, 5 October 2024
NUC Cluster | |
---|---|
Kubernetes Cluster für unsere Services im Space | |
Ort | Server-Rack |
Besitzstatus | Club-Eigentum |
Kontakt | nomaster, Cyaniccerulean, lix |
Benutzung | vorsichtig |
Wir betreiben ein kleines Cluster aus Mini-PCs (Intel NUC) für interne Services, die innerhalb Netzwerk des Chaosdorfs erreichbar sind.
Lessons Learned[edit | edit source]
Sandbox Not Found[edit | edit source]
Falls Pods nicht vollständig aus dem Cluster entfernt werden können, kann es helfen, sich mal auf dem Cluster selbst zu treten. Zum Beispiel so:
kubectl delete pod <Name> --force --grace-period 0
, damit ist hoffentlich schon mal der Pod aus dem Cluster.- Auf dem Node selbst:
k3s crictl pods
um alle Pods zu listen. k3s crictl rmp <Name>
um einen Pod zu löschen. Falls hier eine fehlende Sandbox als Fehler angegeben wird: Node neu starten.- Nach Neustart[1]:
find /var/lib/cni/flannel/ -size 0 -delete
&find /var/lib/cni/results/ -size 0 -delete
und nochmalk3s crictl rmp <Name>
, dann sollte das Problem hoffentlich gelöst sein.
Namespace Terminating[edit | edit source]
Fall sich ein Namespace nicht entfernen lässt und im Status "Terminating" hängen bleibt, hilft vielleicht dieser Blogpost: https://www.redhat.com/sysadmin/troubleshooting-terminating-namespaces
NUC1 | |
---|---|
Ort | NUC Cluster |
Zweck | Kubernetes |
OS | Debian |
Admins | nomaster, Cyaniccerulean |
NetBox URL | [1] |
NUC2 | |
---|---|
Ort | NUC Cluster |
Zweck | Kubernetes |
OS | Debian |
Admins | nomaster, Cyaniccerulean |
NetBox URL | [2] |
NUC3 | |
---|---|
Ort | NUC Cluster |
Zweck | Kubernetes |
OS | Debian |
Admins | nomaster, Cyaniccerulean |
NetBox URL | [3] |
NUC4 | |
---|---|
Ort | NUC Cluster |
Zweck | Kubernetes |
OS | Debian |
Admins | nomaster, Cyaniccerulean |
NetBox URL | [4] |
NUC5 | |
---|---|
Ort | NUC Cluster |
Zweck | Kubernetes |
OS | Debian |
Admins | nomaster, Cyaniccerulean |
NetBox URL | [5] |
NUC6 | |
---|---|
Ort | NUC Cluster |
Zweck | Kubernetes |
OS | Debian |
Admins | nomaster, Cyaniccerulean |
NetBox URL | [6] |
NUC7 | |
---|---|
Ort | NUC Cluster |
Zweck | Kubernetes |
OS | Debian |
Admins | nomaster, Cyaniccerulean |
NetBox URL | [7] |