Proxmox VE Systemlog Erstellung

Aus Thomas-Krenn-Wiki
Zur Navigation springen Zur Suche springen

Treten während des Betriebs von Proxmox VE Fehler oder unerwartete Probleme auf, unterstützen Systemlogs die Analyse und Identifikation möglicher Ursachen. Dieser Artikel beschreibt die wichtigsten relevanten Logquellen und erläutert, wie diese abgerufen werden können. Zusätzlich steht ein durch den technischen Support der Thomas-Krenn.AG bereitgestelltes Skript zur Verfügung, das die Logsammlung automatisiert.

Die Proxmox VE Systemlogs

Im Folgenden werden die relevanten Logs und Befehle erläutert.

pvereport

Der Befehl pvereport erstellt eine umfassende Übersicht der Proxmox-Konfiguration. Enthalten sind u. a.:

  • Paketversionen
  • Node-Informationen
  • Clusterstatus
  • Subscription-Status
  • Storage-Konfiguration (z. B. Ceph, ZFS)

Aufruf

user@system:~$ pvereport

/var/log/syslog (nur bis Proxmox VE 7.4)

Das klassische Syslog enthält Meldungen des Betriebssystems, seiner Dienste sowie Hardware-Ereignisse. Jede Zeile umfasst üblicherweise einen Zeitstempel und eine Dienstzuordnung, was die Fehlersuche erleichtert.

Aufruf

user@system:~$ less /var/log/syslog

Logrotation

Die Größe von Logdateien wird in der Regel durch das Werkzeug logrotate begrenzt. Ältere Logs werden komprimiert abgelegt, um Speicherplatz zu sparen. Die Rotation erfolgt automatisiert über Cron-Jobs und verhindert ein volllaufendes Dateisystem.

Beispiel einer typischen Rotation:

-rw-r----- 1 root adm  82484 2006-10-15 00:29 syslog 
-rw-r----- 1 root adm 163497 2006-10-14 13:06 syslog.0
-rw-r----- 1 root adm  23503 2006-10-13 01:30 syslog.1.gz
-rw-r----- 1 root adm  36587 2006-10-12 11:18 syslog.2.gz
...

journalctl (ab Proxmox VE 8.0)

Ab Debian 12 (Bookworm) wurde Syslog durch systemd-journald ersetzt. Das Abrufen erfolgt über journalctl, welches strukturiere und gefilterte Logabfragen ermöglicht.

Weitere Informationen: Ablösung von /var/log/syslog durch journalctl in Debian 12

/var/log/apt/history.log

Dieses Log dokumentiert Paketänderungen über den APT-Paketmanager. Neben Installations- und Entfernungsvorgängen werden Paketversionen vor und nach Updates aufgeführt.

Aufruf

user@system:~$ less /var/log/apt/history.log

dmesg

dmesg steht für "display message" und ist ein Tool, welches die Kernel-Meldungen (genauer: die Meldungen des Kernel-Ringpuffers) auf dem Bildschirm ausgeben kann. Unter Linux liest dmesg beispielsweise standardmäßig /proc/kmsg aus und gibt diesen als lesbaren Text wieder. Dmesg gibt dabei alle Meldungen des Bootvorgangs in zeitlicher Sortierung an, welche aufsteigend von Null beginnend, angezeigt werden.

Aufruf

user@system:~$ dmesg

SMART-Werte

SMART („Self-Monitoring, Analysis and Reporting Technology“) stellt Informationen über Zustand und Zuverlässigkeit von Datenträgern bereit. Warnungen können frühzeitig auf Ausfälle hinweisen.

Aufruf

Blockgeräte:

user@system:~$ smartctl -a /dev/sdX

NVMe-Geräte:

user@system:~$ nvme smart-log /dev/nvmeX

Support-Skript

Der technische Support der Thomas-Krenn.AG stellt ein Skript zur Verfügung, das relevante Logs automatisiert sammelt und anschließend in einem komprimierten Archiv zusammenführt. Zusätzlich werden Seriennummern ermittelt und Daten nach Nodes sortiert.

Download: Thomas-Krenn PVE Systemlog Skript

Wurde das Skript heruntergeladen, sollte wie folgt vorgegangen werden:

Verwendung

  1. Verbindung zum Server per SFTP (z. B. WinSCP oder FileZilla) herstellen.
  2. Die Datei getpvelogs.sh auf den Server hochladen.
  3. Das Skript per Shell ausführen. ./getpvelogs.sh
  4. Nach Abschluss wird ein Ordner mit supportlogs.tar.gz erstellt.
  5. Dieses Archiv kann anschließend heruntergeladen und an den Support übermittelt werden.

Nach erfolgreicher Erstellung sollten die Logs über die vom Support bereitgestellte Upload-Adresse übertragen werden.


Autor: Sandro Kaschner

Sandro Kaschner ist seit September 2023 bei der Thomas-Krenn beschäftigt. Er ist ein Auszubildender im Hardware Service und beschäftigt sich mit der Reparatur von Kundensystemen und dem testen & kontrollieren von Komponenten.


Autor: Adrian Zillner

Adrian Zillner ist seit Mai 2025 im Technical Service bei der Thomas-Krenn AG tätig. Er ist für das Betreuen von Kunden und Beantworten von Fragen bei technischen Problemen zuständig.

Autor: Samuel Müller

Samuel Müller ist seit 2024 im Product Management Team bei der Thomas-Krenn tätig. Dabei beschäftigt sich Herr Müller mit Proxmox VE, Proxmox Mail Gateway und Proxmox Datacenter Manager und unter anderem mit dem Thomas-Krenn-Wiki.

Das könnte Sie auch interessieren

Mellanox ConnectX-4/5/6 Bitfehler ab Linux Kernel 5.13
Proxmox Clock Skrew detected
X12DPi-NT6 Proxmox VE 8 poweroff statt reboot