Hallo zusammen, ich habe vor ein paar Wochen meinen Server auf komplett neue Hardware umgezogen. Das lief auch einige Zeit ohne Probleme. Seit ein paar Tagen habe ich das Problem, dass Unraid nicht mehr reagiert. D.h. UI Freeze, keine Shares mehr erreichbar, keine Docker etc. Auf den Power Knopf reagiert das System auch nicht mehr. Es bleibt nurnoch ein Reset.

 

Ich habe mich durch diverse Anleitungen zum logging gekämpft, leider ist immer genau dann wenn es passiert scheinbar kein Logeintrag zu finden mit dem Passenden Zeitstempel.

 

Jetzt gerade ist es schon wieder passiert. ab 15:22uhr habe ich die erste Meldung von einem Spieler bekommen, dass der Enshrouded Docker nicht mehr erreichbar ist. ab ca 15:31 hat Plex dann nachgezogen.

 

Memtest hat beim einmaligen durchlauf keine Fehler gezeigt

 

Logs sind angehängt.

unraid-server-diagnostics-20250207-1542.zip syslog-Unraid-Server.log

Edited February 7, 20251 yr by Enfoxed

1 hour ago, Enfoxed said:

Hallo zusammen, ich habe vor ein paar Wochen meinen Server auf komplett neue Hardware umgezogen. Das lief auch einige Zeit ohne Probleme. Seit ein paar Tagen habe ich das Problem, dass Unraid nicht mehr reagiert. D.h. UI Freeze, keine Shares mehr erreichbar, keine Docker etc. Auf den Power Knopf reagiert das System auch nicht mehr.

 

In aller Regel sollte 5-10 Sekunden Powerknopf drücken das Mainboard zum Abschalten veranlassen.

Wenn selbst das nicht funktioniert ist dass Mainboard sehr stark betroffen.

 

1 hour ago, Enfoxed said:

Es bleibt nurnoch ein Reset.

 

Das klingt sehr stark nach einem Hardwareproblem. Du wirst wohl nicht drum herum kommen die gesamte Hardware zu testen.

Anfangen würde ich mal mit einem langen Memorytest (memtest86 oder memtest86+)

 

 

1 hour ago, Enfoxed said:

Ich habe mich durch diverse Anleitungen zum logging gekämpft, leider ist immer genau dann wenn es passiert scheinbar kein Logeintrag zu finden mit dem Passenden Zeitstempel.

Wenn Die Hardware so gravierend abkratzt stoppt die Software natpürlich auch. Also kann die Software dazu nichts mehr schreiben, weil sie ja mit abgestürtzt ist.

 

1 hour ago, Enfoxed said:

Memtest hat beim einmaligen durchlauf keine Fehler gezeigt

 

Einmaliger Durchlauf ist meist etwas zu wenig. 24h Dauerlauf oder mehr sind anzuraten.

 

 

 

Und nur so nebenbei: wenn es doch Software ist: ich lese etwas von btrfs im Syslog - kannst ja mal prüfen ob das noch in ordnung ist

Edited February 7, 20251 yr by DataCollector

Quote

In aller Regel sollte 5-10 Sekunden Powerknopf drücken das Mainboard zum Abschalten veranlassen.

Ja das funktioniert, genauso wie reset. Habe mich etwas missverständlich ausgedrückt. Ein kurzes betätigen des Power knopfes führt zu keiner reaktion.

 

Quote

Und nur so nebenbei: wenn es doch Software ist: ich lese etwas von btrfs im Syslog - kannst ja mal prüfen ob das noch in ordnung ist

btrfs ist mein Cache Pool (1xNVME) - wurde so damals bei der ersten installation von Unraid automatisch ausgewählt

 

Gibt es eine Anleitung wie ich das btrfs checken kann?

 

EDIT: Habs gefunden

 

Ich werde bei nächster Gelegenheit einen langen Memtest durchführen. Da meine Gameserver gut besucht sind würde ich die downtime zur Abenzeit gern vermeiden (muss die Docker wohl auf ein anderes System umziehen so lange)

Edited February 7, 20251 yr by Enfoxed

1 hour ago, Enfoxed said:

Logs sind angehängt.

 

mal vorne angefangen, syslog Server Fehler, da hast du wohl sicher was falsch eingestellt, schalte doch bitte zumindest syslog to flash an, den Rest mit udp syslog Server entfernen.

 

Feb  7 15:36:54 Unraid-Server rsyslogd: omfwd/udp: socket 1: sendto() error: Network is unreachable [v8.2102.0 try https://www.rsyslog.com/e/2354 ]
Feb  7 15:36:54 Unraid-Server rsyslogd: omfwd: socket 1: error 101 sending via udp: Network is unreachable [v8.2102.0 try https://www.rsyslog.com/e/2354 ]
Feb  7 15:36:54 Unraid-Server rsyslogd: action 'action-2-builtin:omfwd' suspended (module 'builtin:omfwd'), retry 0. There should be messages before this one giving the reason for suspension. [v8.2102.0 try https://www.rsyslog.com/e/2007 ]
Feb  7 15:36:54 Unraid-Server rsyslogd: action 'action-2-builtin:omfwd' suspended (module 'builtin:omfwd'), next retry is Fri Feb  7 15:37:24 2025, retry nbr 0. There should be messages before this one giving the reason for suspension. [v8.2102.0 try https://www.rsyslog.com/e/2007 ]
Feb  7 15:36:54 Unraid-Server rc.rsyslogd: Syslog server daemon...  Started.

 

zu deinem setup

 

btrfs Fehler sind mal jetzt nach dem boot keine sichtbar

 

vorweg, mal eins bei Gelegenheit korrigieren (ist jetzt kein Crash Grund)

 

Feb  7 15:42:34 Unraid-Server root: Fix Common Problems: Warning: Share transcode set to cache-only, but files / folders exist on the array

 

aber, was mich doch sehr verwundert, du hast ein Intel System ...

 

was macht amd_iommu hier ? und was willst du mit iommu_pt erreichen ?

 

BOOT_IMAGE=/bzimage amd_iommu=on iommu_pt initrd=/bzroot

 

dann sieht deine Netzwerk config ...

 

# Generated network settings
USE_DHCP="yes"
IPADDR=
NETMASK=
GATEWAY=
BONDING="yes"
BRIDGING="yes"

 

ich sag mal "nicht normal" aus

Quote

mal vorne angefangen, syslog Server Fehler, da hast du wohl sicher was falsch eingestellt, schalte doch bitte zumindest syslog to flash an, den Rest mit udp syslog Server entfernen.

 

Ich bin kein Experte und habe diverse Einstellungen in diversen Posts gefunden. Ich bin dir sehr dankbar, dass du dir die Zeit genommen hast Nun sieht es folgendermaßen aus: 

 

 

Quote

vorweg, mal eins bei Gelegenheit korrigieren (ist jetzt kein Crash Grund)

 

Das war nur kurzzeitig, ist umgestellt.

 

Quote

was macht amd_iommu hier ? und was willst du mit iommu_pt erreichen ?

 

Tja das macht mich auch etwas nachdenklich, ich hatte mit einem Dual Xeon System angefangen( reorganizing-hardware-for-server ), welches ich nun ersetzt habe durch nagelneue Hardware. Woher jetzt AMD kommt? muss wohl ein copy/paste Fehler sein. Damals war keine IGPU da und ich habe versucht eine Grafikkarte in eine VM durchzureichen. Das ganze Projekt ist aber in die Tonne gewandert. Ich nehme an, ich kann die beiden Einträge einfach entfernen?

 

default menu.c32
menu title Lime Technology, Inc.
prompt 0
timeout 50
label Unraid OS
  menu default
  kernel /bzimage
 irqaffinity=2,14 rcu_nocbs=0-23
  append amd_iommu=on iommu_pt initrd=/bzroot
label Unraid OS GUI Mode
  kernel /bzimage
  append initrd=/bzroot,/bzroot-gui
label Unraid OS Safe Mode (no plugins, no GUI)
  kernel /bzimage
  append initrd=/bzroot unraidsafemode
label Unraid OS GUI Safe Mode (no plugins)
  kernel /bzimage
  append initrd=/bzroot,/bzroot-gui unraidsafemode
label Memtest86+
  kernel /memtest

 

Quote

dann sieht deine Netzwerk config ... ich sag mal "nicht normal" aus 

Ich hatte befürchtet, dass da was kommt. hauptsächlich sind das alles Standardeinstellungen oder aus einem Youtube tutorial - Das liegt daran, dass ich davon absolut keinen Schimmer habe. Brücken sind doof bei nur einer Netzwerkkarte und Macvlan auch, soweit war ich da schon, bis jetzt hatte ich dort keine Probleme (dachte ich zumindest). Ich arbeite mich hier von Hölzchen auf Stöckchen und bin um jede Hilfe dankbar. Vieles funktioniert durch learning-by-doing aber die Freezes überfordern mich gerade etwas.

 

Bis jetzt läuft der Server noch seit dem letzten Crash, die Parität wird mal wieder neu gebaut aber die gameserver laufen. alle anderen Docker sind erstmal aus. 

 

1 minute ago, Enfoxed said:

Ich nehme an, ich kann die beiden Einträge einfach entfernen?

du solltest die sogar entfernen

 

1 minute ago, Enfoxed said:

Das war nur kurzzeitig, ist umgestellt.

 

es liegen aber noch Daten im Array

 

2 minutes ago, Enfoxed said:

Nun sieht es folgendermaßen aus: 

lösch alles raus, lass nur unten "Ja" sethen bei syslog to flash (wenn wir damit weiter kommen wieder weg machen)

 

3 minutes ago, Enfoxed said:

Brücken sind doof bei nur einer Netzwerkkarte und Macvlan auch

Nope, aber bond ist "sinnfrei", und macvlan sogar Pflicht bei diverser Hardware (Bsp. Fritzbox ...)

 

viel Erfolg bei der Suche

1. Okay Einträge sind weg.
2. Ich habe den Share wieder auf cache -> Array umgestellt. Transcode wird ja nur temporär genutzt und ist sonst leer. Im Array liegen dann zwar leere Ordner aber es gibt schlimmeres.
3. okay ist umgestellt
4. wirft weitere fragen auf da ich eine Fritzbox benutze... Wo finde ich denn eine gute Beschreibung der optionen und was braucht man wann?

 

 

13 minutes ago, Enfoxed said:

1. wirft weitere fragen auf da ich eine Fritzbox benutze... Wo finde ich denn eine gute Beschreibung der optionen und was braucht man wann?

 

viel gibt es da ja nicht im Standard

 

- Bündelung (meherer Netzwerkkarten) aus, kann eine Fritz eh nicht ...

- IP und DNS Zuweisung, Server mögen statisch und nicht unbedingt DHCP, einfach fixieren wenn dir die .37 jetzt auch passt

- Fritz und Dockers (in custom br0), da muss macvlan aktiv sein

- - Settings, Docker, Dienst aus (zur Umstellung), oben rechts advanced aktivieren, Host access ON, macvlan wählen, Dienst wieder an

- - Host access muss nicht ON sein wenn nicht gewünscht, sollte selbsterklärend sein ... wird aber oft gebraucht

 

 

das war es bereits ...

 

steht aber auch (in englisch) in der Dokumentation  unten rechts im webui

 

So nochmal ein update zur späten Stunde: Das System lief bis jetzt Stabil, habe alle Einstellungen geändert wie vorgeschlagen. Der Fehler besteht aber weiterhin. Trotzdem bin ich ein Stück weiter denke ich. Ich kann den Freeze mit Plex reproduzieren indem ich hardware transcoding erzwinge. Also Direct Play und Direct Stream deaktiviere. Das läuft dann ein Paar Minuten gut, dann springen plötzlich alle Cores auf 100% (oder annähernd) und es nichts tut sich mehr. Weder im Syslog noch im bereits erweiterten Debug Log von Plex ist davon etwas zu lesen. Die Einträge hören einfach auf.

 

Der CPU Ist Nagelneu:

13th Gen Intel® Core™ i5-13600K

aktuellstes Bios ist drauf:

ASUSTeK COMPUTER INC. PRIME H770-PLUS , Version Rev 1.xx
American Megatrends Inc., Version 1805
BIOS Datum: Mittwoch, 30 Oktober 2024

 

Ich habe mich an folgende Infos gehalten

https://github.com/plexinc/pms-docker#intel-quick-sync-hardware-transcoding-support

 

viel kann man da wohl nicht falsch machen. Wie soll ich weiter vorgehen? 

3 minutes ago, Enfoxed said:

Der Fehler besteht aber weiterhin. Trotzdem bin ich ein Stück weiter denke ich. Ich kann den Freeze mit Plex reproduzieren indem ich hardware transcoding erzwinge. Also Direct Play und Direct Stream deaktiviere. Das läuft dann ein Paar Minuten gut, dann springen plötzlich alle Cores auf 100% (oder annähernd) und es nichts tut sich mehr. Weder im Syslog noch im bereits erweiterten Debug Log von Plex ist davon etwas zu lesen. Die Einträge hören einfach auf.

Der CPU Ist Nagelneu:

13th Gen Intel® Core™ i5-13600K

 

Wobei die 13. - 14.Gen K Prozessoren zum Teil ja von dem Designfehler von Intel betroffen sind.

Der wirkt sich zwar in aller Regel eher auf der CPU und nicht GPU aus und das auch erst nach einiger Zeit des (vom Mainboard automatisiert ausgefuehrtem) Betrieb im Grenzbereich oder gar darüber hinaus.

 

3 minutes ago, Enfoxed said:

viel kann man da wohl nicht falsch machen. Wie soll ich weiter vorgehen? 

 

Da ich eher aus der Hardwareecke komme: CPU testen/tauschen

1 hour ago, Enfoxed said:

viel kann man da wohl nicht falsch machen. Wie soll ich weiter vorgehen? 

das ist wohl wahr

 

1 hour ago, Enfoxed said:

Weder im Syslog noch im bereits erweiterten Debug Log von Plex ist davon etwas zu lesen. Die Einträge hören einfach auf.

hmm, also spätestens wenn Plex etwas macht geht im Plex log "die Post ab" ... da wird ja unheimlich viel logged ...

 

und wenn die CPU hoch geht, aktiviert ja "etwas" software ... gerne beispielsweise subtitle PGS und co 

 

sicher das hier nichts zu sehen ist ?

 

\\ALSSERVERII\appdata\PlexMediaServer\Library\Application Support\Plex Media Server\Logs

 

da dann beispielsweise

 

 

aber kurzum, nichts sollte den Server "freezen" ... da "klemmt" es schon irgendwo (wahrscheinlich sogar hardware bedingt ... wie @DataCollector bereits anmerkt)

 

du hast auch kein XMP aktiv im BIOS ?

Quote

Da ich eher aus der Hardwareecke komme: CPU testen/tauschen

Gibt es eine Möglichkeit eine CPU zu testen? ich habe kein anderes Intel System.

 

Quote

du hast auch kein XMP aktiv im BIOS ?

XMP etc ist alles aus, die Sticks laufen auf 2400/4800 und sind in der QVL des Boards

 

Quote

Hmm, also spätestens wenn Plex etwas macht geht im Plex log "die Post ab" ... da wird ja unheimlich viel logged ...

 

und wenn die CPU hoch geht, aktiviert ja "etwas" software ... gerne beispielsweise subtitle PGS und co 

 

sicher das hier nichts zu sehen ist ?

 

\\ALSSERVERII\appdata\PlexMediaServer\Library\Application Support\Plex Media Server\Logs

 

CA 1:35Uhr war der Freeze. Habe Prometheus geguckt. Logs angehängt

 

Plex Media Server Logs_2025-02-08_01-44-38.zip

11 hours ago, Enfoxed said:

Gibt es eine Möglichkeit eine CPU zu testen? ich habe kein anderes Intel System.

 

unter Windows nutze ich dafür prime95 (Primzahlberechnungen). Das ist nicht perfekt, aber stresst die CPU ziemlich stark.

Sollte ein Core Probleme bereiten wird eine der Primzahlenberechnungen ggf. abstürzen.

 

Edited February 8, 20251 yr by DataCollector

Ähnliches Problem mach aber nen eigenen Thread für mehr Übersicht.

Also HW Transcoding habe ich seitdem deaktiviert. keine freezes mehr. Hatte noch keine Zeit die Gameserver umzuziehen.... Da bleibe ich dran ziel ist ja Transcoding nutzen zu können. Ich habe auch noch keine Möglichkeit gefunden Prime95 auzuführen ohne das betriebssystem zu wechseln.

 

Gibt es Tools wie prime95 furmark etc als bootable medium ohne, das ich eine zusätzliche festplatte mit windoof drauf installieren muss? Früher habe ich für diverses Knoppix genutzt aber ich habe nichts mit benchmarks oder stability testing gefunden.

 

Ich habe gerade aber gemerkt, dass der Server kurzzeitig nicht erreichbar war (Unraid UI und SMB Kopiervorgang) Im Log findet sich folgendes: 

Feb 18 13:34:07 Unraid-Server kernel: r8125 0000:04:00.0 eth0: NETDEV WATCHDOG: CPU: 15: transmit queue 1 timed out 6080 ms
Feb 18 13:34:07 Unraid-Server kernel: r8125 0000:04:00.0 eth0: Transmit timeout reset Device!
Feb 18 13:34:07 Unraid-Server kernel: r8125 0000:04:00.0 eth0: Device reseting!
Feb 18 13:34:07 Unraid-Server kernel: br0: port 1(eth0) entered disabled state
Feb 18 13:34:10 Unraid-Server ntpd[1910]: Deleting 1 br0, [192.168.178.37]:123, stats: received=3914, sent=3915, dropped=0, active_time=809048 secs
Feb 18 13:34:10 Unraid-Server ntpd[1910]: 216.239.35.12 local addr 192.168.178.37 -> <null>
Feb 18 13:34:10 Unraid-Server ntpd[1910]: 216.239.35.8 local addr 192.168.178.37 -> <null>
Feb 18 13:34:10 Unraid-Server ntpd[1910]: 216.239.35.4 local addr 192.168.178.37 -> <null>
Feb 18 13:34:10 Unraid-Server ntpd[1910]: 216.239.35.0 local addr 192.168.178.37 -> <null>
Feb 18 13:34:11 Unraid-Server kernel: r8125: eth0: link up
Feb 18 13:34:11 Unraid-Server kernel: br0: port 1(eth0) entered blocking state
Feb 18 13:34:11 Unraid-Server kernel: br0: port 1(eth0) entered forwarding state
Feb 18 13:34:13 Unraid-Server ntpd[1910]: Listen normally on 2 br0 192.168.178.37:123
Feb 18 13:34:13 Unraid-Server ntpd[1910]: 216.239.35.12 local addr <null> -> 192.168.178.37
Feb 18 13:34:13 Unraid-Server ntpd[1910]: 216.239.35.8 local addr <null> -> 192.168.178.37
Feb 18 13:34:13 Unraid-Server ntpd[1910]: 216.239.35.4 local addr <null> -> 192.168.178.37
Feb 18 13:34:13 Unraid-Server ntpd[1910]: 216.239.35.0 local addr <null> -> 192.168.178.37
Feb 18 13:34:13 Unraid-Server ntpd[1910]: new interface(s) found: waking up resolver
Feb 18 13:34:17 Unraid-Server kernel: r8125 0000:04:00.0 eth0: NETDEV WATCHDOG: CPU: 2: transmit queue 0 timed out 6216 ms
Feb 18 13:34:17 Unraid-Server kernel: r8125 0000:04:00.0 eth0: Transmit timeout reset Device!
Feb 18 13:34:17 Unraid-Server kernel: r8125 0000:04:00.0 eth0: Device reseting!
Feb 18 13:34:17 Unraid-Server kernel: br0: port 1(eth0) entered disabled state
Feb 18 13:34:21 Unraid-Server kernel: r8125: eth0: link up
Feb 18 13:34:21 Unraid-Server kernel: br0: port 1(eth0) entered blocking state
Feb 18 13:34:21 Unraid-Server kernel: br0: port 1(eth0) entered forwarding state

 

Ich habe dann ins Log geguckt und zusätzlich folgendes gefunden:

Feb 10 22:54:59 Unraid-Server kernel: ------------[ cut here ]------------
Feb 10 22:54:59 Unraid-Server kernel: Can't encode file handler for inotify: 255
Feb 10 22:54:59 Unraid-Server kernel: WARNING: CPU: 3 PID: 825952 at fs/notify/fdinfo.c:55 show_mark_fhandle+0x77/0xe6
Feb 10 22:54:59 Unraid-Server kernel: Modules linked in: veth xt_nat xt_tcpudp macvlan xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo ip6table_nat iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_addrtype br_netfilter md_mod zfs(PO) spl(O) nct6775 nct6775_core hwmon_vid ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs bridge stp llc intel_rapl_common x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel i915 kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel sha512_ssse3 sha256_ssse3 sha1_ssse3 aesni_intel iosf_mbi drm_buddy crypto_simd ttm cryptd i2c_algo_bit drm_display_helper drm_kms_helper rapl sr_mod intel_cstate input_leds mei_hdcp mei_pxp drm cdrom wmi_bmof joydev led_class cdc_acm i2c_i801 nvme intel_gtt mei_me i2c_smbus intel_uncore r8125(O) agpgart nvme_core mei ahci i2c_core libahci vmd thermal fan video tpm_crb tpm_tis tpm_tis_core wmi tpm backlight acpi_tad acpi_pad button
Feb 10 22:54:59 Unraid-Server kernel: CPU: 3 PID: 825952 Comm: lsof Tainted: P           O       6.6.68-Unraid #1
Feb 10 22:54:59 Unraid-Server kernel: Hardware name: ASUS System Product Name/PRIME H770-PLUS, BIOS 1805 10/30/2024
Feb 10 22:54:59 Unraid-Server kernel: RIP: 0010:show_mark_fhandle+0x77/0xe6
Feb 10 22:54:59 Unraid-Server kernel: Code: ff 00 00 00 89 c1 74 04 85 c0 79 22 80 3d 6c ad 2c 01 00 75 5e 89 ce 48 c7 c7 6b 03 26 82 c6 05 5a ad 2c 01 01 e8 4f 75 d8 ff <0f> 0b eb 45 89 44 24 0c 8b 44 24 04 48 89 ef 31 db 48 c7 c6 a9 03
Feb 10 22:54:59 Unraid-Server kernel: RSP: 0018:ffffc9000af47c10 EFLAGS: 00010286
Feb 10 22:54:59 Unraid-Server kernel: RAX: 0000000000000000 RBX: ffff88815374a378 RCX: 0000000000000027
Feb 10 22:54:59 Unraid-Server kernel: RDX: 0000000082c1dcb0 RSI: ffffffff822451fd RDI: 00000000ffffffff
Feb 10 22:54:59 Unraid-Server kernel: RBP: ffff888105b43d20 R08: 0000000000000000 R09: ffffffff82c1dcb0
Feb 10 22:54:59 Unraid-Server kernel: R10: 00003fffffffffff R11: 0000000000000032 R12: ffff888105b43d20
Feb 10 22:54:59 Unraid-Server kernel: R13: ffff888105b43d20 R14: ffffffff812ed212 R15: ffff888101be4c78
Feb 10 22:54:59 Unraid-Server kernel: FS:  000014649a05ef00(0000) GS:ffff88981f8c0000(0000) knlGS:0000000000000000
Feb 10 22:54:59 Unraid-Server kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Feb 10 22:54:59 Unraid-Server kernel: CR2: 00000000004bb378 CR3: 000000011041a000 CR4: 0000000000750ee0
Feb 10 22:54:59 Unraid-Server kernel: PKRU: 55555554
Feb 10 22:54:59 Unraid-Server kernel: Call Trace:
Feb 10 22:54:59 Unraid-Server kernel: <TASK>
Feb 10 22:54:59 Unraid-Server kernel: ? __warn+0x99/0x11a
Feb 10 22:54:59 Unraid-Server kernel: ? report_bug+0xd9/0x153
Feb 10 22:54:59 Unraid-Server kernel: ? show_mark_fhandle+0x77/0xe6
Feb 10 22:54:59 Unraid-Server kernel: ? handle_bug+0x53/0x7c
Feb 10 22:54:59 Unraid-Server kernel: ? exc_invalid_op+0x13/0x60
Feb 10 22:54:59 Unraid-Server kernel: ? asm_exc_invalid_op+0x16/0x20
Feb 10 22:54:59 Unraid-Server kernel: ? __pfx_inotify_fdinfo+0x10/0x10
Feb 10 22:54:59 Unraid-Server kernel: ? show_mark_fhandle+0x77/0xe6
Feb 10 22:54:59 Unraid-Server kernel: ? __pfx_inotify_fdinfo+0x10/0x10
Feb 10 22:54:59 Unraid-Server kernel: ? seq_vprintf+0x2d/0x49
Feb 10 22:54:59 Unraid-Server kernel: ? seq_printf+0x53/0x6e
Feb 10 22:54:59 Unraid-Server kernel: ? preempt_latency_start+0x2b/0x46
Feb 10 22:54:59 Unraid-Server kernel: inotify_fdinfo+0x83/0xaa
Feb 10 22:54:59 Unraid-Server kernel: show_fdinfo.isra.0+0x63/0xab
Feb 10 22:54:59 Unraid-Server kernel: seq_show+0x152/0x173
Feb 10 22:54:59 Unraid-Server kernel: seq_read_iter+0x16e/0x353
Feb 10 22:54:59 Unraid-Server kernel: seq_read+0x91/0xbb
Feb 10 22:54:59 Unraid-Server kernel: vfs_read+0xa4/0x1d1
Feb 10 22:54:59 Unraid-Server kernel: ? __do_sys_newfstat+0x34/0x5c
Feb 10 22:54:59 Unraid-Server kernel: ksys_read+0x74/0xc0
Feb 10 22:54:59 Unraid-Server kernel: do_syscall_64+0x57/0x7b
Feb 10 22:54:59 Unraid-Server kernel: entry_SYSCALL_64_after_hwframe+0x78/0xe2
Feb 10 22:54:59 Unraid-Server kernel: RIP: 0033:0x14649a2f66ed
Feb 10 22:54:59 Unraid-Server kernel: Code: 21 87 0e 00 f7 d8 64 89 02 b8 ff ff ff ff eb bb 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 80 3d 59 0b 0f 00 00 74 17 31 c0 0f 05 <48> 3d 00 f0 ff ff 77 5b c3 66 2e 0f 1f 84 00 00 00 00 00 48 83 ec
Feb 10 22:54:59 Unraid-Server kernel: RSP: 002b:00007ffe9fea3958 EFLAGS: 00000246 ORIG_RAX: 0000000000000000
Feb 10 22:54:59 Unraid-Server kernel: RAX: ffffffffffffffda RBX: 000000000043f600 RCX: 000014649a2f66ed
Feb 10 22:54:59 Unraid-Server kernel: RDX: 0000000000000400 RSI: 0000000000446440 RDI: 0000000000000007
Feb 10 22:54:59 Unraid-Server kernel: RBP: 000014649a3de1f0 R08: 0000000000000001 R09: 0000000000000000
Feb 10 22:54:59 Unraid-Server kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 000014649a3de0a0
Feb 10 22:54:59 Unraid-Server kernel: R13: 0000000000000000 R14: 0000000000001000 R15: 000000000043f600
Feb 10 22:54:59 Unraid-Server kernel: </TASK>

 

unraid-server-diagnostics-20250218-1345.zip

33 minutes ago, Enfoxed said:

Ich habe gerade aber gemerkt, dass der Server kurzzeitig nicht erreichbar war (Unraid UI und SMB Kopiervorgang) Im Log findet sich folgendes: 

deine Netzwerkkarte steigt als wohl ab und an aus ...

 

34 minutes ago, Enfoxed said:

Gibt es Tools wie prime95 furmark etc als bootable medium ohne, das ich eine zusätzliche festplatte mit windoof drauf installieren muss?

naja, prime würde ja CPU stressen, wenn du aktuell per software encoden würdest ... ist das bereits Stress für die CPU

 

funmark wäre ja GPU Test (oder iGPU), das wäre ja eine App wo die iGPU "stresst" ...

 

Win VM als Option ?, SR-IOV, vgpu in die VM und Feuer frei ...

Quote

naja, prime würde ja CPU stressen, wenn du aktuell per software encoden würdest ... ist das bereits Stress für die CPU 

Also ich benutze zurzeit die eingebaute optimieren funktion von plex um die mkvs zu mp4 umzuwandeln, das lastet die CPU gut aus, das läuft quasi 4-5 Stunden am Tag ohne Probleme. Darüber hinaus werden viele neue Filme bei Plex eingespielt, das erkennen der Vor-und Abspanne bring die CPU auch gut zum arbeiten.

 

Quote

deine Netzwerkkarte steigt als wohl ab und an aus ...

Das würden den Server ja auch unerreichbar machen, wenn die nicht wieder kommt. ich habe diesen eintrag früher aber noch nie gesehen im log. ich habe bei der fehlersuche

"RTL8125(B) PCI Drivers" installiert, das würde ich erstmal wieder runterwerfen. Darüber hinaus, habe ich eig nur die Netzwerkeinstellungen an den Dockern laut deiner Empfehlung geändert.

 

In die VM Thematik muss ich mich erstmal einlesen, das letzte mal mit Dedizierte GPU war nicht erfolgreich..

"RTL8125(B) PCI Drivers" runtergeworfen, jetzt kommen keine Netzwerk probleme mehr im log.

 

12 Passes Memtext 86+ ohne Probleme

 

6 Mal Unigine Superposition Benchmark ohne Probleme

 

Superpi berechnungen ohne Probleme

 

Alles läuft absolut perfekt, bis plex versucht HW zu transcoden mit der IGPU...

 

Ich versuch mal auf einen anderen Plex Docker umzustellen. Nutze den Offiziellen.

 

Es gibt keine logs, keine Fehlermeldung nix. selbst NVTop, Htop etc bleiben einfach stehen

Hmpf so langsam bin ich mit Plex am ende, ich habe nun Jellyfin docker eingerichtet und siehe da es scheint zu funktionieren. Wie finde ich nun raus wieso Plex das nicht will? Ich würde mal einen Hardware Defekt ausschliessen?

 

 

3 minutes ago, Enfoxed said:

Hmpf so langsam bin ich mit Plex am ende, ich habe nun Jellyfin docker eingerichtet und siehe da es scheint zu funktionieren. Wie finde ich nun raus wieso Plex das nicht will? Ich würde mal einen Hardware Defekt ausschliessen?

 

würde ich jetzt auch ausschließen, hast ja perfekt alles durchgearbeitet.

 

wenn selbst im Plex Protokoll nichts steht ... wird es schwer ... wäre ja nur "raten" ...

 

in Plex hast du auch nicht das "neue" Feature hevc encode aktiviert ? wäre jetzt so ein letzter Schuss ins Blaue hier ...

 

Just now, alturismo said:

würde ich jetzt auch ausschließen, hast ja perfekt alles durchgearbeitet.

 

wenn selbst im Plex Protokoll nichts steht ... wird es schwer ... wäre ja nur "raten" ...

 

in Plex hast du auch nicht das "neue" Feature hevc encode aktiviert ? wäre jetzt so ein letzter Schuss ins Blaue hier ...

 

Ne Das Plex protokoll bleibt halt auch einfach stehen. ich hab mittlerweile ein pikvm am Server und selbst die unraid konsole friert ein. Ich versteh halt nicht wie ein Docker den ganzen Server lahmlegen kann...

 

die experimentellen dinge habe ich alle deaktiviert (hatte es aber mal kurz getestet, half nicht)

 

Ich möchte mich eigentlich nicht damit abfinden, dass der plexpass Lifetime Lehrgeld ist, ich mich nun an Jellyfin gewöhnen muss und hoffen darf dass das auf allen Geräten läuft 🤕

Du warst schon auf Unraid 7?

 

Das hatte mir geholfen weil ich die Ursache auch nicht finden konnte.

 

 

50 minutes ago, Enfoxed said:

Ich möchte mich eigentlich nicht damit abfinden, dass der plexpass Lifetime Lehrgeld ist, ich mich nun an Jellyfin gewöhnen muss und hoffen darf dass das auf allen Geräten läuft 🤕

verstehe ich, und bei der Menge an Plex Usern wird es das alleine auch nicht sein ...

 

stoppe mal den Container, lösche den folgenden Ordner, starte dann den Container (Codecs wird neu erstellt) und teste nochmals

 

 

ps. plex inc (official) ist auch der kompatibelste ... das passt schon normal.

21 hours ago, alturismo said:

verstehe ich, und bei der Menge an Plex Usern wird es das alleine auch nicht sein ...

 

stoppe mal den Container, lösche den folgenden Ordner, starte dann den Container (Codecs wird neu erstellt) und teste nochmals

 

 

ps. plex inc (official) ist auch der kompatibelste ... das passt schon normal.

Das hat leider keine Änderung gebracht. Ich habe folgende Lösungsvorschläge gefunden, bin mir aber nicht sicher, ob die Gefahrlos umzusetzen sind:

 

Kernel- oder i915-Treiberproblem mit Unraid 6.x/7.x
Unraid verwendet eine spezifische Kernel-Version, und Intel hat in den letzten Jahren diverse Änderungen am i915-Treiber vorgenommen.
Es gibt bekannte Probleme mit Intel Alder Lake und Raptor Lake (12./13. Gen) iGPUs, besonders bei neueren Codecs (AV1, HEVC 10-bit, HDR-Tonemapping, usw.).

Versuche, die Kernel-Parameter zu setzen, um bestimmte Instabilitäten zu umgehen:

i915.enable_guc=3 → Aktiviert GuC/HuC-Firmware für verbesserte GPU-Funktionalität.
i915.force_probe=* → Erlaubt das Laden der GPU, auch wenn Unraid sie nicht offiziell unterstützt.
i915.enable_fbc=0 → Deaktiviert Frame Buffer Compression (kann bei manchen Systemen Fehler verursachen).

So fügst du die Parameter hinzu:
Gehe in Unraid zu "Flash" > "Syslinux Configuration"

Füge die Parameter bei append hinzu:
append initrd=/bzroot i915.enable_guc=3 i915.force_probe=* i915.enable_fbc=0

Speicher & Neustart.

 

Versuch mit VAAPI anstelle von QSV
Falls nur QSV in Plex Probleme macht, kannst du versuchen, VAAPI statt QSV zu erzwingen:

Docker-Variable PLEX_MEDIA_SERVER_USE_SYSVAAPI=1 setzen:
Gehe zu Docker > Plex > Edit

Unter "Extra Parameters" folgendes einfügen:
--device /dev/dri:/dev/dri --env PLEX_MEDIA_SERVER_USE_SYSVAAPI=1

Docker neu starten
Falls nötig, in Plex Hardware-Transcoding erneut aktivieren:

Einstellungen > Transcoder
Hardware-Beschleunigung aktivieren
Erweiterte Optionen > VAAPI statt QSV nutzen

 

45 minutes ago, Enfoxed said:

Das hat leider keine Änderung gebracht. Ich habe folgende Lösungsvorschläge gefunden, bin mir aber nicht sicher, ob die Gefahrlos umzusetzen sind:

 

schöne chat gpt Antworten

 

der erste Block, würde ich mal ausschließen da ja Jelly ohne Issues geht ... aber um guc zu aktivieren, anderer Ansatz

 

 

den 2. Ansatz kannst du ja testen, dazu braucht es nur unten

 

add another ... Variable

 

NAME: egal

KEY: PLEX_MEDIA_SERVER_USE_SYSVAAPI

VALUE: 1

 

 

aber ob das ... du wirst es herausfinden