Proxmox Server booted ständig neu

Tekras

Cadet 4th Year
Registriert
Aug. 2012
Beiträge
78
Moin zusammen,

ich habe leider das Problem, dass mein Proxmox Home Server sich mehrmals am Tag neu startet.

Dem Log kann ich keine Auffälligkeiten entnehmen (bin aber auch kein Experte), es steht nur der Hinweis "Reboot" und das wars. Ich kann mir das Verhalten nicht erklären.

Ich habe am Proxmox Host keine Veränderungen vorgenommen, an VMs laufen nur ein OMV, ein Jellyfin Container und eine Linux VM.

So sieht es im Log aus:

Screenshot_4.jpg


Bin für jeden Denkanstoß dankbar.

MfG
Lukas
 
Sieht für mich nach nem Hardwarefehler aus, sonst würde es anders im Log stehen.
 
Tekras schrieb:
Bin für jeden Denkanstoß dankbar.
- Serielle Konsole konfigurieren und eine anschließen und nach einem Crash nach oben scrollen, dann gibt es evtl. Meldungen mit denen man evtl. was anfangen kann.

- RAM testen (MemtestX86)
 
madmax2010 schrieb:
  • HP ED 800 G4
  • Intel 8500T
  • 24 GB RAM
  • 2x NVME

foofoobar schrieb:
- Serielle Konsole konfigurieren und eine anschließen und nach einem Crash nach oben scrollen, dann gibt es evtl. Meldungen mit denen man evtl. was anfangen kann.

- RAM testen (MemtestX86)
RAM und HDDs sind getestet, keine Fehlermeldungen

klapproth schrieb:
Welches log ist das?

Was steht bei journalct --boot -1

Gibt es Auffälligkeiten im Betrieb bei dmesg?
Das Proxmox Log vom Host, welches wohl das journalctl abbildet.

Angehängt habe ich das log was ich bekomme, wenn ich deinen Befehl ausführe'.
 

Anhänge

Für sieht das so aus, das da jemand eine Tastatur anschließt und den Server neu startet

Code:
Dec 18 13:12:15 pve kernel: usb 1-12: new low-speed USB device number 2 using xhci_hcd
Dec 18 13:12:15 pve kernel: usb 1-12: New USB device found, idVendor=1a2c, idProduct=2124, bcdDevice= 1.10
Dec 18 13:12:15 pve kernel: usb 1-12: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 18 13:12:15 pve kernel: usb 1-12: Product: USB Keyboard
Dec 18 13:12:15 pve kernel: usb 1-12: Manufacturer: SEM
Dec 18 13:12:15 pve kernel: hid: raw HID events driver (C) Jiri Kosina
Dec 18 13:12:15 pve kernel: usbcore: registered new interface driver usbhid
Dec 18 13:12:15 pve kernel: usbhid: USB HID core driver
Dec 18 13:12:15 pve kernel: usbcore: registered new interface driver usbkbd
Dec 18 13:12:15 pve kernel: input: SEM USB Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.0/0003:1A2C:2124.0001/input/input12
Dec 18 13:12:15 pve kernel: hid-generic 0003:1A2C:2124.0001: input,hidraw0: USB HID v1.10 Keyboard [SEM USB Keyboard] on usb-0000:00:14.0-12/input0
Dec 18 13:12:15 pve kernel: input: SEM USB Keyboard Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.1/0003:1A2C:2124.0002/input/input13
Dec 18 13:12:15 pve kernel: input: SEM USB Keyboard System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.1/0003:1A2C:2124.0002/input/input14
Dec 18 13:12:15 pve kernel: hid-generic 0003:1A2C:2124.0002: input,hidraw1: USB HID v1.10 Device [SEM USB Keyboard] on usb-0000:00:14.0-12/input1
Dec 18 13:12:15 pve systemd-logind[615]: Watching system buttons on /dev/input/event14 (SEM USB Keyboard System Control)
Dec 18 13:12:15 pve systemd-logind[615]: Watching system buttons on /dev/input/event13 (SEM USB Keyboard Consumer Control)
Dec 18 13:12:15 pve systemd-logind[615]: Watching system buttons on /dev/input/event12 (SEM USB Keyboard)
Dec 18 13:12:49 pve kernel: fbcon: i915drmfb (fb0) is primary device
Dec 18 13:12:49 pve kernel: Console: switching to colour frame buffer device 240x67
Dec 18 13:12:49 pve kernel: i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
Dec 18 13:12:49 pve kernel: usb 1-12: USB disconnect, device number 2
Dec 18 13:12:50 pve kernel: usb 1-12: new low-speed USB device number 3 using xhci_hcd
Dec 18 13:12:50 pve kernel: usb 1-12: New USB device found, idVendor=1a2c, idProduct=2124, bcdDevice= 1.10
Dec 18 13:12:50 pve kernel: usb 1-12: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 18 13:12:50 pve kernel: usb 1-12: Product: USB Keyboard
Dec 18 13:12:50 pve kernel: usb 1-12: Manufacturer: SEM
Dec 18 13:12:50 pve kernel: input: SEM USB Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.0/0003:1A2C:2124.0003/input/input15
Dec 18 13:12:50 pve kernel: hid-generic 0003:1A2C:2124.0003: input,hidraw0: USB HID v1.10 Keyboard [SEM USB Keyboard] on usb-0000:00:14.0-12/input0
Dec 18 13:12:50 pve kernel: input: SEM USB Keyboard Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.1/0003:1A2C:2124.0004/input/input16
Dec 18 13:12:50 pve kernel: input: SEM USB Keyboard System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.1/0003:1A2C:2124.0004/input/input17
Dec 18 13:12:50 pve kernel: hid-generic 0003:1A2C:2124.0004: input,hidraw1: USB HID v1.10 Device [SEM USB Keyboard] on usb-0000:00:14.0-12/input1
Dec 18 13:12:50 pve systemd-logind[615]: Watching system buttons on /dev/input/event13 (SEM USB Keyboard Consumer Control)
Dec 18 13:12:50 pve systemd-logind[615]: Watching system buttons on /dev/input/event12 (SEM USB Keyboard)
Dec 18 13:12:50 pve systemd-logind[615]: Watching system buttons on /dev/input/event14 (SEM USB Keyboard System Control)
Dec 18 13:12:55 pve systemd[1]: Received SIGINT.
Dec 18 13:12:55 pve systemd[1]: Activating special unit reboot.target...


Cu
redjack
 
  • Gefällt mir
Reaktionen: JumpingCat
Dec 18 13:12:50 pve systemd-logind[615]: Watching system buttons on /dev/input/event14 (SEM USB Keyboard System Control)
Dec 18 13:12:55 pve systemd[1]: Received SIGINT.
Dec 18 13:12:55 pve systemd[1]: Activating special unit reboot.target...

Da schickt was einen SIGINT an PID 1 (systemd master)

SIGINT
Upon receiving this signal the systemd system manager will
start the ctrl-alt-del.target unit. This is mostly equivalent
to systemctl start ctrl-alt-del.target
--job-mode=replace-irreversibly. If this signal is received
more than 7 times per 2s, an immediate reboot is triggered.
Note that pressing Ctrl+Alt+Del on the console will trigger
this signal. Hence, if a reboot is hanging, pressing
Ctrl+Alt+Del more than 7 times in 2 seconds is a relatively
safe way to trigger an immediate reboot.

systemd user managers treat this signal the same way as
SIGTERM.

https://man7.org/linux/man-pages/man1/systemd.1.html

Und kurz vorher "wackelt" die Tastatur .......

Schalt das mal ab: https://www.stigviewer.com/stig/red_hat_enterprise_linux_8/2021-03-04/finding/V-230531
 
  • Gefällt mir
Reaktionen: JumpingCat
Falls du immer noch nach einer möglichen Ursache suchst...
Auf meinem Proxmox ist das Problem mit den unregelmässigen spontanen Neustarts auch aufgetreten, nachdem ich auf Version 8.1 umgestiegen bin. Die Ursache war bei mir PCI Passthrough. Nachdem ich es abgeschaltet habe, da ich es eig. eh nicht benötige läuft der Server wieder stabil.

LG
Patricia
 
Hi,

danke für deine Antwort. Ich benutze das eigentlich nicht, wo sehe ich denn ob es aktiviert ist oder nicht?
 
PCIE-Passthrough wird als Bootparameter aktiviert. Je nach verwendetem Bootloader gibt es zwei mögliche Stellen. Genaues Vorgehen ist unter https://pve.proxmox.com/wiki/Host_Bootloader#sysboot_edit_kernel_cmdline bzw.
https://pve.proxmox.com/wiki/PCI(e)_Passthrough beschrieben.

Du kannst es an der proxmox-console aber ganz einfach überpfüfen
Code:
cat /proc/cmdline

wenn in der ausgegebenen Zeile
intel_iommu=on
erscheint dann ist es aktiviert.

Ich habe aber auch eben gesehen, dass du einen Elitedesk 800 G4 verwendest. Mein System ist ebenfalls ein Elitedesk 800 G4 in der ganz kleinen Version (1L) mit einer I7-8700T
Ich hatte dort auch das Problem, dass das System mit dem neuesten Bios instabil lief, daher habe ich das Biosupdate rückgängig gemacht. Ich verwende aktuell die Version 23.0

LG
PAtricia
 
Zurück
Oben