NUC Cluster: Difference between revisions

From Chaosdorf Wiki
(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
NUC-Cluster.jpg
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:

  1. kubectl delete pod <Name> --force --grace-period 0, damit ist hoffentlich schon mal der Pod aus dem Cluster.
  2. Auf dem Node selbst: k3s crictl pods um alle Pods zu listen.
  3. k3s crictl rmp <Name> um einen Pod zu löschen. Falls hier eine fehlende Sandbox als Fehler angegeben wird: Node neu starten.
  4. Nach Neustart[1]: find /var/lib/cni/flannel/ -size 0 -delete & find /var/lib/cni/results/ -size 0 -delete und nochmal k3s 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]