Příspěvky

Díky všem za rady, a snahu pomoct problém vyřešit. Zatím to běží bez restartu.

Řešení:

Přidal jsem do /etc/default/grub:

Kód [Vybrat] Rozbalit

GRUB_CMDLINE_LINUX_DEFAULT="i915.enable_dc=0 intel_idle.max_cstate=7"

Potom

Kód [Vybrat] Rozbalit

sudo update-grub

Dává mi to smysl, že by mohl být problém vážně s iGPU a přechodem do nižšího idle stavu. Když jsem totiž zařízení instaloval a pak konfiguroval, cca týden jsem měl připojený monitor a k restartu nedošlo ani jednou. Jakmile bylo vše nakonfigurované, tak jsem monitor odpojil a server učinil veřejně viditelný z internetu, pak začaly brute force útoky, proto jsem si to dal do souvislosti s tím. Ale souvislost byla s tím odpojeným monitorem, který grafice nedovoloval přejít do nejnižšího idle stavu. Dnes vyzkouším, snad to problém konečně vyřeší.

Tak ještě vyzkouším tohle, vypadá to jako stejný problém:
https://forum.proxmox.com/threads/proxmox-random-reboots-on-hp-elitedesk-800g4-fixed-with-proxmox-install-on-top-of-debian-12-now-issues-with-hardware-transcoding-in-plex.132187/

Tak záhada stále nevyřešena.

Podle logů, kde před restartem nebyly zapsané žádné chyby to vypadalo na problém s napájením. Zkoušel jsem tedy další 2 různé 90W adaptéry a nakonec jsem koupil i 135W adaptér. Problém to nevyřešilo.

Takže to vypadalo na nějaký jiný HW problém. Podařilo se mi sehnad druhý HP EliteDesk 800 G4 a jediné co jsem použil z původního byly disky, 2x2TB SSD disky (v RAID 1)

K restartům ale dochází stále.

Tak nevím zda nějaký problém přímo s těmi disky, s raidem, nebo nějaké linuxové ovladače.

Konkrétně se jedná o 2 identické disky DAHUA C970 PLUS 2TB (oba nové)

Ještě vyzkouším pouze jeden disk, přeformátovat a přeinstalovat OS a vyzkoušet bez RAIDu.

Tak adaptér je 90W

Tak problém ikdyž o něco veselejší přetrvává, nyní pc nezamrzne ale restartuje se a opět nabootuje, logy opět neříkají nic moc.

Problém by mohl být nejspíš v nedostatečném výkonu zdroje. Jedná se o mini pc (HP EliteDesk 800 G4 DM), kde je 2x16GB ram a 2x2tb ssd disk.

Tuším, že mám 65W adaptér. Zkusím to zapojit přes chytrou zásuvku s měřením spotřeby, jestli to něco řekne.

Nechci to zakřiknout, ale na Ubuntu zatím bez problémů.

Memtest proběhl v pořádku, všelijaké stress testy nic neukázaly. Nevím jestli to mohl být hw problém, PC byl už starší kousek, ale zrovna ramky a disky byly úplně nové. Možná vás zklamu a možná je to škoda, ale už jsem ztratil trpělivost a přeinstaloval to na ubuntu server. Pokud to problém vyřeší, tak tato záhada asi zůstane neobjasněna. Každopádně díky za všechny tipy.

Zkoušel jsem dnes v rychlosti na live SystemRescue příkaz stress-ng -a 0 a za 10minut tam bylo 0 failed. Ještě zkusím s připojenými disky.

Tak i po vypnutí rx, tx a tso problém přetrvává. Byl jsem tam připojen přes ssh a měl výpis journalctl --follow, ale tam nic vidět nebylo. Zaměřím se ještě na tu diagnostiku hw přes live distro.

Ano, měl jsem to zapnuté, zkusil jsem vypnout a uvidím, jestli to pomůže. Zatím díky

Pokud si pamatuju, tak inteli sitovky se nemely s tuxem rady, pokud na nich byl zapnuty rx/tx offload. Ale netusim estli se to tyce tvyho modelu.

zjisteni stavu
ethtool -k ethX

vypnuti
ethtool -K ethX rx off tx off

Edit:

Pripadne sem ted jeste nasel v poznamnicku ze problemovy muze byt totok
ethtool -K ethX tso off

Dobry den,
něco podobného jsem řešil s gigabyte brix. Jaky tam mate síťované karty intel e1000?

Ano, vypadá to tak

Kód [Vybrat] Rozbalit

lspci -nn | grep -i ethernet
00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (7) I219-LM [8086:15bb] (rev 10)

lshw -c network
WARNING: you should run this program as super-user.
  *-network
       description: Ethernet interface
       product: Ethernet Connection (7) I219-LM
       vendor: Intel Corporation
       physical id: 1f.6
       bus info: pci@0000:00:1f.6
       logical name: eno1
       version: 10
       serial: c4:65:16:a2:19:d4
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=6.15.1-1-default duplex=full firmware=0.5-4 ip=192.168.0.106 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:145 memory:e1200000-e121ffff
WARNING: output may be incomplete or inaccurate, you should run this program as super-user.

Nemám

Dobrý den,

nemáte náhodou na server připojena nějaká zařízení pomocí cifs? Třeba pro zálohování někam mimo? V cifs-utils je někde memory leak, postupně sežere celou paměť a server končí přesně jak píšete. Mám/měl jsem stejný problém, dneska jsem nainstalovat update a doufám, že to pomůže. Na serveru mám 64GB RAM, takže vždy chvilku trvalo, než se server zasekl. Sice používám Ubuntu Server 24.04, ale kdo ví, jestli podobný problém není i v Suse.

Petr

Díky, ten monitoring vyzkouším

Tak ne, tím dockerem to taky není, už to zase spadlo.