(Created page with "{{Resource |name=NUC Cluster |description=Kubernetes Cluster für unsere Services im Space |location=Server-Rack |resource category=Hardware |image=NUC-Cluster.jpg |ownership=club |contactnick=nomaster, Cyaniccerulean, lix |use=careful |broken=notify |annoying=notify |has label=Yes }} Wir betreiben ein kleines Cluster aus Mini-PCs (Intel NUC) für interne Services, die innerhalb Netzwerk des Chaosdorfs erreichbar sind.") |
mNo edit summary |
||
(2 intermediate revisions by 2 users not shown) | |||
Line 13: | Line 13: | ||
}} | }} | ||
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. | ||
=== 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 | |||
|os=Debian | |||
|location=NUC Cluster | |||
|purpose=Kubernetes | |||
|admins=nomaster, Cyaniccerulean | |||
|netbox_url=https://netbox.chaosdorf.space/dcim/devices/163/ | |||
}} | |||
{{Host | |||
|name=NUC2 | |||
|os=Debian | |||
|location=NUC Cluster | |||
|purpose=Kubernetes | |||
|admins=nomaster, Cyaniccerulean | |||
|netbox_url=https://netbox.chaosdorf.space/dcim/devices/164/ | |||
}} | |||
{{Host | |||
|name=NUC3 | |||
|os=Debian | |||
|location=NUC Cluster | |||
|purpose=Kubernetes | |||
|admins=nomaster, Cyaniccerulean | |||
|netbox_url=https://netbox.chaosdorf.space/dcim/devices/165/ | |||
}} | |||
{{Host | |||
|name=NUC4 | |||
|os=Debian | |||
|location=NUC Cluster | |||
|purpose=Kubernetes | |||
|admins=nomaster, Cyaniccerulean | |||
|netbox_url=https://netbox.chaosdorf.space/dcim/devices/197/ | |||
}} | |||
{{Host | |||
|name=NUC5 | |||
|os=Debian | |||
|location=NUC Cluster | |||
|purpose=Kubernetes | |||
|admins=nomaster, Cyaniccerulean | |||
|netbox_url=https://netbox.chaosdorf.space/dcim/devices/167/ | |||
}} | |||
{{Host | |||
|name=NUC6 | |||
|os=Debian | |||
|location=NUC Cluster | |||
|purpose=Kubernetes | |||
|admins=nomaster, Cyaniccerulean | |||
|netbox_url=https://netbox.chaosdorf.space/dcim/devices/168/ | |||
}} | |||
{{Host | |||
|name=NUC7 | |||
|os=Debian | |||
|location=NUC Cluster | |||
|purpose=Kubernetes | |||
|admins=nomaster, Cyaniccerulean | |||
|netbox_url=https://netbox.chaosdorf.space/dcim/devices/166/ | |||
}} |
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] |