mgutt

Good point. But then Plex should have reinstalled itself. @gustomucho has your cache pool a different name than "cache"?

Führe das mit der letzten Datei aus der Liste aus: stat /mnt/disk3/foo.bar

Das Kommando sollte eigentlich die 10 aktuellsten Dateien ausgeben und nicht nur eine?!

Gibt das die beiden NVMe aus? cat /sys/class/scsi_host/host*/nvme_info Die Idee wäre bei der fehlenden NVMe dann entsprechend der host id das auszuführen: echo "- - -" > /sys/class/scsi_host/hostX/scan Von hier: https://geekpeek.net/rescan-scsi-bus-on-linux-system/

Da versucht irgendwas die SMART Daten von sdc zu lesen. Nur warum? Bei mir tauch das in den Logs nicht auf. Wie ist sdc verbunden? Also per SATA oder in einem externen USB Gehäuse?

Ist powertune aktiv? Falls ja, solltest du es ohne versuchen. powertune erlaubt allen PCIe Geräten den Slot in den Standby zu schicken und evtl wacht der nach dem S3 dann nicht mehr auf. Mach auch mal vor und nach dem S3 das: lspci Ist die M.2 nach dem S3 noch als PCI Gerät zu sehen? Wenn nein, könntest du das probieren um noch mal alle PCI Geräte zu scannen: echo 1 > /sys/bus/pci/rescan

Ok, dann wird es was anderes sein. Zumindest bei Intel spielt das keine nennenswerte Rolle. Der Hauptverbrauch im Idle kommt durch das "Paket" und das kann schlafen, auch wenn einzelne Cores normal takten. Wobei bei mir gerade Potential verschenkt wird, weil mein M.2 JMB585 SATA Adapter nur noch C3 ermöglicht: Ich habe schon den ASM1166 bestellt und hoffe der kann in den Standby wechseln.

performance ist der einzige Governor, den man nutzen sollte. Seit vielen Jahren sind die anderen nicht mehr empfohlen: https://wiki.archlinux.org/index.php/CPU_frequency_scaling#Scaling_governors Man kann zwar andere einstellen, aber das kann Probleme verursachen. Bei mir haben zb transkodierte Videos geruckelt. Linux Kernel 5.10, den Unraid 6.9 nutzt, hat bei alten CPUs den Treiber geändert. Check mal deinen: cpufreq-info Falls das der Fall ist, kannst du das machen und den "alten" intel_pstate CPU Treiber wieder aktivieren: https://forums.unraid.net/topic/103470-netzwerkgeschwindigkeit-beim-kopieren-langsamer/?tab=comments#comment-95579 Wie gesagt sollte aber performance genauso gut Strom sparen. Check auch mal mit powertop wie die C-States des Packages sind. Am besten bevor du den Treiber änderst, damit man vergleichen kann.

Ich denke so gut wie gar nicht, denn meine bisher getesteten Nicht Pro waren fast so schnell wie die Pro, obwohl sie angeblich 50 MB/s langsamer sein sollen. Helium macht es möglich. Gilt mittlerweile für alle ab 12TB. Alle großen WD sind 7200 RPM (daher hat WD bei den Red die Angabe im Datenblatt geändert, als das rauskam). Die White Label sind über die Elektronik gedrosselt und haben einen weniger aggressiven Kopf. Meine Ultrastar ist im Leerlauf auch "unhörbar", aber der Kopf macht Geräusche als wäre sie kaputt ^^ Das ist auch so eine Sache, die ich nicht glaube. Ich habe bei einem Test die Nicht-Pro geschüttelt wie ein Weltmeister und da drosselt nichts, außer bei richtigen Schreibfehlern, aber eigentlich sollte die laut dieser "Erkennung" vorher schon drosseln. Ich habe sogar eine elektrische Zahnbürste an die Platte geklebt. ^^ Keine Ahnung wie diese Elektronik funktionieren soll, aber für mich ist diese nicht existent. Backblaze hat auch nie Unterschiede zwischen Enterprise und Consumer Platten erkennen können. Es gibt immer nur einzelne Modelle, die mies sind. In letzter Zeit sind aber gerade die HGST sehr positiv aufgefallen. Seagate übrigens nicht, aber davon hatten sie zuletzt auch nur wenige. Seagate zieht beim Hochfahren übrigens 30W und nicht nur 20W wie WD. Das muss man beim Netzteil berücksichtigen.

Can't be, because a container has no clue what happens outside of it and /mnt/user/appdata targets the exact same files with the same permissions as /mnt/cache/appdata (as long there are no files left on the array). I would say the reason of the fix is the recreation of the container (which happens everytime you change container settings). So /mnt/cache/appdata should work.

Du hast nicht das Kommando (find) aus meinem Link verwendet. ls findet nur Dateien aus einem bestimmten Verzeichnis. Du musst aber die ganze disk untersuchen lassen: find /mnt/disk3 -type f -printf "%T@ %p\n" | sort -n | cut -d' ' -f 2- | tail -n 10

Can't be possible as both paths return the same files. Are you sure that your appdata is located only on the cache? Check the appdata location as mentioned in the manual!

Delock kauft die auch nur in China: https://de.aliexpress.com/item/4000742954395.html Ich bin nicht sicher, aber das könnte der Hersteller sein: http://www.rongdeson.com/ Bieten die hier an: https://detail.1688.com/offer/601674251960.html

Du hast es nicht gesagt, aber ich gehe davon aus, dass Unraid auf dem 10700K laufen soll. Deine Frau soll dann zwischen Windows und OSX wechseln können. Hat dieser Rechner denn eine Grafikkarte? Falls ja könnte Unraid die iGPU nutzen und die Grafikkarte könnte man an die Windows VM durchschleifen und hätte dann am Grafikausgang der Grafikkarte Windows. Soweit so gut. Doch was machst du, wenn deine Frau die Powertaste drückt? ^^ In dem Fall würde Unraid herunterfahren. Vom Prinzip nicht wirklich tragisch. Macht man den Rechner eben wieder an. Nur Unraid braucht relativ lange beim Booten (ca 2 Minuten). Und es kommt darauf an ob man vielleicht was darauf laufen hat, was immer laufen soll. Also sagen wir du schaust gerade über Plex einen Film und deine Frau macht den Server aus. Wäre dann doof. Manche klemmen daher die Power- und Reset-Taste ab. Damit würde Unraid also durchlaufen. Aber was machst du, wenn deine Frau die Windows VM herunterfährt bzw wie soll sie diese einschalten? Hier gibt es zahlreiche Anregungen wie man das umsetzen könnte zB mit einem smarten Schalter, der über die Unraid API die VM startet: https://forums.unraid.net/topic/102744-idee-für-den-start-einer-vm/ Dann die Frage ob man zwischen Windows und OSX wechseln können soll oder ob es reicht, dass man OSX innerhalb von Windows über einen VNC Client bedient (ähnlich wie "Teamviewer", falls dir VNC nichts sagt). Beides ist möglich. Soll ein vollständiger Wechsel möglich sein, müsste man entweder zwei GPUs verwenden und den Eingang am Monitor wechseln oder man verwendet eine GPU, dann muss man aber die VMs immer erst herunterfahren, bevor man die andere nutzen kann. Für die Bedienung würde ich dann eine Tastatur und Maus empfehlen, die mehrere Kanäle unterstützt wie zB Logitech Flow Produkte und mehrere USB Empfänger. Reicht dagegen die Bedienung über einen VNC Client, was vermutlich auch einfacher ist, weil man seiner Frau dann nur sagen muss "Öffne das und OSX geht auf", könnte man OSX auch komplett ohne GPU laufen lassen. Kommt darauf an ob du da Anwendungen laufen lassen möchtest, die von einer GPU profitieren würden.

Wenn meine einzelne NVMe stirbt, würde ich Docker und VM deaktivieren, das Backup der Shares auf die entsprechende Disk(s) kopieren und Docker und VM wieder starten. Egal ob die Shares noch bei Cache auf "Prefer" oder "Yes" stehen, wenn die NVMe weg ist, wird Unraid die Dateien dann von den Disks lesen. Der einzige Nachteil ist, dass bis Montag die Performance schlecht ist und ich musste manuell Hand anlegen und die Dateien kopieren. Natürlich habe ich während dem Kopieren auch eine Ausfallzeit zu beklagen. Bei ein paar Hundert GB entsprechend ein paar Stunden. Das würde bei einem RAID natürlich nicht der Fall sein.

Bei dem Board gibt es kein Problem:

Wenn Unraid bei dir normal gestartet wurde, dann siehst du über den Grafikausgang des Servers nur das Unraid Terminal. Auf die Unraid Weboberfläche kommt man dann nur über den Browser eines anderen PCs. In diesem Browser könnte man auch schon die VM bedienen (aufs Icon der VM klicken > VNC). Alternativ könnte man über den anderen PC aber auch über einen VNC Client wie zB RealVNC auf die VM zugreifen. Wenn du aber eine grafische Ausgabe an einen Monitor wünschst, setzt das voraus, dass du eine GPU an die VM durchschleifst. Entweder eine iGPU oder eine dGPU, also eine Grafikkarte. Hat man nur eine davon und schleift sie an die VM durch, dann hätte man das Problem, dass man nicht mehr auf das Unraid Terminal kommt. Manchen ist das egal. Hängt also vom persönlichen Bedarf ab. Nicht jede iGPU kann an eine VM durchgeschliffen werden. dGPUs machen die wenigsten Probleme. Optimal ist es, wenn man eine iGPU hat, die man Unraid überlässt und eine dGPU für die VM. Oder falls man keine iGPU hat, dann zwei dGPUs, wobei die primäre von Unraid genutzt wird. Es ginge aber auch noch mal anders. Man könnte zB eine dGPU der VM durchschleifen und dann per Parsec mit relativ geringer Latenz über einen fremden PC die VM bedienen. Also Möglichkeiten gibt es viele. Die erste Frage ist also ob du den Unraid Server gleichzeitig als Desktop-Rechner nutzen möchtest oder du die VM über einen fremden PC bedienen möchtest. Und dann ist die Frage ob die VM eine eigene GPU erhalten soll oder nicht. Deine Hardware solltest du dann auch mal nennen.

Sicher? Normalerweise passiert das nur, wenn man eine SATA M.2 verbaut und keine NVMe M.2. Die funktioniert nur, wenn man im BIOS für einen PCIe Slot x4x4 Bifurcation einstellen kann. Was dagegen immer geht ist ein simpler PCIe x4 auf M.2 Adapter. Also eine M.2 in einen PCIe Slot. Der kostet um die 15 €. Alternativ dazu ginge auch ein zeitversetztes Backup der NVMe. Ich sichere alle paar Stunden inkrementell per rsync auf eine HDD im Array. Man könnte aber auch live mit rsync auf eine SATA oder NVMe SSD synchronisieren. Hohe Performance, je nach Modell viele SATA Anschlüsse, aber teuer und hoher Verbrauch. Eine SATA Karte mit JMB585 (5 Port) oder ASM1166 (6 Port) Controller reicht meistens, wenn man nicht noch viel mehr SATA Anschlüsse benötigt.

Noch nicht, wird aber denke ich so werden. Eventuell mache ich es sogar inkrementell, da ich nur eine 1TB M.2 benötige und eine 4TB SATA SSD zur Verfügung habe. Das weiß ich noch nicht. Aktuell sichere ich alle paar Stunden inkrementell auf eine HDD im Array.

Ist ok. Es gibt leichte Differenzen, aber die spielen für dich denke ich keine Rolle: https://gutt.it/strommessgeraete-im-test/

Wie heißt das jetzt eigentlich wo man die Checkboxen findet? Werkzeuge und dann Systemgeräte?

Korrekt. Nach dem Booten ist die GPU dann an VFIO gebunden und Unraid ignoriert sie. Dadurch steht sie exklusiv der VM zur Verfügung und der Fehler sollte verschwunden sein.

In den Syslogs sollte denke ich was passieren, wenn der Mover so lahm ist. Vom Prinzip kannst du mit dd das komplette SSD RAID auslesen (wird verworfen): dd if=/dev/nvme0n1 of=/dev/null bs=128k nvme0n1 ersetzt du im zweiten Lauf gegen nvme1n1 um die zweite zu testen. Check mit "lsblk" wie sie genau heißen.

Ich habe kein Unraid 6.9, aber ich meine unter Werkzeuge -> System Geräte oder wie es auch immer auf Deutsch heißt ^^ Und dann eben die Checkboxen anklicken und neu starten.

Und hast du das gemacht? Ich verweise hier erneut auf meinen 1. Beitrag.