alturismo

dann revidier das alles mal wieder ...
 
bestes Beispiel
 
du nutzt 1 NIC und aktivierst Multichannel ...
 
Lösungsansätze
 
Flow Control aktivieren, die 2.5 G schiebt (sofern Sie es wirklich kann) schneller als IN am Server, mal testen.
 
USB NIC, ist halt nicht immer die beste Wahl, aber für den Laptop verständlich, nur ist der wirklich in der Lage ...
teste mal von dem auf ne Freigabe zum win 7 Gerät ob es da besser läuft, Ausschluss ...
 
wären jetzt meine ersten Ansätze, sogar erstmal den Test auf anderen Abnehmer

die persistent Docker Daten liegen unter /appdata (normal), sprich, du brauchst nicht Unraid neu zu machen sondern Docker löschen UND die dazugehörigen appdata ... du willst ja auch nicht wenn der Stick abraucht alles neu aufsetzen, oder ?

was ich sehe, dein Problem läuft seit Anfang März ... mit tausenden Einträgen
 

 
ATA bus error ...
 
- Energiesparen ... alles mal revidieren was da gesetzt wurde (auch auto tweak plugin)
- Kabel prüfen, ersetzen, ...
- Sitz der Kabel prüfen (steckt alles fest drin, "click" ...
 
deine Ansätze resultieren wohl hiervon
 
Apr 2 19:59:22 M-Skynet kernel: XFS (md1p1): Metadata CRC error detected at xfs_sb_read_verify+0x10c/0x198, xfs_sb block 0x0 Apr 2 19:59:22 M-Skynet kernel: XFS (md1p1): Unmount and run xfs_repair Apr 2 19:59:22 M-Skynet kernel: XFS (md1p1): First 128 bytes of corrupted metadata buffer: Apr 2 19:59:22 M-Skynet kernel: 00000000: 58 46 53 42 00 00 10 00 00 00 00 00 ae 9f ff f3 XFSB............ Apr 2 19:59:22 M-Skynet kernel: 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Apr 2 19:59:22 M-Skynet kernel: 00000020: 35 f3 9f 29 13 be 43 a9 96 d2 cf e2 c3 e7 01 7c 5..)..C........| Apr 2 19:59:22 M-Skynet kernel: 00000030: 00 00 00 00 50 00 00 06 00 00 00 00 00 00 00 80 ....P........... Apr 2 19:59:22 M-Skynet kernel: 00000040: 00 00 00 00 00 00 00 81 00 00 00 00 00 00 00 82 ................ Apr 2 19:59:22 M-Skynet kernel: 00000050: 00 00 00 01 0f ff ff ff 00 00 00 0b 00 00 00 00 ................ Apr 2 19:59:22 M-Skynet kernel: 00000060: 00 07 f6 00 b4 b5 02 00 02 00 00 08 00 00 00 00 ................ Apr 2 19:59:22 M-Skynet kernel: 00000070: 00 00 00 00 00 00 00 00 0c 09 09 03 1c 00 00 05 ................ Apr 2 19:59:22 M-Skynet kernel: XFS (md1p1): SB validate failed with error -74.  
aber solange das Problem besteht wird es schwer ...
 
Apr 2 19:47:37 M-Skynet emhttpd: shcmd (29): udevadm settle Apr 2 19:47:37 M-Skynet emhttpd: shcmd (33): xfs_admin -U generate /dev/md1p1 Apr 2 19:47:37 M-Skynet kernel: ata3.00: exception Emask 0x50 SAct 0x2000 SErr 0x40c0800 action 0xe frozen Apr 2 19:47:37 M-Skynet kernel: ata3.00: irq_stat 0x00000040, connection status changed Apr 2 19:47:37 M-Skynet kernel: ata3: SError: { HostInt CommWake 10B8B DevExch } Apr 2 19:47:37 M-Skynet kernel: ata3.00: failed command: READ FPDMA QUEUED Apr 2 19:47:37 M-Skynet kernel: ata3.00: cmd 60/08:68:28:00:00/00:00:80:01:00/40 tag 13 ncq dma 4096 in Apr 2 19:47:37 M-Skynet kernel: res 40/00:ff:81:00:00/00:00:00:00:00/40 Emask 0x50 (ATA bus error) Apr 2 19:47:37 M-Skynet kernel: ata3.00: status: { DRDY } Apr 2 19:47:37 M-Skynet kernel: ata3: hard resetting link Apr 2 19:47:38 M-Skynet kernel: ata5.00: exception Emask 0x50 SAct 0x40000 SErr 0x40c0800 action 0xe frozen Apr 2 19:47:38 M-Skynet kernel: ata5.00: irq_stat 0x00000040, connection status changed Apr 2 19:47:38 M-Skynet kernel: ata5: SError: { HostInt CommWake 10B8B DevExch } Apr 2 19:47:38 M-Skynet kernel: ata5.00: failed command: READ FPDMA QUEUED Apr 2 19:47:38 M-Skynet kernel: ata5.00: cmd 60/08:90:28:00:00/00:00:80:01:00/40 tag 18 ncq dma 4096 in Apr 2 19:47:38 M-Skynet kernel: res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) Apr 2 19:47:38 M-Skynet kernel: ata5.00: status: { DRDY } Apr 2 19:47:38 M-Skynet kernel: ata5: hard resetting link  

woher der kommt steht da  ich würde einen bug report öffnen.
 
und ja, Fehlermeldung hab ich auch.

das stellst du in dem entsprechenden Share ein wie, was, verteilt wird ...
 
die Warnung bedeutet 1 Warnung da 1 Platte nicht mehr "grün" ist  sonst nichts ...
 
zur Parity und USB disks ... wurde oft genug erwähnt dass dies nicht unbedingt der Weg ist ... kannst mal eher ne diagnostics hier post und vielleicht sieht jemand etwas, ich kann nur sagen ... nutzt keine USB disks im Array ... es ist und bleibt keine zuverlässige Schnittstelle, als Backup Disk, usw usw ... alles gut, aber mehr ...

in deinen diags starten Docker wild durch ...
 
teste mal Docker für Docker bzw. schau dir die jeweiligen logs an der dockers welche da perm crashen

und noch folgende Alternative
 
1/ Unraid, unassigned devices, smb Freigabe hinzufügen
2/ im Nextcloud Docker beispielsweise /mnt/remotes/Freigabename mounten, add path unten ... 
 
dann ist das für Nextcloud ein "lokaler" Storage ... und Unraid managed die smb Verbindung.
 
ansonten, google Suche nach deiner Meldung, viele viele Infos  apt install ... aber das wäre nie persistent da bei jedem Docker Update usw dies automatisiert neu gemacht werden müsste, nur als Info ...

dafür richtet man sich einen reverse Proxy davor ein, simples Beispiel
 
https://cloud.meine-domain.de >> intern dann http://192.168.1.10:8080
https://plex.meine-domain.de >> intern dann http://192.169.1.20:32400
 
oder auch subfolders wenn man keine subdomains erstellen kann (Achtung, nicht jeder Dienst macht das einfach so mit ...)
 
https://meine-domain.de/cloud >> intern dann http://192.168.1.10:8080
https://meine-domain.de/plex >> intern dann http://192.169.1.20:32400
 
ohne reverse Proxy welcher erkennt was, wie, wo, ... ist das nicht wirklich umsetzbar, deine DNS sagt nur
meine-domain.de >> externe WAN IP
 
über den Port ist dann klar was dahinter passiert ... jetzt gibt es Apps wo man sagen kann, nur mit dieser Domain lasse ich dich zu ...
 
aber auch dafür braucht es subdomains und du musst trotzdem für diverese Dienste jeweils einen Port extern öffnen,
kurz, reverse Proxy man anschauen

alles klar
 
also, wenn du schon auf zfs setzt, dann setze dich bitte etwas damit auseinander, das braucht Pflege ... dafür ist scrub und co da
gerade bei einem Stromausfall oder anderweitigem harten runterfahren ...
 
dann aber mal ausführen und aktivieren ... lesen !!!
 
du nutzt zfs ... du nutzt Docker Directory ... dann bitte die Anleitung sichten (oder changelog), kurzum, hier nochmals aus den docs
 

 
und deine Docker Konfiguration ...
 
DOCKER_BACKINGFS="native" DOCKER_IMAGE_TYPE="folder"  
soll jetzt nicht zu hart rüberkommen, aber ich sehe viele auf den "fancy" zfs Zug aufspringen ohne Sinn und Verstand ...
nur weil es das beste sein soll ... dann aber bitte auch pflegen  und die Rahmenbedingungen beachten oder zumindest die Docs anschauen.
 
zu dem Thema warum du das alles aktiviert hast in den VM Settings sage ich jetzt nichts ...
wahrscheinlich auch irgendwo gelesen oder in nem Video gesehen ...
 
BOOT_IMAGE=/bzimage pcie_acs_override=downstream,multifunction vfio_iommu_type1.allow_unsafe_interrupts=1 initrd=/bzroot

ja

wohl eher keine wichtigen ... der Share muss komplett leer sein um dies aus dem UI zu machen.
 
wenn du dir sicher bist das nicht mehr drin ist was du willst, klar.
 
Danach solltest du noch die Share Config mit löschen, auf dem Stick unter /config/shares/<Sharename>.cfg

außer die docker xml Dateien zu kopieren gibt es da ja nicht viel
 
/config/plugins/dockerMan/templates-user/
 
da liegen deine Docker Start Konfigurationen mit deinen Parametern usw ... die würde ich mitnehmen, damit hast du die ja direkt nach Übernahme der /appdata disk direkt am Laufen ... ggf. ein paar Pfade anpassen für Medien Themen usw ...
 

exakt
 
eine Lösung wenn du bei dem Image bleiben willst
 
Settings, Docker Tab, Dienst stoppen
Image löschen (es geht nichts verloren )
Dienst starten (Image wird neu erstellt)
Docker Tab, unten, add container, die Dockers aus dem dropdown oben unter user templates nach und nach neu installieren.
 
Start Parameter werden vom Stick übernommen, persistent Data liegen unter /appdata, dann ist alles wieder wie es war ...
nur ein "cleanes" Docker Image, bis zum nächsten mal ...

ein typisches Szenarion zwischen 2.00 und 5.00 wäre Plex, sind die Standardzeiten für Aufgaben
 
Intro Skip
Thumbs
Kapitel
...
 
je nachdem was man davon alles aktiviert hat (bzw. nicht abgewählt hat)
 
Plex, Einstellungen
 
geplante Aufgaben (wann)
Mediathek (unten, was ...)

dann ist das besser als transcode oser stream oder ... und ja, der ATV decoded dann jetzt sauber.
 
Dolby True HD hat normal einen AC3 Fallback stream, aber wenn jetzt der ATV das macht ist es ja perfekt wenn er das unterstützt.
 
Wenn Plex das übernimmt wird ein schlechterer aac stream daraus ... 
 
yep, seit 2023er Modellen geht das bei LG
 
ist bekannt, wobei es mehr am TV internen Decoder liegt als am 100 mbit Anschluss, der LG interne decoder ist bei ~ 60mbit streams am Ende ... da geht meist noch etwas mehr, aber offiziell war da bei 60 Schluss (hevc decoder), Samsung bei 80 (auch da geht etwas mehr), daher hat man da meist nichts gemerkt von dem Problem, nur wenn tatsächlich extreme Remuxes abgespielt werden ...
 
kann man meist auch cross checken indem man wlan anstelle ethernet nutzt, die haben ja mehr Bandbreite und wenn der TV günstig steht kommt die auch an, aber auch da war bei high bitrate streams Schluss ... daher liegt es nicht nur am 100 mbit Anschluss
 
en ATV oder ne Shield TV haben da meist keine Issues
 
in Summe, das war ein Thema bei Plex und ATV, gerade im Zusammenspiel mit der neuen hevc Funktion hat man das mit erledigt das ATV besser unterstützt wird, sei froh das es jetzt so ist und nichts am Server transcoded wird wenn nicht nötig.
 
direct ist immer die beste Option, alles an transcoding nur wenn
 
Bandbeite gespart werden soll (mobile, external views)
Clients nicht kompatibel sind (alte Abspieler, TV Apps, ...)

anscheinend wurde das deaktiviert, würde hierzu einen bug report öffnen
 
Umweg, Eintrag in das go file
 
### sshd custom conf cp --update=all /boot/config/ssh/sshd_config /etc/ssh/sshd_config /etc/rc.d/rc.sshd restart  
Nachteil, wenn mal ein update seitens Unraid an der sshd config gemacht werden würde ... aber eher unwahrscheinlich.

ja, Hintergrund, Unraid ladet sich beim Start komplett in den RAM, da ist nichts persistent was so Themen angeht
 
2 Lösungsansätze
 
1/ user scripts plugin >> on array start >> deine Befehle eintragen
2/ go file unter /config auf dem stick >> deine Befehle eintragen
 
1/ wäre meine empfohlene Variante ... leichter zu disablen bei Fehlern usw usw ...
 
ja, lies dich mal erst in die doku etwas ein, dann gezielt hinterfragen ...
 
kurz, Share settings, primary, secondary ...
 
https://docs.unraid.net/unraid-os/manual/shares/

evtl. mit dem plugin usb manager probiert ?
 
da kann man mal auch versuchen simpel den/die ganzen Ports automatisch an eine VM zu reichen ...
 
@SimonF if there are 2 devices with the same id, switching complete port to a VM should still be possible ?

leider Nein, Deutsche Glasfaser vergibt keine öffentlichen ipv4 ... nur Buisness für (sehr) teures Geld
 
Optionen
 
1/ ipv6 einlesen
2/ Tunnel einrichten (VPS ab ~ 1-3 € pro Monat)
 
anders wird das nichts  gibt es diverse Threads hierzu und im Netz

erstmal schauen ob es stabil ist, dann kannst du dich ans sparen machen
 
Nein, statisch einstellen, ipv4 wäre dann deine IP, DNS und Gateway sind normal die Router IP, Beispiel
 

 
perfekt, dann schalte SSL aus, ist quatsch und funkt dazwischen
 
und wahrscheinlich eine nicht richtig aufgelegt ... oder doch
 
Energiesparmodus in der Fritz aktiv, damit hast du dann 1/10 Performance im LAN ... kurz, 10 anstelle 100 MB/s Durchsatz
 
allgemein, schlecht, wenn es dir reicht von einem PC Client im LAN "nur" 10 MB/s Durchsatz zu haben, egal
 
hat damit nichts zu tun
 
per se, Nein, Beispiel einer fehlerhaften Config, wenn im Mapping (unten eingekreist) extern 80 oder 443 wäre und der Network Type (oben Pfeil) bridge oder Host wäre
 

 
würde das mit der Unraid Config HTTP/S 80/443 kollidieren, es können nicht 2 Applikationen auf den gleichen Port laufen, aber wäre jetzt unwahrscheinlich ... trotzdem mal prüfen.

von ganz alleine, Nein, per plugin und scheduled, ja, plugins und docker updates beispielsweise ...
 
wenn ich danach suche komme ich auf "Process Manager" ... was bei deinem Verhalten auch sinnig wäre das du hier etwas installiert hast um etwas zu überwachen ... also würde ich mal meine plugins, dockers, ... sichten und schauen was da so integriert ist.

dann würde ich vorschlagen, mach einen bug report auf mit entsprechenden Meldungen und logs, macht am meisten Sinn.

wenn du über das terminal (ssh) noch drauf kommst, kannst du SSL da auch deaktivieren, andernfalls herunter fahren und Datei an einem anderen PC bearbeiten
 
Beispiel Editor an einem Win PC (so wäre der Standard)
 

 
das geht natürlich auch im terminal per
 
nano /boot/config/ident.cfg  
und bevor du anfängst deinen Server per SSL von extern erreichbar zu machen ... mach dich erstmal vertraut ...

sieht alles gut aus, schätze es kommt von der AST GPU für IPMI ... würde sagen kann man getrost ignorieren

Ansatz meinerseits (1, 2 zum aufräumen, 3 Fehler ...)
 
1/ entferne mal den syslog server Eintrag, zig Fehler dass der nicht erreichbar ist, anscheinend falsch konfiguriert (oder korrigiere es)
 
Mar 5 20:20:35 Tyla rsyslogd: omfwd/udp: socket 8: sendto() error: Network is unreachable [v8.2102.0 try https://www.rsyslog.com/e/2354 ] Mar 5 20:20:35 Tyla rsyslogd: omfwd: socket 8: error 101 sending via udp: Network is unreachable [v8.2102.0 try https://www.rsyslog.com/e/2354 ]  
2/ schau mal welcher client (.30) da etwas "wild" zugreift ...
 
Mar 5 20:41:35 Tyla nginx: 2025/03/05 20:41:35 [error] 8375#8375: *1314 limiting requests, excess: 20.802 by zone "authlimit", client: 192.168.178.30, server: , request: "PROPFIND /login HTTP/1.1", host: "tyla" Mar 5 20:41:35 Tyla nginx: 2025/03/05 20:41:35 [error] 8375#8375: *1316 limiting requests, excess: 20.788 by zone "authlimit", client: 192.168.178.30, server: , request: "PROPFIND /login HTTP/1.1", host: "tyla" Mar 5 20:41:35 Tyla nginx: 2025/03/05 20:41:35 [error] 8375#8375: *1318 limiting requests, excess: 20.767 by zone "authlimit", client: 192.168.178.30, server: , request: "PROPFIND /login HTTP/1.1", host: "tyla" Mar 5 20:41:35 Tyla nginx: 2025/03/05 20:41:35 [error] 8375#8375: *1320 limiting requests, excess: 20.753 by zone "authlimit", client: 192.168.178.30, server: , request: "PROPFIND /login HTTP/1.1", host: "tyla" ... .. .  
 
3/ BERT Einträge https://www.thomas-krenn.com/de/wiki/Boot_Error_Record_Table_(BERT)
 
Mar 5 20:20:35 Tyla kernel: BERT: Error records from previous boot: Mar 5 20:20:35 Tyla kernel: [Hardware Error]: event severity: fatal Mar 5 20:20:35 Tyla kernel: [Hardware Error]: Error 0, type: corrected Mar 5 20:20:35 Tyla kernel: [Hardware Error]: fru_text: DIMM Locate: P0A0 Mar 5 20:20:35 Tyla kernel: [Hardware Error]: section_type: memory error Mar 5 20:20:35 Tyla kernel: [Hardware Error]: error_status: Storage error in DRAM memory (0x0000000000040400) Mar 5 20:20:35 Tyla kernel: [Hardware Error]: physical_address: 0x0000000bd9c7a200 Mar 5 20:20:35 Tyla 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 ] Mar 5 20:20:35 Tyla rsyslogd: action 'action-2-builtin:omfwd' resumed (module 'builtin:omfwd') [v8.2102.0 try https://www.rsyslog.com/e/2359 ] Mar 5 20:20:35 Tyla kernel: [Hardware Error]: node:0 card:0 module:0 rank:0 bank:13 row:47260 column:544 Mar 5 20:20:35 Tyla kernel: [Hardware Error]: Error 1, type: fatal Mar 5 20:20:35 Tyla kernel: [Hardware Error]: fru_text: DIMM Locate: P0E0 Mar 5 20:20:35 Tyla kernel: [Hardware Error]: section_type: memory error Mar 5 20:20:35 Tyla kernel: [Hardware Error]: error_status: Storage error in DRAM memory (0x0000000000040400) Mar 5 20:20:35 Tyla kernel: [Hardware Error]: physical_address: 0x0000001c32b2f080 Mar 5 20:20:35 Tyla rsyslogd: omfwd/udp: socket 2: sendto() error: Network is unreachable [v8.2102.0 try https://www.rsyslog.com/e/2354 ] Mar 5 20:20:35 Tyla kernel: [Hardware Error]: node:0 card:6 module:0 rank:0 bank:6 row:48683 column:784 Mar 5 20:20:35 Tyla kernel: [Hardware Error]: Error 2, type: corrected Mar 5 20:20:35 Tyla kernel: [Hardware Error]: fru_text: DIMM Locate: P0F0 Mar 5 20:20:35 Tyla kernel: [Hardware Error]: section_type: memory error Mar 5 20:20:35 Tyla kernel: [Hardware Error]: error_status: Storage error in DRAM memory (0x0000000000040400) Mar 5 20:20:35 Tyla kernel: [Hardware Error]: physical_address: 0x000000200d17e080 Mar 5 20:20:35 Tyla rsyslogd: omfwd: socket 2: error 101 sending via udp: Network is unreachable [v8.2102.0 try https://www.rsyslog.com/e/2354 ] ... .. .  
gefolgt von call traces
 
Mar 5 20:20:35 Tyla kernel: Call Trace: Mar 5 20:20:35 Tyla kernel: <TASK> Mar 5 20:20:35 Tyla kernel: dump_stack_lvl+0x38/0x4a Mar 5 20:20:35 Tyla kernel: check_preemption_disabled+0xc7/0xdc Mar 5 20:20:35 Tyla kernel: mce_setup+0x1a/0xa4 Mar 5 20:20:35 Tyla kernel: apei_smca_report_x86_error+0x67/0x134 Mar 5 20:20:35 Tyla kernel: cper_print_proc_ia+0x555/0x592 Mar 5 20:20:35 Tyla kernel: ? vprintk_emit+0x167/0x179 Mar 5 20:20:35 Tyla kernel: ? syslog_print+0x1fd/0x273 Mar 5 20:20:35 Tyla kernel: cper_estatus_print_section+0x698/0x88f Mar 5 20:20:35 Tyla kernel: ? srso_return_thunk+0x5/0x5f Mar 5 20:20:35 Tyla kernel: ? snprintf+0x49/0x64 Mar 5 20:20:35 Tyla kernel: ? cper_estatus_print+0xa1/0xe4 Mar 5 20:20:35 Tyla kernel: cper_estatus_print+0xa1/0xe4 Mar 5 20:20:35 Tyla kernel: bert_init+0x1d1/0x26f Mar 5 20:20:35 Tyla kernel: ? srso_return_thunk+0x5/0x5f ... .. .  
kombiniert mit mcelog Fehler
 
Mar 6 08:49:36 Tyla root: Fix Common Problems: Error: Machine Check Events detected on your server Mar 6 08:49:36 Tyla root: mcelog: ERROR: AMD Processor family 23: mcelog does not support this processor. Please use the edac_mce_amd module instead.  
tippe ich ggf. auf defekten RAM
 
@JorgeB may a known errpr reporting for you ? (3/ errors onward)