Boot-Logs mit KVM anzeigen

Ziel

Wenn Ihr VPS nicht mehr antwortet, können Sie diesen in der Regel immer noch über die KVM-Konsole über Ihr Kundencenter erreichen. Die schnellste Methode zur Diagnose des Problems ist die Überprüfung der Boot-Logs des Servers. Die GRUB-Konfiguration muss jedoch geändert werden, damit diese Logs angezeigt werden.

Diese Anleitung erklärt, wie Sie Boot-Logs aktivieren, die bei der Diagnose eines VPS hilfreich sein können.

Voraussetzungen

• Sie haben einen OVHcloud VPS in Ihrem Kunden-Account.

Zugriff auf das OVHcloud Kundencenter

• Direkter Link: VPS-Verwaltung
• Navigationspfad: Bare Metal Cloud > Virtual Private Server > Wählen Sie Ihren VPS aus

In der praktischen Anwendung

Wenn Sie noch regulär Zugriff auf Ihren VPS über SSH haben, können Sie zu Schritt 6 übergehen.

Schritt 1: VPS im Rescue-Modus neu starten

Starten Sie den Server im Rescue-Modus über das Kundencenter neu. Wenn nötig lesen Sie unsere Anleitung zum Rescue-Modus.

Schritt 2: Durchführung der ersten Überprüfung

Bei den älteren VPS Reihen werden Ihre Partitionen im Rescue-Modus automatisch erstellt. Sie können folgende Befehle verwenden, um dies zu überprüfen und den Mountpoint zu identifizieren:

df -h

~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            5.8G     0  5.8G   0% /dev
tmpfs           1.2G   17M  1.2G   2% /run
/dev/sda1       2.4G  1.5G  788M  66% /
tmpfs           5.8G     0  5.8G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           5.8G     0  5.8G   0% /sys/fs/cgroup
/dev/sdb1        49G  1.2G   48G   3% /mnt/sdb1
/dev/sdb15      105M  3.6M  101M   4% /mnt/sdb15

lsblk

~$ lsblk
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda       8:0    0  2.5G  0 disk
└─sda1    8:1    0  2.5G  0 part /
sdb       8:16   0   50G  0 disk
├─sdb1    8:17   0 49.9G  0 part /mnt/sdb1
├─sdb14   8:30   0    4M  0 part
└─sdb15   8:31   0  106M  0 part /mnt/sdb15

Das vorstehende Beispielergebnis zeigt, dass die Systempartition auf /mnt/sdb1 eingehängt ist. (Die primäre Disk ist sdb, während sda die Rescue-Platte ist und sda1 die primäre Rettungspartition, die auf / eingehängt ist).

Wenn Ihr VPS zu den aktuellen VPS-Reihen gehört, wird kein automatischer Mount durchgeführt und die Spalte "MOUNTPOINT" sollte leer sein. In diesem Fall gehen Sie direkt zu Schritt 4.

Schritt 3: Partition aushängen (nur für ältere VPS Reihen)

Auf einem VPS der älteren Reihen ist im Rescue-Modus die primäre Disk bereits gemountet. Sie muss daher zuerst 'unmountet' werden, bevor Schritt 4 durchgeführt wird:

~$ umount /dev/sdb1

Schritt 4: Partition mit den geeigneten Einstellungen mounten

Wenn Ihr VPS zu den aktuellen VPS-Reihen gehört, überprüfen Sie zunächst, dass der Mount-Ordner erstellt wurde:

~$ mkdir -p /mnt/sdb1

Geben Sie folgende Befehle ein, um die Partition mit den entsprechenden Einstellungen zu mounten:

~$ mount /dev/sdb1 /mnt/sdb1
~$ mount -t proc none /mnt/sdb1/proc
~$ mount -o bind /dev /mnt/sdb1/dev
~$ mount -t sysfs none /mnt/sdb1/sys/

Die Systempartition ist nun für die Verwendung mit dem Befehl chroot eingehängt, um Aktionen auszuführen, die Zugriff auf die Verzeichnisse sys, dev und proc erfordern.

Schritt 5: CHROOT-Befehl verwenden, um Ihre Systemdateien zu konfigurieren

Sie müssen nun auf die GRUB-Dateien Ihres Systems zugreifen und diese bearbeiten. Verwenden Sie hierzu den Befehl chroot:

~$ chroot /mnt/sdb1

Von hier an werden alle Befehle, die Sie eingeben, auf Ihren VPS statt auf die temporäre Rescue-Umgebung angewendet.

Schritt 6: Die GRUB-Konfiguration ändern

Debian 8 oder höher und Ubuntu 18 oder höher

Erstellen Sie eine Sicherungskopie der Konfigurationsdatei:

~$ cp /etc/default/grub /root/grub.backup

Um mit der KVM-Konsole auf die Boot-Logs zuzugreifen, stellen Sie sicher, dass Sie in der Datei /etc/default/grub folgenden Wert haben:

GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0 console=tty0"

Fehlt diese Zeile oder weicht sie ab, ändern Sie die Datei mit einem Editor und speichern Sie diese.

Verwenden Sie anschließend folgenden Befehl, um die GRUB-Konfigurationsdatei zu regenerieren (die Änderungen werden für den nächsten Neustart gespeichert):

~$ update-grub

CentOS 7 oder höher (grub2)

Erstellen Sie eine Sicherungskopie der Konfigurationsdatei:

~$ cp /etc/default/grub /root/grub.backup

Um mit der KVM-Konsole auf die Boot-Logs zuzugreifen, stellen Sie sicher, dass Sie in der Datei /etc/default/grub folgende Werte haben:

GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="console=ttyS0,115200n8 no_timer_check net.ifnames=0 crashkernel=auto rhgb"
GRUB_CMDLINE_LINUX_DEFAULT="console=tty0 console=ttyS0"

Fehlen oder unterscheiden sich diese Zeilen, bearbeiten Sie die Datei mit einem Editor und speichern Sie die Änderungen.

Verwenden Sie anschließend folgenden Befehl, um die GRUB-Konfigurationsdatei zu regenerieren (die Änderungen werden für den nächsten Neustart gespeichert):

~$ grub2-mkconfig -o "$(readlink /etc/grub.cfg)"

Wenn Sie die Änderungen vorgenommen haben, starten Sie Ihren VPS in Ihrem OVHcloud Kundencenter im 'normalen' Modus neu. Die Boot-Logs sollten nun bei Verwendung der KVM-Konsole angezeigt werden.

Weiterführende Informationen

Verwendung der KVM-Konsole für VPS

Rescue-Modus für einen VPS aktivieren

Treten Sie unserer User Community bei.