alturismo

das was zu dir passt
 
bei der Kombi, im raid0 mode (striped) .. ja
 
bis zu 500 GB (die kleinste disk zählt) hast du den Geschwindigkeitsvorteil, danach nicht mehr ... aber, bei striped ... eine Platte defekt, alles weg
 
wenn du schon mit großen Bilddaten hantierst ... i/o Operations ... wenn das wirklich schnell sein soll
 
nvme ssd (pcie ...)
schnelles Netzwerk (10G, mind. 2.5G)
 
dann macht das wirklich Spaß  wobei das Netzwerk schon eine größere Rolle spielt, ssd sata ist ja auch bereits recht flott und gut unterwegs.

angefangen mit der Fritz Thematik und bonding, bridging aktiv ... siehe dazu unter Anleitungen, macvlan call traces ... bitte entsprechend umstellen und einrichten.
 
dann hast du diverse Einträge im go file ... das soll so sein und du weißt was du da machst ? nicht einfach blind mal reinkopiert ...
 

 
ersteres (Netzwerk Einstellungen) wird wohl die "freezes" erledigen wenn umgestellt, dann mal bitte schauen und wenn es wieder passiert, nochmals diagnostics bitte

mach das, auch den Link zu btrfs disk usage calc ... im multi disk pool Bereich
 
Tipp, 480 + 128 = 608 ... /2 = 304  aber richtig nutzbar (abgesichert) bleiben sogar nur 128 (die kleinste disk im Verbund)
 
ist aber für eine harten Ausfall als Absicherung nicht unbedingt geeignet, was du meinst ist den pool nicht als Raid1 laufen zu lassen sondern ohne Absicherung die volle Kapazität zu nutzen, dazu wäre dann zfs raid0 zu wählen ... aber Achtung, Ausfall einer disk == alles weg, bei striped ist das so
 
und den raid0 Vorteil hast du auch nur bei 128 GB (kleinste disk) zum Thema Geschwindigkeit.

der Fehler wo da steht, hast du mal die config geöffnet ?
 

 
und nach blocked_services geschaut ?
 

 
und da dann ggf.
 
"bigo live" entfernt ?

Beispiel, ssh tunnel ... ist ein Weg
 
 

mal im passenden Thread geschaut, gefragt, ... ?
 
Tipp, es ist mehrfach dort beschrieben ...

das ist normal, nutze mal ein hw moni tool laufen ... oder parallel Unraid CPU clocks anzeigen
 
Beispiel hier vom asrock n110m mit win11 VM
 

 

setze mal deinen deinen docker run <<click<< Befehl hier rein ...
 
für die intel iGPU, hast du auch das Device /dev/dri an den Docker gegeben ? als Device ...

du gibst das device /dev/dri nicht an den Docker ... ? was auch in der (verlateten) Anleitung steht
 
1/ edit docker
2/ unten, add path, device, ...
3/ device auswählen, Name egal, /dev/dri
 
nochmal docker run danach und nochmals jelly settings danach

da du Fritz User bist solltest du weder bond noch brisge nutzen
 
aber Auslöser ist
 
vfio bind der Netzwerkkarte ...
 
BIND=0000:00:1f.6|8086:15b8  

ich schätze mal du hast "Warnungen" in Unraid bekommen ...
 
wie @DataCollector bereits anmerkte, nvme ssd sind 50° egal und normal, man stellt für nvme andere Schwellenwerte ein
 
je nach UNRaid Version
 
setting, disk settings
 

 
oder in den disks individuell
 
Main, cache << die jeweilige disk anklicken
 

 
deine Werte da hinterlegen ab wann du die entsprechende Warnung bekommen möchtest
 
für HDD passt das mit 45/50, ssd/nvme vertragen da etwas mehr

klar ... 
 
und hast du auch /appdata/mysl... entfernt, kann ja sein dass der dort was ablegt und daher nichts kommt,
aber ich persönlich würde immer ein festes passwort setzen  

dann mach vfio bind für die Nvidia ...
 
normal sollte es auch so gehen
 
BIOS
primär iGPU
multi Monitor ON
 
GPU's bleiben dann frei ... zum forcieren, Haken setzen
 

 
da dies wohl aktuell nicht geht (wegen GUI mode) würde ich ohne GUI mode starten, dann Haken rein zum vfio bind, dann mit GUI mode starten, es bleibt nur noch die iGPU für Unraid übrig ... in meinem Beispiel sind keine Haken gesetzt (da nicht benötigt ), Beispiel einer nvme mit vfio bind
 

 
mit vfio bind ist das Gerät dann nicht mehr für Unraid "sichtbar"

ja, im Terminal
 
nano /boot/config/ident.cfg  

push ist in diesem Forum nicht gern gesehen
 
das ist ja grundsätzlich ein Rechte Thema, der Docker entscheidet mit welcher UID, GID die Daten da geschrieben, erstellt werden ... bzw. mit welchen Rechten.
 
im passenden Docker Thread (welche torrent Docker auch immer das sind) mal anfragen und / oder mal schauen ob es bereits passende Variablen gibt, steht meist in der Docker Beschreibung. Je mehr dann noch "geschützte "Shares ins Spiel kommen, dest eher "verbiegt" man sich ggf. selbst das Handling .. kommt noch dazu.
 
du siehst ja mit welcher uid, gid, mit welchen Rechten die Daten dann von den torrents angelegt werden ...
 
Notfalls änderst du die Rechte oder UID, GID per script automatisiert nach den downloads, ... auch dies könnte man beim entsprechenden Docker prüfen, die haben meist alle einen eigenen support Thread im (englischen) Docker Subforum.

Nein
 
wenn du Parity aktiv hattest wird Sie "emuliert" ... dann ja, ohne Parity, Nein.

heißt normal das beispielsweise ein Docker versucht auf einen Share zugreifen will der nicht (mehr) existiert ...
 
check nochmals deine Dockers ob da alle Folder auch existieren ...

hast du ggf. deinen Nginx Proxy Manager im Host mode laufen ? dann hättest du einen Port Konflikt weil dieser auf Port 80 listened ...
 
ich sehe nur dass dieser Docker läuft, aber nicht in welchem mode
 
oder einen Docker / Dienst welcher auf Port 80 listened ...
 
ansonsten, dein Stick scheint auch nicht in bester Verfassung zu sein, sda ist meist der Unraid Stick ...
 
Jul 28 12:48:02 Unraid kernel: critical medium error, dev sda, sector 546440 op 0x0:(READ) flags 0x80700 phys_seg 3 prio class 2  
wenn du dann dabei bist, powertop solltest du auch auf die aktuellere Version bringen, du installierst in /boot/extra die v 2.1.3, aktuell wäre 2.1.5, wobei das jetzts mit dem Problem am Hut hat
 

ich würde diese Frage eher im pre releases Thread stellen (englischer Teil), da kriegst du sicherlich eher eine Antwort

du kannst die auch nach 2 Jahren upgraden, nur dazwischen gehen keine Updates ... mehr auch nicht.
 
Dein Server läuft auch nach einem Jahr normal weiter ...

mit passender Hardware ... klar
 
was die zum Gaming sicherlich nicht ist ... VM hin oder her ...
 
oder hast du zumindest ein n100m Board und steckst zusätzlich ne Grafikkarte rein ? onboard iGPU ... macht das sicher keinen Spaß
 
und selbst mit ner GPU ... die CPU hat 4 E Cores und fertig ... als NAS, Docker, .. .Top, Office VM geht auch noch mit vgpu (sr iov),
aber danach wird es schon eng ...
 
Sinn, Nein, funktioniert, technisch ja ... aber User Experience wird grausam

wenn die alte dann entfernt ist zählt die alte natürlich nicht mehr mit
 
immer die wo "aktiv" angeschlossen sind ...

das hast du gesehen / gelesen ?
 

 
du hast wohl daran nichts geändert bzw. diese Variable nicht gelöscht ... wäre beispielsweise ein Ansatz.
 
Ich nutze den Docker nicht, aber sieht mal verdächtig danach aus ...
 
mein erster Ansatz wäre, alles nochmals löschen (inkl. appdata dazu), Container ohne die postgres Variable starten ...
bei Gelegenheit, docu mal anschauen.
 
sprich, du erwartest das andere sich das template anschauen um Dir zu helfen ? ok
und ohne Fehlerbeschreibung dazu ne vernünftige Aussage treffen, auch ok
 

versuche mal die IP anstelle den Namen im Explorer ...
 
und am Client (Win), steht das Netzwerk auf privat ?
 
und die Freigabe ist auch "public" ?

nachdem die neue disk eingebaut ist, als Unassigned device mounten (formatieren)
Dockers und VM's, autostart aus (falls aktiviert)
Settings, VM und Docker Dienst stoppen
 
Jetzt einfach alle Daten von den jeweiligen Pools auf die eine disk moven (oder kopieren um safe zu sein im Falle das ..)
 
tools, new config, preserve array (falls vorhanden), pool disk als einzigen pool zuweisen, array start
 
VM und Docker Dienst starten, Pfade anpassen auf den neuen Pool (cache, was auch immer, ...)
 
Docker VM autostart ein (falls gewünscht)
Dockers und VM's starten
 
fertig
 
Tipp, falls du für Docker ein directory nutzt und kein Image, würde ich das nicht kopieren sondern die Docker einfach neu installieren, Start Parameter sind unter add container, user templates, appdata ist ja in appdata, sprich, alles bleibt erhalten ... geht nur schneller als das ../system/docker/ Verzeichnis zu kopieren ...