[SOLVED] Proxmox Host startet mit Kernel 4.15.17 nicht mehr

[proxuser543]

Hallo Forum,

ich kann leider mit dem neuen Kernel 4.15.17-1 meinen Proxmox Host nicht mehr booten. Beim Start erscheint sofort nach dem Grub-Bootmenü beigefügte Trace Ausgabe in einer gefühlten Endlosschleife:



Gleiches Verhalten zeigt sich auch nach dem manuellen Einspielen des neueren Kernel-Pakets pve-kernel-4.15.17-1-pve_4.15.17-9_amd64.deb aus dem Test-Repository.

Der Host besitzt folgende Hardware:

• Supermicro X10SDV-TLN4F mit
  • Xeon D-1541
  • 2x Intel Ethernet 10GBASE-T X552/X557-AT
  • 2x Intel Ethernet Gigabit I350
• 2x 16 GB Samsung DDR4-2400 Registered DIMM ECC RAM
• Samsung 256GB PM851 NGFF M.2 SSD

Zusätzlich verbaut ist eine

• Intel Pro 1000 PT Dual Port PCIe x4 Netzwerkkarte (Intel 82571EB)

Mit dem Vorgänger-Kernel 4.13.16-2 konnte ich das System zwar starten, hatte da aber plötzlich keine Netzwerkverbindung mehr. Ohne Probleme läuft der Host nur mit dem Kernel 4.13.16-1.

Hier noch die Ausgabe von `pveversion -v`:

proxmox-ve: 5.2-2 (running kernel: 4.13.16-1-pve)
pve-manager: 5.2-1 (running version: 5.2-1/0fcd7879)
pve-kernel-4.15: 5.2-1
pve-kernel-4.13: 5.1-44
pve-kernel-4.15.17-1-pve: 4.15.17-9
pve-kernel-4.13.16-2-pve: 4.13.16-48
pve-kernel-4.13.16-1-pve: 4.13.16-46
pve-kernel-4.13.13-6-pve: 4.13.13-42
pve-kernel-4.13.13-5-pve: 4.13.13-38
pve-kernel-4.13.13-4-pve: 4.13.13-35
pve-kernel-4.13.13-3-pve: 4.13.13-34
pve-kernel-4.13.13-2-pve: 4.13.13-33
corosync: 2.4.2-pve5
criu: 2.11.1-1~bpo90
glusterfs-client: 3.8.8-1
ksm-control-daemon: 1.2-2
libjs-extjs: 6.0.1-2
libpve-access-control: 5.0-8
libpve-apiclient-perl: 2.0-4
libpve-common-perl: 5.0-31
libpve-guest-common-perl: 2.0-16
libpve-http-server-perl: 2.0-8
libpve-storage-perl: 5.0-23
libqb0: 1.0.1-1
lvm2: 2.02.168-pve6
lxc-pve: 3.0.0-3
lxcfs: 3.0.0-1
novnc-pve: 0.6-4
proxmox-widget-toolkit: 1.0-18
pve-cluster: 5.0-27
pve-container: 2.0-23
pve-docs: 5.2-4
pve-firewall: 3.0-9
pve-firmware: 2.0-4
pve-ha-manager: 2.0-5
pve-i18n: 1.0-5
pve-libspice-server1: 0.12.8-3
pve-qemu-kvm: 2.11.1-5
pve-xtermjs: 1.0-5
qemu-server: 5.0-26
smartmontools: 6.5+svn4324-1
spiceterm: 3.0-5
vncterm: 1.5-3

Meine APT-Sources:

cat /etc/apt/sources.list
deb h_ttp://ftp.de.debian.org/debian/ stretch main
deb-src h_ttp://ftp.de.debian.org/debian/ stretch main
deb h_ttp://security.debian.org/ stretch/updates main
deb-src h_ttp://security.debian.org/ stretch/updates main
# stretch-updates, previously known as 'volatile'
deb h_ttp://ftp.de.debian.org/debian/ stretch-updates main
deb-src h_ttp://ftp.de.debian.org/debian/ stretch-updates main

cat /etc/apt/sources.list.d/pve.list
# PVE pve-no-subscription repository provided by proxmox.com, NOT recommended for production use
deb h_ttp://download.proxmox.com/debian stretch pve-no-subscription

Was könnte die Ursache sein? Welche Infos kann ich für eine weitere Eingrenzung des Problems nachliefern?

Gruß,
David

 

[wolfgang]

Hi,

Hast du irgend welche extra Kernel Module installiert?

Wir haben hier ein X10SDV-6C-TLN4F der ohne Probleme läuft.
Ich hab zwar noch das Bios in der Version 1.2c installiert.
Werde es später mal auf 1.3 Updaten und schauen mal ob das was macht.

 

[proxuser543]

Hallo Wolfgang,

ich wollte Dir gerade eine Liste mit den geladenen Modulen zukommen lassen und bin dabei über eine Datei unter /etc/modprobe.d gestolpert.

Das betroffene Proxmox-System stammt von einem älteren Supermicro-Board welches ich vor wenigen Wochen auf das o. g. X10SDV-Board umgezogen habe. Beim vorherigen Board war unter /etc/modprobe.d der Eintrag

options ipmi_si type=kcs ports=0xca2

für IPMI notwendig damit ipmitool Zugriff nehmen konnte.

Ich habe diesen Eintrag nun entfernt und update-initramfs laufen lassen. Das System startet jetzt problemlos mit dem aktuellen Kernel

Das oben erwähnte Netzwerkproblem konnte ich auch lösen. Das lag einfach daran das die NICs neu benannt wurden: eth0/eth1 wurde zu ens2f0/ens2f1.

Danke & Gruß,
David