Wichtig immer vorher System sichern!

Migration:
Snapshot oder Backup  vom System erstellen bevor man beginnt!:

DB Backup:
sudo -u postgres pg_dump \
-d patchmon \
-Fc \
–no-owner \
–no-privileges \
-f /tmp/patchmon-$(date +%Y%m%d-%H%M%S).Dump

Docker installieren:
Debian repos:
sudo apt install ca-certificates curl gnupg
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/debian/gpg | sudo gpg –dearmor -o /etc/apt/keyrings/docker.gpg
sudo chmod a+r /etc/apt/keyrings/docker.gpg
echo „deb [arch=$(dpkg –print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/debian $(lsb_release -cs) stable“ | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt update

Ubuntu repos:
sudo apt install ca-certificates curl gnupg
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg –dearmor -o /etc/apt/keyrings/docker.gpg
sudo chmod a+r /etc/apt/keyrings/docker.gpg
echo „deb [arch=$(dpkg –print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu$(lsb_release -cs) stable“ | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt update

Neuen default Ordner für Patchmon erstellen, ins Verzeichnis wechseln und dann den DB Backup hineinverschieben:
mkdir /opt/patchmon
cd /opt/patchmon
mv /tmp/patchmon-*.dump /opt/patchmon

Während der Installation entsprechend die Fragen beantworten. Die CORS_ORIGIN URLs entsprechend eintragen. Nach der Installation Patchmon noch NICHT mit docker compose starten!

Patchmon Installation setup starten:
bash -c „$(curl -fsSL https://raw.githubusercontent.com/PatchMon/PatchMon/refs/heads/main/docker/setup-env.sh)“

Wir starten zunächst nur die Datenbank:
docker compose up -d database

Backup von der Datenbank wiederherstellen:
cd /opt/patchmon
docker compose exec -T database pg_restore \
-U patchmon_user \
-d patchmon_db \
–no-owner –no-privileges –role=patchmon_user \
< /opt/patchmon/patchmon-*.dump

Überprüfen Sie die .env ob die Ports identisch wie in der alten Installation sind; wenn nicht, passen Sie sie entsprechend an, wie man das System davor konfiguriert hat.
nano .env

Die docker-compose.yml überprüfen, ob die Ports richtig sind und die alten Ports entsprechen!
nano docker-compose.yml

Alle alten Services stoppen: Wenn man SSL eingerichtet hat, entsprechend die nginx Konfig anpassen.
systemctl stop nginx
systemctl disable nginx
systemctl stop patchmon

Jetzt können wir den Docker Container starten:
docker compose up -d

Der Beitrag PatchMon 1.4.2 (Bare Metal Legacy) > Patchmon 2.0.2 Docker migration erschien zuerst auf Ivan Ivanov.

Kurz nach der Veröffentlichung der großen v2.0.0-Hauptversion von PatchMon haben die Maintainer zwei wichtige Maintenance-Releases nachgeschoben: v2.0.1 und v2.0.2. Diese Updates zielen darauf ab, die Stabilität des neuen Systems zu festigen und Feedback aus der Community unmittelbar umzusetzen.

Fokus auf Stabilität und Migration

Der Wechsel auf v2.0.0 war aufgrund des neuen Datenbank-Schemas ein „Breaking Change“. Die Versionen v2.0.1 und v2.0.2 adressieren primär Probleme, die Nutzer während dieses Migrationsprozesses gemeldet haben.

Die wichtigsten Verbesserungen im Überblick:

1. Migrations-Fixes: Korrekturen an den SQL-Skripten, die den Übergang von der alten v1-Struktur auf das neue v2-Modell reibungsloser gestalten.

2. Dashboard-Optimierung: Die neue Benutzeroberfläche wurde an einigen Stellen nachgebessert, um Informationen noch klarer darzustellen und Anzeigefehler in bestimmten Browsern zu beheben.

3. Fehlerbehandlung bei Agenten-Timeouts: Optimierung der Logik, wenn Agenten kurzzeitig nicht erreichbar sind, um Fehlalarme im Monitoring zu reduzieren.

4. Security & Dependency Updates: Wie üblich wurden im Hintergrund Bibliotheken aktualisiert, um die Angriffsfläche der Anwendung selbst zu minimieren.

Fazit für Administratoren

Maintenance-Releases wie v2.0.1 und v2.0.2 sind die wichtigsten Updates für einen stabilen IT-Betrieb. Sie beweisen, dass das Projekt PatchMon aktiv gepflegt wird und schnell auf Nutzerberichte reagiert. Wer den Umstieg auf v2 geplant hat, sollte nun direkt auf die v2.0.2 setzen, da diese die bisher ausgereifteste Version des neuen Zweigs darstellt.

Alle Änderungen im Detail: PatchMon Releases auf GitHub

Der Beitrag PatchMon v2.0.1 & v2.0.2: Stabilität für dein Patch-Management erschien zuerst auf Ivan Ivanov.

Das Open-Source-Projekt PatchMon hat mit der Veröffentlichung von Version 2.0.0 (github.com/PatchMon/PatchMon/releases/tag/v2.0.0) einen massiven Meilenstein erreicht. Während die neue Version zahlreiche Verbesserungen bietet, müssen Nutzer der bisherigen stabilen Version 1.4.2 einen wichtigen Migrationspfad beachten.

Die Evolution des Patch-Monitorings

PatchMon hat sich als unverzichtbares Werkzeug für Administratoren etabliert, die den Überblick über ausstehende Sicherheitsupdates in heterogenen Serverumgebungen behalten müssen. Die v2 wurde von Grund auf optimiert, um auch in Umgebungen mit hunderten von Instanzen stabil zu laufen.

Die wichtigsten Neuerungen in v2.0.0:

1. Strukturierte Datenhaltung: Das neue Backend-Schema ermöglicht komplexere Abfragen und eine schnellere Verarbeitung von Agenten-Daten.

2. Verbesserte Benachrichtigungs-Logik: Alarme können nun noch granularer nach Kritikalität und Servergruppen gesteuert werden.

3. Modernes Frontend: Die Weboberfläche wurde entschlackt und auf maximale Übersichtlichkeit getrimmt, um „Alert Fatigue“ zu vermeiden.

4. Sicherheits-Hardening: Unter der Haube wurden Abhängigkeiten aktualisiert und die Kommunikation zwischen Agent und Server weiter abgesichert.

Der Migrations-Guide: Von 1.4.2 zu 2.0.0

Da v2 ein Major-Release ist, gibt es grundlegende Änderungen am Datenbankschema. Ein einfaches „In-Place-Update“ ist nicht empfohlen.

Schritte zur erfolgreichen Migration:

• Backup: Erstelle zwingend ein vollständiges Backup deiner v1.4.2 Datenbank.

• Schema-Migration: Nutze die bereitgestellten Migrations-Skripte im Repository, um deine bestehenden Daten in das neue Format zu überführen.

• Agenten-Check: Stelle sicher, dass deine installierten Agenten mit der neuen API-Version von v2 kommunizieren können.

Fazit

PatchMon v2.0.0 ist ein notwendiges und hochwillkommenes Update. Es bietet die nötige Stabilität und Features, die modernes IT-Infrastruktur-Management im Jahr 2026 verlangt. Auch wenn die Migration von 1.4.2 Aufwand bedeutet, rechtfertigen die Sicherheitsgewinne und die Performance den Schritt allemal.

Zum Release-Log: PatchMon v2.0.0 auf GitHub

Migrationsanleitung: Migration from 1.4.2 to 2.0.0

Der Beitrag PatchMon v2.0.0: Release & Migration von 1.4.2 erklärt erschien zuerst auf Ivan Ivanov.

Jeder Systemadministrator weiß: Das Patchen von Clustern gehört zu den wichtigsten, aber auch zeitaufwendigsten Aufgaben. Besonders bei Proxmox VE erfordert das Einspielen von Kernel-Updates oft manuelle Planung, um die Verfügbarkeit der virtuellen Maschinen sicherzustellen. Mit ProxPatch (proxpatch.de) gibt es nun eine Lösung, die diesen Prozess in eine vollautomatisierte „Rolling-Patch“-Orchestrierung verwandelt.

Warum ProxPatch?

Manuelle Updates sind fehleranfällig. Ein vergessener Knoten, eine Fehlkonfiguration bei der Migration oder ein zu früher Reboot können den gesamten Cluster gefährden. ProxPatch folgt einem systematischen Ansatz, um diese Risiken zu eliminieren.

Die Funktionsweise im Detail:

1. Zustandsbewertung: Vor jedem Scan prüft ProxPatch den „Gesundheitszustand“ des Clusters. Es inventarisiert alle VMs, prüft das Quorum und identifiziert sichere Kandidaten für das Patching.

2. Unterbrechungsfreie Migration: Muss ein Knoten für ein Update neu gestartet werden, initiiert ProxPatch eine Live-Migration aller laufenden VMs. Dabei wird intelligent entschieden, welcher Ziel-Host die besten Ressourcen (RAM/CPU) bietet.

3. Automatisierte Rolling Execution: Die Knoten werden nacheinander (rolling) abgearbeitet. ProxPatch wartet nach jedem Reboot, bis der Knoten wieder vollständig in den Cluster integriert ist, bevor es mit dem nächsten weitermacht.

4. Sicherheit durch Rust: Durch die Entwicklung in Rust bietet das Tool eine hohe Speichersicherheit und Performance, was besonders bei kritischer Infrastruktur-Software entscheidend ist.

Ein Gewinn für Homelabs und Enterprise

Egal ob du einen kleinen 3-Knoten-Cluster im Keller oder eine umfangreiche Enterprise-Umgebung verwaltest: Die Zeitersparnis und die gewonnene Sicherheit durch automatisierte Rolling Updates sind immens. ProxPatch ist vollständig Open Source und lädt zur aktiven Beteiligung auf GitHub ein.

Fazit

ProxPatch schließt die Lücke im Proxmox-Ökosystem zwischen manueller Wartung und komplexen, oft teuren Drittanbieter-Lösungen. Es ist ein schlankes, mächtiges Werkzeug, das in keinem Proxmox-Werkzeugkasten fehlen sollte.

Zum Projekt: ProxPatch.de | GitHub Repository

Der Beitrag ProxPatch: Proxmox Cluster Updates automatisch & ohne Downtime erschien zuerst auf Ivan Ivanov.

Das Open-Source-Projekt PatchMon macht mit der Version 1.4.2 einen großen Schritt in Richtung Benutzerfreundlichkeit und Enterprise-Readiness. Das Wartungs- und Feature-Release behebt nicht nur kritische Bugs, sondern führt lang ersehnte Funktionen für das Dashboard und die Sicherheits-Compliance ein.

Ein Dashboard, das sich anpasst

Bisher war das Dashboard von PatchMon eher statisch. Mit Version 1.4.2 ändert sich das grundlegend:

• Editierbare Widgets: Nutzer können die Anordnung der Info-Karten nun selbst bestimmen.

• Ultrawide-Support: Wer auf 21:9 Monitoren arbeitet, profitiert von einem optimierten Layout, das den Platz effizienter nutzt.

• Bull Board Fix: Das Queue-Monitoring (Bull Board) wird nun auch über reine HTTP-Verbindungen korrekt angezeigt.

Compliance & Sicherheit im Fokus

Ein Kernbereich von PatchMon ist die Überwachung von Sicherheitsrichtlinien. Hier gab es bedeutende Verbesserungen:

1. Fehlerfreie Transaktionen: Die Fehlermeldung „Transaction already closed“ bei Compliance-Operationen gehört der Vergangenheit an.

2. Manuelles Abbrechen: Scans können nun jederzeit abgebrochen werden, und hängende Scans (3h+) werden automatisch vom System bereinigt.

3. Pro-Host-Einstellungen: Scanner wie OpenSCAP oder Docker Bench lassen sich jetzt gezielt pro Host aktivieren oder deaktivieren.

4. Log-Sanitierung: Um Log-Injection-Angriffe zu verhindern, werden Host-IDs und Befehlsausgaben vor dem Schreiben in die Logs bereinigt.

Nahtlose Authentifizierung & Integrationen

Besonders für Firmenumgebungen ist der Fix des OIDC-Login-Loops entscheidend. Wenn die lokale Authentifizierung deaktiviert ist, leitet PatchMon nun sofort und stabil zum SSO-Anbieter (wie Keycloak oder Authentik) weiter. Neu hinzugekommen sind zudem Export-Möglichkeiten für das Monitoring-Tool Checkmk sowie die Unterstützung von Discord OAuth2 zur Kontoverknüpfung.

Fazit

PatchMon 1.4.2 ist ein rundum gelungenes Update, das die tägliche Arbeit von Systemadministratoren erleichtert. Es kombiniert tiefgreifende technische Fixes mit einer modernen, flexiblen Oberfläche.

Zum Release: PatchMon v1.4.2 auf GitHub

Der Beitrag PatchMon 1.4.2 Release: Dashboard Edit & Compliance Fixes erschien zuerst auf Ivan Ivanov.