Wie im Thread bzgl. des Mainboards schon beschrieben (Post) - bin ich in der Unraid Welt noch sehr frisch.

Jetzt bin ich mit den Einstellungen für einen sparsamen 24/7 Betrieb zufrieden. Um weiter als C6 zu kommen musste ich auf 6.12.4 downgraden und seither kam es immer wieder dazu, dass nach einer geraumen Zeit die Gui einfriert und ich den Server auch per SSH nicht mehr rebooten konnte. Die CPU Auslastung geht in der GUI auf nahezu 100% (sofern ich sie noch irgendwo auf hatte). Via SSH htop wird weniger angezeigt - jedoch auch kaum ein Prozess der mehr als 1-3% CPU Auslastung in Anspruch nimmt (woher dann die Vollast?).

Über diverse Foren/Google Suchen ein paar Einstellungen angepasst - erfolglos (Cache von btrfs zu zfs, exklusiver Zugriff beim Appdata share & nochmal meine Netzwerk Einstellungen neu konfiguriert).

 

Diagnostics konnte ich per SSH noch problemlos ausführen = syslog: "WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.

Passend dazu konnte ich in der diagnostics auch keine Daten zur 970 NVME finden. Sprich als würde die Verbindung gekappt werden. Habe sie bereits einmal de- und wieder installiert um die Kontakte "zu prüfen" - erfolglos.

Kann es an irgendeiner meiner Einstellugen liegen?

 

 

Hardware:

Mainboard: GIGABYTE B760M DS3H DDR4

CPU: Intel Core i3-12100, 4C/8T, 3.30-4.30GHz, boxed

Ram: Kingston FURY Beast 32GB 3200MHz DDR4 CL16 Desktop Speicher Einzelnes Modul KF432C16BB/32

Cache: Samsung SSD 970 EVO Plus 1TB, M.2 2280/M-Key/PCIe 3.0 x4

Array: aktuell noch 2 sehr alte Platten 1 TB & 3 TB als Parity - sollen bei einem guten Angebot 18 TB Platten weichen

Netzteil: beq quiet Straight Power BQT E7-400W

tower-diagnostics-20240220-2134.zip

38 minutes ago, FalsE_PropheT said:

Kann es an irgendeiner meiner Einstellugen liegen?

 

ich würde mal komplett ohne die Stromsparmechanismen testen was da passiert ...

 

wenn ich mir das go file anschaue ... du willst es wissen  daher evtl. nicht wundern wenn ein Server halt aussteigt

 

Wäre mein erster Ansatz und ja, die nvme steigt komplett aus, Hardware oder (wahrscheinlicher) verträgt sich das nicht mit den forcierten Mechanismen, wenn es so sein sollte bräuchte es deine ganzen lines nicht ...

Berechtigter Hinweis. 😅Daran scheint es aber nicht zu liegen. Mit geleerte go file ist es wieder passiert. Ggf. liegt es an einer der Bios Einstellungen.

 

Im zweiten NVME Slot. der nicht direkt über die CPU geht, läuft er seit 2 Stunden stabil (vorher ist er innerhalb in der ersten Stunde gescheitert).🤔

8 minutes ago, FalsE_PropheT said:

Im zweiten NVME Slot. der nicht direkt über die CPU geht, läuft er seit 2 Stunden stabil (vorher ist er innerhalb in der ersten Stunde gescheitert).🤔

sehr gut, dann vielleicht doch Hardware in Kombi mit xyz ...

 

lass mal ne Weile so laufen bevor du direkt wieder mit deinen manuellen Powertop Vorstößen weiter machst ...

Auch das war leider nicht von Erfolg geprägt. Es kam wieder zu:

 

Spoiler

Feb 21 23:33:14 Tower kernel: device veth6766e2d left promiscuous mode
Feb 21 23:33:14 Tower kernel: docker0: port 9(veth6766e2d) entered disabled state
Feb 21 23:33:23 Tower kernel: pcieport 0000:00:1a.0: AER: Uncorrected (Non-Fatal) error received: 0000:00:1a.0
Feb 21 23:33:23 Tower kernel: pcieport 0000:00:1a.0: PCIe Bus Error: severity=Uncorrected (Non-Fatal), type=Transaction Layer, (Receiver ID)
Feb 21 23:33:23 Tower kernel: pcieport 0000:00:1a.0:   device [8086:7a48] error status/mask=00200000/00000000
Feb 21 23:33:23 Tower kernel: pcieport 0000:00:1a.0:    [21] ACSViol                (First)
Feb 21 23:33:23 Tower kernel: pcieport 0000:00:1a.0: AER: device recovery successful
Feb 21 23:33:54 Tower kernel: nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0x10
Feb 21 23:33:54 Tower kernel: nvme nvme0: Does your device have a faulty power saving mode enabled?
Feb 21 23:33:54 Tower kernel: nvme nvme0: Try "nvme_core.default_ps_max_latency_us=0 pcie_aspm=off" and report a bug
Feb 21 23:33:54 Tower kernel: nvme 0000:01:00.0: enabling device (0000 -> 0002)
Feb 21 23:33:54 Tower kernel: nvme nvme0: Removing after probe failure status: -19
Feb 21 23:33:54 Tower kernel: nvme0n1: detected capacity change from 1953525168 to 0
Feb 21 23:33:54 Tower kernel: zio pool=cache vdev=/dev/nvme0n1p1 error=5 type=1 offset=438044151808 size=131072 flags=180880
Feb 21 23:33:54 Tower kernel: zio pool=cache vdev=/dev/nvme0n1p1 error=5 type=1 offset=681431089152 size=4096 flags=180880
Feb 21 23:33:54 Tower kernel: zio pool=cache vdev=/dev/nvme0n1p1 error=5 type=2 offset=422708715520 size=8192 flags=180880
Feb 21 23:33:54 Tower kernel: zio pool=cache vdev=/dev/nvme0n1p1 error=5 type=1 offset=834404446208 size=4096 flags=180880
Feb 21 23:33:54 Tower kernel: zio pool=cache vdev=/dev/nvme0n1p1 error=5 type=2 offset=420925620224 size=12288 flags=180880
Feb 21 23:33:54 Tower kernel: zio pool=cache vdev=/dev/nvme0n1p1 error=5 type=1 offset=601302564864 size=32768 flags=180880
Feb 21 23:33:54 Tower kernel: zio pool=cache vdev=/dev/nvme0n1p1 error=5 type=1 offset=891118735360 size=4096 flags=180880
Feb 21 23:33:54 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 21 23:33:54 Tower kernel:
Feb 21 23:33:54 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 21 23:33:54 Tower kernel:
Feb 21 23:33:54 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 21 23:33:54 Tower kernel:
Feb 21 23:33:54 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 21 23:33:54 Tower kernel:
Feb 21 23:33:54 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 21 23:33:54 Tower kernel:
Feb 21 23:34:14 Tower kernel: docker0: port 9(veth88d3952) entered blocking state
Feb 21 23:34:14 Tower kernel: docker0: port 9(veth88d3952) entered disabled state
Feb 21 23:34:14 Tower kernel: device veth88d3952 entered promiscuous mode
Feb 21 23:34:14 Tower kernel: docker0: port 9(veth88d3952) entered blocking state
Feb 21 23:34:14 Tower kernel: docker0: port 9(veth88d3952) entered forwarding state
Feb 21 23:34:14 Tower kernel: docker0: port 9(veth88d3952) entered disabled state
Feb 21 23:35:06 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 21 23:35:06 Tower kernel:
Feb 21 23:39:57 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 21 23:39:57 Tower kernel:
Feb 21 23:41:01 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 21 23:41:01 Tower kernel:
Feb 22 00:14:07 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 22 00:14:07 Tower kernel:
Feb 22 00:19:13 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 22 00:19:13 Tower kernel:
Feb 22 00:21:13 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 22 00:21:13 Tower kernel:
Feb 22 00:21:13 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 22 00:21:13 Tower kernel:
Feb 22 00:31:58 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 22 00:31:58 Tower kernel:
Feb 22 00:31:58 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended.
Feb 22 00:31:58 Tower kernel:
Feb 22 06:28:20 Tower monitor: Stop running nchan processes
Feb 22 06:46:15 Tower sshd[13092]: Connection from 192.168.178.20 port 58546 on 192.168.178.40 port 22 rdomain ""
Feb 22 06:46:18 Tower sshd[13092]: Postponed keyboard-interactive for root from 192.168.178.20 port 58546 ssh2 [preauth]
Feb 22 06:46:23 Tower sshd[13092]: Postponed keyboard-interactive/pam for root from 192.168.178.20 port 58546 ssh2 [preauth]
Feb 22 06:46:23 Tower sshd[13092]: Accepted keyboard-interactive/pam for root from 192.168.178.20 port 58546 ssh2
Feb 22 06:46:23 Tower sshd[13092]: pam_unix(sshd:session): session opened for user root(uid=0) by (uid=0)
Feb 22 06:46:23 Tower sshd[13092]: Starting session: shell on pts/0 for root from 192.168.178.20 port 58546 id 0
Feb 22 06:47:03 Tower shutdown[8087]: shutting down for system halt
Feb 22 06:47:03 Tower init: Switching to runlevel: 0
Feb 22 06:47:03 Tower init: Trying to re-exec init
Feb 22 06:47:05 Tower kernel: mdcmd (38): nocheck cancel
Feb 22 06:47:06 Tower emhttpd: Spinning up all drives...
Feb 22 06:47:06 Tower emhttpd: spinning up /dev/sdb
Feb 22 06:47:06 Tower emhttpd: spinning up /dev/sdc
Feb 22 06:47:15 Tower emhttpd: read SMART /dev/sdb
Feb 22 06:47:15 Tower emhttpd: read SMART /dev/sdc
Feb 22 06:47:15 Tower emhttpd: read SMART /dev/nvme0n1
Feb 22 06:47:15 Tower emhttpd: read SMART /dev/sda
Feb 22 06:47:15 Tower emhttpd: Stopping services...
Feb 22 06:48:23 Tower emhttpd: shcmd (75463): /etc/rc.d/rc.docker stop
Feb 22 06:48:35 Tower root: Status of all loop devices
Feb 22 06:48:35 Tower root: /dev/loop1: [2049]:12 (/boot/bzfirmware)
Feb 22 06:48:35 Tower root: /dev/loop2: [0046]:128 (/mnt/cache/system/docker/docker.img)
Feb 22 06:48:35 Tower root: /dev/loop0: [2049]:10 (/boot/bzmodules)
Feb 22 06:48:35 Tower root: Active pids left on /mnt/*
Feb 22 06:48:35 Tower root:                      USER        PID ACCESS COMMAND
Feb 22 06:48:35 Tower root: /mnt/addons:         root     kernel mount /mnt/addons
Feb 22 06:48:35 Tower root: /mnt/cache:          root     kernel mount /mnt/cache
Feb 22 06:48:35 Tower root: /mnt/disk1:          root     kernel mount /mnt/disk1
Feb 22 06:48:35 Tower root: /mnt/disks:          root     kernel mount /mnt/disks
Feb 22 06:48:35 Tower root: /mnt/remotes:        root     kernel mount /mnt/remotes
Feb 22 06:48:35 Tower root: /mnt/rootshare:      root     kernel mount /mnt/rootshare
Feb 22 06:48:35 Tower root: /mnt/user:           root     kernel mount /mnt/user
Feb 22 06:48:35 Tower root:                      nobody    14472 F.... nzbget
Feb 22 06:48:35 Tower root:                      nobody    16730 F...m deluged
Feb 22 06:48:35 Tower root:                      root      24898 f.c.. smbd
Feb 22 06:48:35 Tower root: /mnt/user0:          root     kernel mount /mnt/user0
Feb 22 06:48:35 Tower root: Active pids left on /dev/md*
Feb 22 06:48:35 Tower root:                      USER        PID ACCESS COMMAND
Feb 22 06:48:35 Tower root: /dev/md1p1:          root     kernel mount /mnt/disk1
Feb 22 06:48:35 Tower root: Generating diagnostics...

 

Versuche es jetzt mal mit deaktiviertem ASPM im BIOS wegen: "Feb 21 23:33:54 Tower kernel: nvme nvme0: Does your device have a faulty power saving mode enabled?"

 

Scrub war übrigens ohne Fehler - musste inzwischen einige Zwangshutdowns vollziehen.

Edited February 23, 20242 yr by FalsE_PropheT

Update: Seit 16 Stunden läuft er jetzt durch. ASPM disabled & powertop autotune. Bis auf die Meldung, dass die NVME >60 Grad hat & der Stromverbrauch entsprechend hoch ist, ohne Auffäligkeiten.

 

Jetzt ist die Frage wer von beiden die Zicken macht Board/NVME gibt es da Wege das auszutesten?

1 hour ago, FalsE_PropheT said:

Jetzt ist die Frage wer von beiden die Zicken macht Board/NVME gibt es da Wege das auszutesten?

 

Ich würde einfach mal eine andere NVMe ausprobieren.

Ich habe aktuell mein Board auch zu Testzwecken bestückt und laufen. Egal welchen M.2 Slot ich benutze: ich habe bisher keine solchen Fehler bemerkt.

Ich Habe aber gerade nur eine eine SK Hynix zum testen zur Hand.

https://forums.unraid.net/topic/152936-hilfe-bei-entscheidungsfindung-erster-build/?do=findComment&comment=1367540

 

Update zu meinem 970 Problem, was scheinbar mehr ein Netzteil Problem ist.

Habe am Wochenende einiges gestestet und in Foren gelesen. Habe seit 30 Stunden den Server am laufen (diesmal mit allen Tweks - muss dennoch ausgemistet werden) und er läuft stabil in C10.

Da sich das Cooler Master nun doch als nicht besonders effizient herausgestellt hat, werde ich mich die Tage bzgl. Pico PSU belesen.