alturismo

ist auch die "schlechteste" Lösung und passiert (leider) gerne ...
 
Nope ... ist schon etwas andere
 
vielleicht mal vorweg auch zum Thema transcode ...
 
zu Hause solltest du transcode vermeiden, direct play (stream) ist immer die bessere Option, wird mit den apps zu Hause an den Endgeräten so laufen, transcode kommt nur (und sollte auch nur) ins Spiel kommen wenn direct nicht geht, daher dind deine 0 load bei der Karte gut  und richtig ...
 
wenn du unbedingt im Browser abspielen willst, teste mal folgendes, Plex Docker stop, im appdata Ordner den Ordner codecs löschen, Docker starten
 

 
Ordner mit Inhalt wird neu erstellt, löst das Problem in 1/2 der Fälle ...
 
ansonsten solltest du dich mit debugging beschäftigen, Plex webui parallel öffnen (2x), einmal Einstellungen, links unten Protokolle ...
 
zweite Instanz abspielen ... du wirst ne Flut an Meldungen bekommen ... damit dann auf die Suche begeben, Startpunkt wäre das Plex Forum  wobei ich fast schätze mit der codec Ordner Geschichte wird es erledigt sein sofern du jetzt nicht zu wild was verstellt hast ...
 
und als Info, die Apps haben Ihre decoder (oder nutzen systemseitige), können damit nativ abspielen, die Browser sind immer limitierter und du erzwingst damit transcoding, zumindest für audio .... (direct stream), meist aber auch Video ... je nach Quellmaterial.

sollte funktionieren auf disk Basis, passt.
 
und Nein, Fuse liest ja in Echtzeit nach, daher keine Probleme und array runterfahren braucht es auch nicht

IPVLAN oder macvlan in den docker Einstellungen aktiv ?
 
wenn IPVLAN ... und docker mit custom IP ... 
 
wenn macvlan, sollte das nicht passieren
 
aber dazu bitte den Server passend einstellen, siehe Anleitungen, macvlan call trace (angepinnt)

die Daten bleiben 1:1 erhalten ... solange du die Pfade der Dockers auf /mnt/user/... und nicht auf /mnt/disk1/... hattest ...
 
die Shares halt auch auf cache und array dann geschaltet sind ...
 
stop den Docker Dienst vorher, pass erst alles an (Shares), starte dann die Docker.
 
ansonsten bin ich bei USB array Disk Nutzer raus, sorry ...

solange wie Daten fließen ... sind zufällig Dockers, VMs, ... im Einsatz, wenn ja ... im Betrieb sind da immer Daten im "Umlauf"
 
ansonsten, USB ... du weißt ja dass dies problembehaftet ist, ändere das setup ... mein support endet hier.

mit einem Editor deiner Wahl ... liegt ja einfach unter /appdata/...
 

 
ansonsten fällt mir nicht mehr viel ein, mach mal den Haken bei der VM raus.
 
Installier dir mal das usb manager plugin
 

 
damit kannst du USB Geräte auch im laufenden Betrieb zuweisen usw ... teste es mal damit.

kurz, ja ...
 
wenn du einer VM 4 zuweist bleiben 4 für den Rest ... da bereits das komplette OS im RAM liegt, dann noch Dockers, plugins, ... caching ... 
 
sind mittlerweile 8 mindestens empfohlen (ohne VM)

genau, auf keinen Fall ...
 
ich tippe langsam eher auf hardware, harte reboots kommen in der Regel immer von Hardware ...
 
und nach dem reboot macht der ja auch nichts mehr, 06.36 boot, 06.37 Ende ...
 
sorry, aber fällt mir nichts wirklich schlaues dazu ein außer Hardware ... und das ist immer schwer zu konkretisieren ...
außer Trial & Error bleibt da nicht viel.

alles gut
 
ich würde mal vorweg den Server ausschalten und schauen ob alle Kabel sauber stecken (ab und dran)
 
May 19 19:58:57 KrassMaschine emhttpd: mounting /mnt/disk3 May 19 19:58:57 KrassMaschine emhttpd: shcmd (40): mkdir -p /mnt/disk3 May 19 19:58:57 KrassMaschine emhttpd: shcmd (41): mount -t xfs -o noatime,nouuid /dev/md3p1 /mnt/disk3 May 19 19:58:57 KrassMaschine kernel: XFS (md3p1): Mounting V5 Filesystem May 19 19:58:57 KrassMaschine kernel: XFS (md3p1): Internal error !uuid_equal(&mp->m_sb.sb_uuid, &head->h_fs_uuid) at line 253 of file fs/xfs/xfs_log_recover.c. Caller xlog_header_check_mount+0x60/0xb4 [xfs] May 19 19:58:57 KrassMaschine kernel: CPU: 1 PID: 8185 Comm: mount Tainted: P O 6.1.79-Unraid #1 May 19 19:58:57 KrassMaschine kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B560M Steel Legend, BIOS P1.80 07/22/2021 May 19 19:58:57 KrassMaschine kernel: Call Trace: May 19 19:58:57 KrassMaschine kernel: <TASK> May 19 19:58:57 KrassMaschine kernel: dump_stack_lvl+0x44/0x5c May 19 19:58:57 KrassMaschine kernel: xfs_corruption_error+0x63/0x83 [xfs] May 19 19:58:57 KrassMaschine kernel: xlog_header_check_mount+0x8a/0xb4 [xfs] May 19 19:58:57 KrassMaschine kernel: ? xlog_header_check_mount+0x60/0xb4 [xfs] May 19 19:58:57 KrassMaschine kernel: xlog_find_verify_log_record+0x160/0x1da [xfs] May 19 19:58:57 KrassMaschine kernel: xlog_find_zeroed+0x14c/0x1ae [xfs] May 19 19:58:57 KrassMaschine kernel: xlog_find_head+0x3a/0x2dd [xfs] May 19 19:58:57 KrassMaschine kernel: ? select_task_rq_fair+0xb90/0xba6 May 19 19:58:57 KrassMaschine kernel: xlog_find_tail+0x43/0x34d [xfs] May 19 19:58:57 KrassMaschine kernel: ? ttwu_queue_wakelist+0x9a/0xcf May 19 19:58:57 KrassMaschine kernel: xlog_recover+0x2b/0x178 [xfs] May 19 19:58:57 KrassMaschine kernel: ? xfs_trans_ail_init+0xc0/0xd7 [xfs] May 19 19:58:57 KrassMaschine kernel: xfs_log_mount+0x1cf/0x298 [xfs] May 19 19:58:57 KrassMaschine kernel: xfs_mountfs+0x3ae/0x73b [xfs] May 19 19:58:57 KrassMaschine kernel: xfs_fs_fill_super+0x6bc/0x79a [xfs] May 19 19:58:57 KrassMaschine kernel: ? xfs_open_devices+0x184/0x184 [xfs] May 19 19:58:57 KrassMaschine kernel: get_tree_bdev+0x1d2/0x229 May 19 19:58:57 KrassMaschine kernel: vfs_get_tree+0x19/0x8a May 19 19:58:57 KrassMaschine kernel: path_mount+0x637/0x715 May 19 19:58:57 KrassMaschine kernel: do_mount+0x5c/0x8d May 19 19:58:57 KrassMaschine kernel: __do_sys_mount+0x100/0x12e May 19 19:58:57 KrassMaschine kernel: do_syscall_64+0x68/0x81 May 19 19:58:57 KrassMaschine kernel: entry_SYSCALL_64_after_hwframe+0x64/0xce May 19 19:58:57 KrassMaschine kernel: RIP: 0033:0x14a62a937eea May 19 19:58:57 KrassMaschine kernel: Code: 48 8b 0d 31 1f 0d 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 a5 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d fe 1e 0d 00 f7 d8 64 89 01 48 May 19 19:58:57 KrassMaschine kernel: RSP: 002b:00007ffd276ce238 EFLAGS: 00000202 ORIG_RAX: 00000000000000a5 May 19 19:58:57 KrassMaschine kernel: RAX: ffffffffffffffda RBX: 000000000040f380 RCX: 000014a62a937eea May 19 19:58:57 KrassMaschine kernel: RDX: 000000000040f5d0 RSI: 000000000040f650 RDI: 000000000040f5b0 May 19 19:58:57 KrassMaschine kernel: RBP: 0000000000000000 R08: 000000000040f610 R09: 0000000000410300 May 19 19:58:57 KrassMaschine kernel: R10: 0000000000000400 R11: 0000000000000202 R12: 000000000040f5b0 May 19 19:58:57 KrassMaschine kernel: R13: 000000000040f5d0 R14: 000014a62aaccfa4 R15: 000000000040f498 May 19 19:58:57 KrassMaschine kernel: </TASK> May 19 19:58:57 KrassMaschine kernel: XFS (md3p1): Corruption detected. Unmount and run xfs_repair May 19 19:58:57 KrassMaschine kernel: XFS (md3p1): log has mismatched uuid - can't recover May 19 19:58:57 KrassMaschine kernel: XFS (md3p1): empty log check failed May 19 19:58:57 KrassMaschine kernel: XFS (md3p1): log mount/recovery failed: error -117 May 19 19:58:57 KrassMaschine kernel: XFS (md3p1): log mount failed May 19 19:58:57 KrassMaschine root: mount: /mnt/disk3: mount(2) system call failed: Structure needs cleaning. May 19 19:58:57 KrassMaschine root: dmesg(1) may have more information after failed mount system call. May 19 19:58:57 KrassMaschine emhttpd: shcmd (41): exit status: 32 May 19 19:58:57 KrassMaschine emhttpd: /mnt/disk3 mount error: Unsupported or no file system May 19 19:58:57 KrassMaschine emhttpd: shcmd (42): rmdir /mnt/disk3  
wenn das nichts bringt, xfs_repair versuchen für diese disk (ohne Gewähr), die zeichnet sich aktuell ale unmountable ab ...
 
normal
 
array stop, dann im Unraid Terminal versuchen ...
 
xfs_repair -v /dev/md3p1  
aber bitte auf jeden Fall vorab mal Kabel Check machen !!!
 
ich bin normal kein Freund von _repair, wenn Backup vorhanden, Platte neu formatieren und Backup retour spielen.

da wirst du dein Docker Thema verloren haben ...
 
sowohl die Dockers an sich als auch deren /appdata ... (bei allen wo /appdata auf dem cache war)
 
zusammenfassend, wenn du eine disk entfällt, ist auch deren Inhalt futsch (sofern keine Redundanz da war), ein einfaches vorher Backup ins array, später retour spielen und alles wäre einfach 1:1 erledigt gewesen ... beim nächsten mal
 
mal als Tipp, viele Drucker können nur smb v1 ... in den smb Einstellungen von unraid aktivieren und gut wäre es wahrscheinlich gewesen ...
 
auch hier, das kann man in Unraid auch auslassen ...
1/ es zwingt dich keiner ein Update durchzuführen
2/ bei auto update plugin einfach die Docker da rausnehmen, fertig ...
 
sorry, aber dem ist nicht so ... mal abgesehen davon dass dieser Docker auch in unraid genau so zu installieren wäre ...
und die "ganzen Variablen" sind Optionen um diese Settings direkt zu setzen ... einiges kann man auch im webui der app erledigen, so ist es halt direkt erledigt, Beispiel Ordnerstruktur ...
 
Ein VM dafür zu empfehlen ist schon ... egal, passt für dich, Top.
 
Hat aber mit dem Problem hier nichts am Hut ... wenn die VM auf dem Cache gewesen wäre und die nicht mitgeht wäre sogar alles weg gewesen (inkl. Dokumente)

Yep ... oder übertaktet ...

zwar sehr sehr ungewöhnlich ... aber who knows  klappt es denn mit deinem YaVDR auf der gleichen Platte ?
 
im Grundsatz wird ein .ts stream simpel abgespeichert, da sollten die paar Sekunden wakeup nicht wirklich was ausmachen ...
 
wobei ich jetzt sagen würde, eine HDD würde ich mir dafür so oder so nicht antun  wenn ich etwas aufnehme, dafür permanent ne HDD laufen zu lassen wenn ne SSD ... bei genügend RAM und keinen endlosen Aufnahmen könntest du die sogar noch eher in den RAM schreiben und nach Fertigstellung weg schreiben ...
 
und hab mal deinen screen geöffnet, bei dem Konstrukt im Array ... bin ich raus
kannst ja mal ne andere disk im Array mit nem anderen FS testen, hast ja genug zur Auswahl
 

 
Anmerkung, nimm doch zumindest die nvme oder falls disk1 ne SSD ist, diese 128er ... weg schreiben danach kannst da ja immer noch.

ja, das ist die Anleitung und ist korrekt
 
 
wenn das auch klar ist dann steht nichts mehr im Weg

portainer zu nutzen ... du hast doch bereits mit unraid ein Docker Verwaltungstool, für was dann Portainer und dazwischen schießen ?
 
für eine Variable zu adden nimmt man das template, edit docker, add, variable, ... fertig bist du
 
um verwaiste images zu prunen ... docker tab, oben rechts advanced, runter scrollen ... auf die verwisten klicken, delete.
 
usw usw ... 

ok
 
setz den Docker mal in den bridge mode anstelle host, die ports sind ja 1:1 mapped

gut
 
weil ?
 
das ist dann klar ...
 
ok, abgesehen davon, dein Gateway und DNS sind auch wirklich die angegebenen ? hat nichts mit hw acc in jelly am Hut, aber nur als Hinweis ...
 
GATEWAY[0]="192.168.11.10" DNS_SERVER1="192.168.11.127"  
zu deiner Anmerkung mit dem git Eintrag und wenn du da was testen willst, ohne Gewähr ...
 
du kannst folgendes versuchen, die angegebene Datei auf dem Stick erstellen
 

 
dort kannst du die angegebenen GUC Firmware loadings mal durchspielen und testen ...
 
folgenden Eintrag machen für den benannten guc 2 case aus deinem Link ...
 
enable_guc=2  
Quelle https://wiki.archlinux.org/title/intel_graphics
 
dann in Jelly vaapi (danach qsv) mit und ohne power savings testen ...

denk mal drüber nach ... die Parity läuft in Echtzeit und passt die bei jeder Aktivität mit an, daher auch die reduzierte Schreibgeschwindigkeit ...
 
es ist kein Backup

vorne angefangen, du hast  traces ... als Fritz User, schau mal im Anleitungsthread den angepinnten Thread
 
May 11 07:14:47 Tower kernel: ------------[ cut here ]------------ May 11 07:14:47 Tower kernel: WARNING: CPU: 7 PID: 1354 at fs/btrfs/extent-tree.c:3067 __btrfs_free_extent+0x466/0xc02 May 11 07:14:47 Tower kernel: Modules linked in: xfs md_mod zfs(PO) zunicode(PO) zzstd(O) zlua(O) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) tcp_diag inet_diag aquacomputer_d5next(O) iptable_nat xt_MASQUERADE nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 wireguard curve25519_x86_64 libcurve25519_generic libchacha20poly1305 chacha_x86_64 poly1305_x86_64 ip6_udp_tunnel udp_tunnel libchacha ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs af_packet 8021q garp mrp bridge stp llc bonding tls amdgpu edac_mce_amd edac_core intel_rapl_msr intel_rapl_common iosf_mbi kvm_amd kvm gpu_sched drm_buddy i2c_algo_bit drm_ttm_helper ttm drm_display_helper crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel drm_kms_helper sha512_ssse3 sha256_ssse3 sha1_ssse3 btusb aesni_intel btrtl btbcm btintel crypto_simd cryptd bluetooth drm nvme agpgart i2c_piix4 sr_mod r8125(O) rapl ecdh_generic i2c_core cdrom nvme_core ecc ahci syscopyarea k10temp sysfillrect ccp sysimgblt libahci fb_sys_fops May 11 07:14:47 Tower kernel: video wmi backlight button acpi_cpufreq unix May 11 07:14:47 Tower kernel: CPU: 7 PID: 1354 Comm: kworker/u32:28 Tainted: P O 6.1.79-Unraid #1 May 11 07:14:47 Tower kernel: Hardware name: Micro Computer (HK) Tech Limited DRFXI/DRFXI, BIOS 1.02 11/02/2023 May 11 07:14:47 Tower kernel: Workqueue: events_unbound btrfs_preempt_reclaim_metadata_space May 11 07:14:47 Tower kernel: RIP: 0010:__btrfs_free_extent+0x466/0xc02 May 11 07:14:47 Tower kernel: Code: 41 b4 01 45 89 e0 89 d9 ba f6 0b 00 00 41 83 e0 01 e9 93 00 00 00 31 db 45 8b 75 40 e9 dc 00 00 00 83 f8 fe 0f 85 93 00 00 00 <0f> 0b 49 8b 7d 00 e8 48 45 00 00 48 c7 c6 ac 45 0f 82 41 56 4c 8b May 11 07:14:47 Tower kernel: RSP: 0018:ffffc90000f57bd8 EFLAGS: 00010246 May 11 07:14:47 Tower kernel: RAX: 00000000fffffffe RBX: 00000000fffffffe RCX: 0000000000000000 ....  
dann ist deine "services" nvme im btrfs Format ... als single drive cache wenn ich das richtig sehe.
 
zu btrfs, alles wegsichern (außer ../system/docker/..), platt machen, neu aufsetzen als xfs, retour spielen, docker image/folder neu erstellen (das ist in ../system/docker/..) und gut ist, ansonsten kannst du auch versuchen
 
1/ Docker Dienst Stop
2/ Docker Tab, Folder löschen
3/ Docker Dienst Start (Folder wird neu erstellt)
 
Dockers neu installieren aus previous apps oder Docker, add, User Temaplates ...
 
Thema btrfs gibt es einige Threads dazu ... und gerade im single drive mode macht es wenig Sinn (um nicht zu sagen gar keinen)

das brauchst du nicht machen
 

bezieht sich "pro disk" ... sieht man auch wenn man mit der Maus drüber geht und klickt ...
 

 
Rest sollte selbsterklärend sein ...

Genau das ist es ...
 
Der Stick wird registriert ... nicht du persönlich 😉

ich hab beides im Einsatz, Plex und Emby ... und beide verhalten sich wie gewünscht, nur spinup bei aktivem Playback ...
 
das Einzige was ich mir vorstellen könnte ... nfo Files aktiviert in emby ? die werden dann im Verzeichnis gespeichert und ... lösen so was gerne aus.
 
Ich würde mal live schauen welche files auf so einer disk getriggert werden ... normal ist das nicht.
 
und bei mir ist "Echtzeitüberwachung" an

system temp plugin ist installiert
 
in der Konsole mal sensors-detect ausgeführt
 
die docs mal angeschaut https://docs.unraid.net/legacy/FAQ/setting-up-cpu-and-board-temperature-sensing/

ist normal

update vorher aber auch auf die 6.12.10 ... der Fix war genau dafür ...