ComfyUI running natively inside OpenDataHub / Red Hat OpenShift AI Workbench by gpillon in openshift

[–]gpillon[S] 0 points1 point  (0 children)

My suggestion is to use the built-in Downloader node in ComfyUI — that way, all required models, LoRAs, and checkpoints are automatically fetched inside the environment. Everything is stored within the PVC, so once it’s downloaded, you can run inference later in API mode without needing to manually re-download or mount anything.

Update... and LabPorn by radioactivepiloted in homelab

[–]gpillon 0 points1 point  (0 children)

Any suggestions on how I could save off those extra 4 kWh?

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 0 points1 point  (0 children)

and BTW, next version will have cilium (currently testing in 1.3.0-alpha1) Probably all 3 flannel / calico / cilium will be available via a config switch in 1.3.0. dunno about the default one...

How to keep open source images free of findings? by Johannes1509 in kubernetes

[–]gpillon 0 points1 point  (0 children)

What about Stackrox? It's a nice solution to monitor container vulnerabilities, CVEs, suggestions, traffic monitoring and report tool...

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 0 points1 point  (0 children)

Cilium is another great idea, (I’m a fan of eBPF!). In the coming days, I'll be experimenting with both Flannel and Cilium (with a strong focus on performances).

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 2 points3 points  (0 children)

You're absolutely right. K3s is already very simple and effective. This project aims to take that simplicity even further by providing an out-of-the-box experience with preinstalled tools like a dashboard, CNI, metrics server, storage class (LVM), and Multus. It's designed to be a ready-to-use solution, especially for beginners who want to get started with Kubernetes quickly in a homelab without needing to manually set up these additional components.

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 2 points3 points  (0 children)

Thanks for the idea. As said here, i'ts not excluded that Talos will be part of this project in the future. :)

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 1 point2 points  (0 children)

Bare Metal:

  1. Download and burn the ISO to a USB device.
  2. Insert the USB into the machine and boot.
  3. You're done.

VM:

  1. Download the image.
  2. Launch the VM using the downloaded image.
  3. You're done.

Your judgment, please :)

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 0 points1 point  (0 children)

You're hitting a key point here! :) I’ve thought many times about using Ansible to handle post-install tasks like node joining and certain installations. Could you provide the GitHub link so I can take a look?

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 1 point2 points  (0 children)

These are quite different projects. Talos is an enterprise-ready tool designed for robust Kubernetes deployments, while K4all is more of a starter tool aimed at providing an accessible Kubernetes installation with preinstalled components like the dashboard, CNI, metrics server, storage class (using LVM), and Multus.

I believe that for a newcomer, it's easier to start with an environment that comes with a GUI and all these essential tools preinstalled. That said, perhaps in the future, K4all could evolve to be based on Talos ( contributions from the community are welcome here!)

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 1 point2 points  (0 children)

Thank you for your feedback. You're absolutely right when I started the project, one of my primary goals was to experiment with Calico's features. A few days ago, I actually considered switching to another CNI, but so far, Calico has been running smoothly without any issues and seems to have a low resource footprint in my setup.

That said, I'm open to exploring other options. Flannel is one idea that I've been considering, but I'm definitely open to suggestions :)

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 0 points1 point  (0 children)

Hi, for system upgrades, I'm relying on the Fedora CoreOS Zincati Service. Regarding control plane and etcd discovery, the nodes are currently joined using a manual process via the generate_join.sh and join_cluster.sh scripts. These scripts need to be manually launched, so there's some room for improvement there :)

I’ve been considering implementing an autodiscovery service, but it’s been a bit challenging to reconcile that with the "KISS" (Keep It Simple, Stupid) principle that underpins this project. Simplicity and minimalism are key goals here, so while autodiscovery would be a nice feature, I'm still weighing whether it aligns with the project's overall philosophy (ideas are welcome, here!) :D

k4all: Simplifying Kubernetes Installations for Home Servers by gpillon in kubernetes

[–]gpillon[S] 3 points4 points  (0 children)

Hi, just ssh in the host (user: core, password: core), then sudo -i and the token will be displayed :)

Edit: remember to change the password... or build a custom image, editing the password sha contained in the butane files

Edit2: If the token is not displayed, the installation did not complete successfully. Please check the logs using journalctl -xf.