OptiPlex 7090 - host becomes pingable but all services die, zero errors in logs, requires hard reboot

ahole4sure

New Member
Jul 4, 2026
4
0
1
Hardware: Dell OptiPlex 7090, i5-11500T, 32GB RAM, 1TB NVMe, Proxmox VE 9.1.3, kernel 6.17.13-13-pve

Problem: Every few days the host becomes completely unresponsive — Proxmox web UI dead, SSH dead, Glances dead — but the host responds to ping normally. Hard power cycle is the only recovery. Has happened 6+ times over several weeks.

What the logs show: Nothing. Journal cuts off cleanly with zero errors at the moment of failure. No OOM events, no kernel panic, no MCE errors, no hardware errors. Persistent journald logging enabled, same result.

What I've ruled out:

  • OOM / memory pressure (31GB available, no swap used)
  • Kernel 7.x OpenVINO GPU driver issue (downgraded to 6.17, still crashes)
  • UAS USB driver issue (fixed, still crashes)
  • Firewall blocking connections (disabled)
  • Hardware watchdog (no /dev/watchdog device)
  • IPMI hardware event log (OptiPlex has no IPMI)
  • NVMe corruption (smartctl shows 0 media errors)
What's running: Proxmox with one LXC container (CT 10443) running Scrypted NVR via Docker, TerraMaster USB drive enclosure with 3x 9TB WD Purple drives for NVR storage.

Question: Has anyone seen this "pingable but dead" pattern on Proxmox? What could keep the kernel TCP stack alive while killing all userspace services with zero log entries?
 
Might be e1000e related? Please share
Bash:
lspci -vnnk | awk '/Ethernet/{print $0}' RS=
Is the machine completely unresponsive to keyboard inputs?
 
root@dell-scrypted:~# lspci -vnnk | awk '/Ethernet/{print $0}' RS=
00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (14) I219-LM [8086:15f9] (rev 11)
Subsystem: Dell Device [1028:0a52]
Flags: bus master, fast devsel, latency 0, IRQ 124, IOMMU group 8
Memory at 70900000 (32-bit, non-prefetchable) [size=128K]
Capabilities: [c8] Power Management version 3
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: e1000e
Kernel modules: e1000e
 
and this is some data surrounding e1000e
244 rx_csum _offload_errors

root@dell-scrypted:~# ethtool -S nic0 | grep -i "error\|drop\|miss\|reset\|hang\|over\|under"
rx_errors: 0
tx_errors: 0
tx_dropped: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
rx_long_length_errors: 0
rx_short_length_errors: 0
rx_align_errors: 0
rx_csum_offload_errors: 244
dropped_smbus: 0
uncorr_ecc_errors: 0
corr_ecc_errors: 0
root@dell-scrypted:~# ethtool -k nic0 | grep -i "offload\|tso\|gso\|lro\|gro"
tcp-segmentation-offload: on
generic-segmentation-offload: on
generic-receive-offload: on
large-receive-offload: off [fixed]
rx-vlan-offload: on
tx-vlan-offload: on
tx-gso-robust: off [fixed]
tx-gso-partial: off [fixed]
tx-gso-list: off [fixed]
l2-fwd-offload: off [fixed]
hw-tc-offload: off [fixed]
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: off [fixed]
tls-hw-tx-offload: off [fixed]
tls-hw-rx-offload: off [fixed]
rx-gro-hw: off [fixed]
rx-gro-list: off
macsec-hw-offload: off [fixed]
rx-udp-gro-forwarding: off
hsr-tag-ins-offload: off [fixed]
hsr-tag-rm-offload: off [fixed]
hsr-fwd-offload: off [fixed]
hsr-dup-offload: off [fixed]
 
See here:

The known i219 issue should not be present in your hardware anymore. If it still is there, then contact Dell. They should be aware of the Intel Erratum and (according to Intel at least), a fix should be available.
 
I disabled TSO to see what happens -- I seem to have the latest dell bios update

as far as keyboard inputs _ I will have to check back later -- my system is headless so I am not able to answer that question form prior events