(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 00:14, 5 October 2024
| NUC Cluster | |
|---|---|
| Kubernetes Cluster für unsere Services im Space | |
| Ort | Server-Rack |
| Besitzstatus | Club-Eigentum |
| Kontakt | nomaster |
| 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 podsum 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 -deleteund 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 |
| NetBox URL | [1] |
| NUC2 | |
|---|---|
| Ort | NUC Cluster |
| Zweck | Kubernetes |
| OS | Debian |
| Admins | nomaster |
| NetBox URL | [2] |
| NUC3 | |
|---|---|
| Ort | NUC Cluster |
| Zweck | Kubernetes |
| OS | Debian |
| Admins | nomaster |
| NetBox URL | [3] |
| NUC4 | |
|---|---|
| Ort | NUC Cluster |
| Zweck | Kubernetes |
| OS | Debian |
| Admins | nomaster |
| NetBox URL | [4] |
| NUC5 | |
|---|---|
| Ort | NUC Cluster |
| Zweck | Kubernetes |
| OS | Debian |
| Admins | nomaster |
| NetBox URL | [5] |
| NUC6 | |
|---|---|
| Ort | NUC Cluster |
| Zweck | Kubernetes |
| OS | Debian |
| Admins | nomaster |
| NetBox URL | [6] |
| NUC7 | |
|---|---|
| Ort | NUC Cluster |
| Zweck | Kubernetes |
| OS | Debian |
| Admins | nomaster |
| NetBox URL | [7] |