Recent content by gyptazy

Gerne möchte ich ein kleines Update zum Proxday 2026 in Mönchengladbach mit den ersten drei Speakern bekanntgeben. CAPI: Deklarativ Kubernetes auf Proxmox ausrollen (Erkan Yanar) Den Wunsch Kubernetes zu betreiben oder anzubieten? Genau das machen wir in diesem Vortrag. Anstatt mit...

Die Veranstaltung [0] ist leider aktuell ausschließlich vor Ort und eine Art "Stammtisch" über Virtualisierungsthemen jeglicher Art und findet in den Räumen der credativ GmbH in Mönchengladbach (Deutschland) statt. Auf Grund der Nähe zu den Niederlanden und Belgien, wo auch erfreulicherweise...

Sehr cooles Projekt, vielen Dank für die Bereitstellung. Gerade für Architekturen, wo zentralisiert nur eine Backup-Lösung genutzt werden soll, kann dies durchaus sehr interessant sein. Wenn es zeitlich passt, werde ich dies noch mit in meinem Talk beim nächsten Virtualization Gathering [0]...

Hey zusammen, gerne möchte ich (einige kennen mich sicherlich bereits von ProxLB, PegaProx und den Ansible Modulen für PVE) euch auf das Community-Event Proxday 2026 aufmerksam machen, der von der credativ GmbH veranstaltet wird. Das Konzept ist ähnlich zu dem des Dutch Proxmox Day 2026, der...

@dharakos maybe this helps for the meantime: https://gyptazy.com/blog/ubuntu-26-04-final-lxc-container-image-for-proxmox8-proxmox-9/ We already had the same things for Debian 13. It might take some further time until there's an official image but maybe this helps for the meantime.

Guten Abend zusammen, da ich ebenfalls auf diese Thematik aufmerksam gemacht wurde ein paar Anmerkungen. In den bisher beigefügten Übersichten ergibt sich an keiner Stelle der Aufschluss, dass diese Prozesse von PegaProx ein potentielles Problem darstellen würden, noch überhaupt dort mit...

As requested, a `list-only` parameter for added for pipeline runs (avoiding invoking other tools like grep, awk, …). So, you directly get simply the CPU type returned on stdout which can be set for the guest. This is part of release 1.2

Vielen Dank für das tolle Feedback!

Thank you, happy to hear!

Happy new year! Version 1.1.0 released. Version 1.1.0 now also supports standalone PVE nodes. While this is a corner case and host type might mostly fit, this might still be interesting for corner cases like Windows systems where CPU mitigations kick in and slow down the performance.

Ich habe die Tage mal dazu das Tool “ProxCLMC” (Prox CPU Live Migration Checker) geschrieben, da dies immer mal wieder aufkam. Wie @Falk R. schon schrieb, erfolgt dies auf VM Basis. Die Idee ist, dies in eine Pipeline einzubinden, um das aktuelle Level des CPU Typs über alle Nodes im Cluster...

Hey folks, I got asked to cross-post this to the Proxmox forums. You might already know me from the ProxLB project for Proxmox, BoxyBSD or some of the new Ansible modules for Proxmox and I just published a new open-source tool: ProxCLMC (Prox CPU Live Migration Checker). Live migration is one...

Hey @ksl28, instead of: simply use: This probably returns you your expected remotes, including a list of the nodes themselves and their types (pre, pbs). The output looks like: Hope it helps! Afterwards, you can use this data as a foundation to query resources directly via /pve or /pbs...

Not yet, but maybe the ProxLB project might be a look worth in the meantime: https://github.com/gyptazy/ProxLB This also features the support of affinity and anti-affinity rules, ignore options on guest and nodes level and several other features.

Both ways. Also LXC or Docker is possible. It simply uses the Proxmox API - so in the end, it simply requires a network connectivity to any Proxmox node within the cluster. It's up to you and what you prefer. You can find all the details within the docs...