[SOLVED] Hardware-Fehler führte zu "Reboot"-Schleife

[Licht]

Hallo,

ein Single-Server ohne kein Cluster, auf Debian 9 vor ca. einem dreiviertel Jahr frisch gemäß Anleitung aufgesetzt, regelmäßig aktualisiert samt Neustarts nach Kernel-Update verweigert seit dem letzten apt update && apt upgrade seinen Dienst.

Dabei wurden

upgrade linux-libc-dev:amd64 4.9.82-1+deb9u2 4.9.82-1+deb9u3
upgrade lxc-pve:amd64 2.1.1-2 2.1.1-3
upgrade base-files:amd64 9.9+deb9u3 9.9+deb9u4
upgrade bsdutils:amd64 1:2.29.2-1 1:2.29.2-1+deb9u1
upgrade util-linux:amd64 2.29.2-1 2.29.2-1+deb9u1
upgrade mount:amd64 2.29.2-1 2.29.2-1+deb9u1
upgrade ncurses-bin:amd64 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
upgrade libc6-dev:amd64 2.24-11+deb9u1 2.24-11+deb9u3
upgrade libc-dev-bin:amd64 2.24-11+deb9u1 2.24-11+deb9u3
upgrade libc6:amd64 2.24-11+deb9u1 2.24-11+deb9u3
upgrade libc-bin:amd64 2.24-11+deb9u1 2.24-11+deb9u3
upgrade ncurses-base:all 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
upgrade dbus:amd64 1.10.24-0+deb9u1 1.10.26-0+deb9u1
upgrade libdbus-1-3:amd64 1.10.24-0+deb9u1 1.10.26-0+deb9u1
upgrade libapparmor1:amd64 2.11.0-3 2.11.0-3+deb9u2
upgrade systemd-sysv:amd64 232-25+deb9u1 232-25+deb9u2
upgrade libpam-systemd:amd64 232-25+deb9u1 232-25+deb9u2
upgrade libsystemd0:amd64 232-25+deb9u1 232-25+deb9u2
upgrade systemd:amd64 232-25+deb9u1 232-25+deb9u2
upgrade udev:amd64 232-25+deb9u1 232-25+deb9u2
upgrade libudev1:amd64 232-25+deb9u1 232-25+deb9u2
upgrade libuuid1:amd64 2.29.2-1 2.29.2-1+deb9u1
upgrade libblkid1:amd64 2.29.2-1 2.29.2-1+deb9u1
upgrade libmount1:amd64 2.29.2-1 2.29.2-1+deb9u1
upgrade cron:amd64 3.0pl1-128+b1 3.0pl1-128+deb9u1
upgrade openssh-sftp-server:amd64 1:7.4p1-10+deb9u2 1:7.4p1-10+deb9u3
upgrade openssh-server:amd64 1:7.4p1-10+deb9u2 1:7.4p1-10+deb9u3
upgrade openssh-client:amd64 1:7.4p1-10+deb9u2 1:7.4p1-10+deb9u3
upgrade ssh:all 1:7.4p1-10+deb9u2 1:7.4p1-10+deb9u3
upgrade libfdisk1:amd64 2.29.2-1 2.29.2-1+deb9u1
upgrade libsmartcols1:amd64 2.29.2-1 2.29.2-1+deb9u1
upgrade libncurses5:amd64 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
upgrade libtinfo5:amd64 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
upgrade libncursesw5:amd64 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
upgrade multiarch-support:amd64 2.24-11+deb9u1 2.24-11+deb9u3
upgrade isc-dhcp-client:amd64 4.3.5-3 4.3.5-3+deb9u1
upgrade isc-dhcp-common:amd64 4.3.5-3 4.3.5-3+deb9u1
upgrade libc-l10n:all 2.24-11+deb9u1 2.24-11+deb9u3
upgrade locales:all 2.24-11+deb9u1 2.24-11+deb9u3
upgrade ncurses-term:all 6.0+20161126-1+deb9u1 6.0+20161126-1+deb9u2
upgrade libapparmor-perl:amd64 2.11.0-3 2.11.0-3+deb9u2
upgrade apparmor:amd64 2.11.0-3 2.11.0-3+deb9u2
upgrade util-linux:amd64 2.29.2-1+deb9u1 2.29.2-1+deb9u1

ausgeführt.

# pveversion -v

proxmox-ve: 5.1-36 (running kernel - in RESCUE - 4.9.60-std512-amd64. Real pve-kernel-4.13.13-6-pve)
pve-manager: 5.1-46 (running version: 5.1-46/ae8241d4)
pve-kernel-4.13.13-6-pve: 4.13.13-41
pve-kernel-4.13.13-4-pve: 4.13.13-35
pve-kernel-4.13.13-1-pve: 4.13.13-31
corosync: 2.4.2-pve3
criu: 2.11.1-1~bpo90
glusterfs-client: 3.8.8-1
ksm-control-daemon: not correctly installed
libjs-extjs: 6.0.1-2
libpve-access-control: 5.0-8
libpve-common-perl: 5.0-28
libpve-guest-common-perl: 2.0-14
libpve-http-server-perl: 2.0-8
libpve-storage-perl: 5.0-17
libqb0: 1.0.1-1
lvm2: 2.02.168-pve6
lxc-pve: 2.1.1-3
lxcfs: 2.0.8-2
novnc-pve: 0.6-4
proxmox-widget-toolkit: 1.0-11
pve-cluster: 5.0-20
pve-container: 2.0-19
pve-docs: 5.1-16
pve-firewall: 3.0-5
pve-firmware: 2.0-3
pve-ha-manager: 2.0-5
pve-i18n: 1.0-4
pve-libspice-server1: 0.12.8-3
pve-qemu-kvm: 2.9.1-9
pve-xtermjs: 1.0-2
qemu-server: 5.0-22
smartmontools: 6.5+svn4324-1
spiceterm: 3.0-5
vncterm: 1.5-3

systemd-udevd[286]: Process '/bin/mount -t fusectl fusectl /sys/fs/fuse/connections' failed with exit code 32.
wird durch
/bin/mkdir /sys/fs/fuse/connections
abgefangen.

Der Server geht dann alsbald in ein Reboot - das wiederholt sich bis zur Unendlichkeit.


kernel: [ 0.126991] pci 0000:01:00.0: BAR 6: failed to assign [mem size 0x00100000 pref]
systemd[1]: run-rpc_pipefs.mount: Unit entered failed state.
fusermount[1618]: /bin/fusermount: failed to unmount /var/lib/lxcfs: Invalid argument

Es sind 2 VM vorhanden (qemu2; kein LXC), deren maximaler RAM in Summe unterhalb den 16 GB ECC des Wirts liegt. Der Wirt: Dell T 110 II Poweredge mit H200 Raid

 

[dietmar]

Welcher kernel wird gebooted (Was ist 4.9.60-std512-amd64)?

 

[Licht]

Die Fehlermeldungen stammen aus Boot mit aktuellem Standard pve-kernel-4.13.13-6-pve.
(4.9.60-std512-amd64 ist die laufende "sysrescuecd" mittels derer das System zu Diagnosezwecken gestartet wurde.)

 

[dietmar]

Würde mal mit dem vorherigen kernel starten, geht das?

 

[tschanness]

..und dann ein dist-upgrade machen. Das ist für PVE das, was für debian das upgrade ist. Ich denke dass es auch für ein PVE on Debian gilt.

LG Jonas

 

[Licht]

Auch mit vorigem Kernel und nachträglichem dist-upgrade trat das Problem auf.

Ist es möglich, dass an einer Stelle im Code ein reboot hinterlegt ist der greift, wenn ein unerwarteter Systemstatus auftritt?

Erfolgt die IP-Adress-Konfiguration ausschließlich in /etc/network/interfaces ?

 

[Licht]

Danke für eure Hilfe. Ursache war eine Störung im Netzwerk außerhalb des Servers.

update und dist-upgrade ausgeführt. Leider tritt das Problem weiterhin auf.

Mit Onboard-NIC
02:00.0 Ethernet controller: Broadcom Limited NetXtreme BCM5722 Gigabit Ethernet PCI Express
Ping ist ganz kurz da und bricht dann weg.

Die Konfiguration funktionierte über längere Zeit.
Sie funktioniert auch mit zusätzlicher Netwerkkarte (enps... statt eno1).
03:00.0 Ethernet controller: Broadcom Limited NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 21)

Auch die vorherigen Kernel führen leider zu diesem Ergebnis.

So wie es aussieht stürzt der Server ab. Das geschieht allerdings nur, wenn die Netzwerkverbindung am Onboard-NIC eingesteckt ist. Startet man ihn ohne Netzwerkkabel bleibt er da - kurz nach dem einstecken wird es düster.