mgutt

Dürfte echt egal sein. Bei den beiden Generationen hat sich nur was beim Takt geändert.

Ich sage es dir dann mal ganz klar. Da wird dir hier niemand helfen können. Es gibt ein Forum extra für die Virtualisierung von Unraid und genau da musst du dich durcharbeiten: https://forums.unraid.net/forum/46-virtualizing-unraid/ Der Punkt ist, dass so gut wie niemand Unraid in einer VM nutzt und die es machen wissen wie man VMs erstellt, wie man Netzwerk-Fehler erkennt usw. Du bräuchtest erst mal einen Grundlagenkurs für Debian und Virtualisierung und das hier ist nun mal kein Debian Forum. Das dürfte wohl die schlechteste Idee sein, die man überhaupt haben kann, denn du willst nicht nur Nested Virtualization machen, was einen unnötigen Overhead bedeutet, sondern auch noch ein Betriebssystem als Nested VM laufen lassen, welches unheimlich zickig ist, was die Hardware anbelangt. Und weder das eine (Unraid in einer VM), noch das andere (MacOS in einer VM) oder das letzte (MacOS in einer Nested VM) wird überhaupt offiziell unterstützt. Meiner Ansicht nach solltest du das ganze Thema "Unraid in einer VM" vergessen und für Unraid separate Hardware anschaffen. Dann kannst du dich immer noch mit dem Thema MacOS in einer VM herumplagen.

Wirklich gut. Mit welchem Netzteil und wie vielen HDDs im Standby? EDIT: Ah jetzt erinnere ich mich. Du warst ja der hier https://forums.unraid.net/topic/104444-strom-sparen-mit-powertop/page/2/?tab=comments#comment-966382 Und hier lese ich raus, dass du eine PicoPSU verwendest: https://forums.unraid.net/topic/104444-strom-sparen-mit-powertop/?do=findComment&comment=964489 Ich teste übrigens gerade ein Corsair RM550x (2021). Ich sag dir, die Zeiten der PicoPSU sind gezählt. Die Differenz zu meinem erstklassigen 40W Mean Well Netzteil betrug nur 1W und wir sprechen hier immerhin von einem 550W ATX Netzteil.

Der Log Eintrag ist leider nichtssagend. Öffne den Netzwerkmonitor vom Browser (vorzugsweise Chrome) und prüfe mal ob da Fehler zu sehen sind, wenn du das Dokument öffnest / speicherst.

169... ist eine IP, die ein Netzwerkgerät sich selbst gibt, wenn keine Netzwerkverbindung besteht oder kein DHCP Server gefunden werden kann. Wenn die GUI schwarz bleibt kann das verschiedene Gründe haben. Startest du Unraid nun in einer VM oder wie?

Frag den mal, ob er für 10 € oder so die CPU leiht: https://www.ebay-kleinanzeigen.de/s-anzeige/msi-z370-gaming-pro-carbon-intel-i3-8100/1717227825-225-4568

Einfach die Datei network.cfg vom Stick löschen. Dann ist DHCP der Standard.

Warum nicht? Hmm... Scheinbar hat Unraid die Partition gelöscht als die dem Array zugewiesen wurde. Da müsste man also manuell ran. Man kann wohl mit testdisk gelöschte Partitionen wiederherstellen: https://www.simplified.guide/linux/disk-recover-partition-table Müsste man testdisk installieren. Gibt es das im Nerd pack? Muss auch gerade Kids ins Bett bringen ^^ EDIT: sollte auch dabei sein: https://forums.unraid.net/topic/35866-unraid-6-nerdpack-cli-tools-iftop-iotop-screen-kbd-etc/?do=findComment&comment=729756

Na wunderbar. Langsam wird's besser ^^ Jetzt natürlich die Frage wie effizient das Netzteil wirklich ist. Ich teste gerade das Corsair RM550x (2021). Das ist zu krass. Verbraucht nur 1W mehr als eine PicoPSU. Das hatte ich noch bei keinem ATX Netzteil und schon gar nicht mit einem 550W Netzteil.

Das sieht denke ich normal aus. Also evtl doch kein RAM Problem.

Hast du die Seite mal neu geladen? Ich vermute mal der ist schon längst fertig. Ansonsten schau mal in die System Logs ob da Fehler stehen.

Das ist dein Problem. Ich sagte ja. Du musst den Docker Dienst deaktivieren. Erst dann kann der Mover wirklich alle Dateien bewegen. Der bewegt aus Sicherheitsgründen keine Dateien, die gerade in Verwendung sind. Rechts das Ordnersymbol bei der Disk Übersicht. Da siehst du den jeweiligen Inhalt deiner Disks. Welcher Container das ist, ist aber irrelevant. Docker Dienst deaktivieren und Mover starten. Danach ist alles auf der SSD und bleibt auch da. /mnt/cache zielt direkt auf die SSD. Wenn man zB wie in deinem Fall noch ein paar Dateien auf Disk 1 liegen hat, also dem Array, wäre es fatal diesen Pfad zu nehmen, denn nur /mnt/user zeigt die Dateien von SSD und Disk 1 als Summe an. Wenn später alle Dateien auf der SSD liegen, könnte man auch /mnt/cache verwenden. Das verbessert die Performance verschiedener Container, aber man muss sich eben im Klaren darüber sein, dass man niemals mit den Cache Einstellungen rumspielen darf wenn man solche Pfade verwendet, weil sonst eben der Container evtl keine Dateien mehr findet.

Wenn du eine davon als Disk 1 verwenden willst und da übergangsweise eine andere leere Disk zugeordnet hast, dann ja. Erweitern (also bisher leere Slots füllen) geht dagegen immer ohne New Config. Klingt gut. Zum Sichern könntest du übrigens Krusader als Docker nehmen oder eben über das Netzwerk in dem du die Laufwerke als Shares freigibst.

Threadripper wird für die Virtualisierung nicht empfohlen. Der ist nicht dafür gebaut. Es gibt da immer wieder Probleme mit den Latenzen. Eventuell ändert sich das mit dem neuen TR, aber das sehen wir erst dann und bis die stabilen Treiber in Linux angekommen sind, vergehen noch Jahre. Der Stromverbrauch ist auch jenseits von Gut und Böse. Für so ein Vorhaben solltest du dir Intel Cascade Lake X Prozessoren anschauen. Bedenke aber, dass viele GPUs alleine nicht reichen. Du brauchst für die maximale Performance pro VM: - GPU - NVMe - LAN Controller Da gehen Slots weg wie nichts, wobei man LAN noch über USB regeln kann. Bedenke auch, dass die GPUs durchgehend Strom verbrauchen. Egal ob die VM an ist oder nicht. PCIe 4.0 braucht meiner Ansicht nach kein Mensch. Weder die GPUs profitieren davon, noch die NVMe ist im Alltag spürbar schneller.

Nein. Alles was in dem Pfad ist, ist unwichtig. Wichtig sind nur die Dateien in /mnt/user/appdata. Das docker.img bzw wenn du ein Verzeichnis gewählt hast, kann Unraid jederzeit neu aufbauen. Da sind keine Nutzerdaten drin.

Kann das nicht sein. Er schreibt ja "Sekunden". Dieser "Bug" kommt ja erst nach mehreren Minuten. Außerdem hat er Traffic auf den HDDs. Ich tippe auf Docker & Co. Da liegen einfach noch Dateien auf den HDDs, die eigentlich auf die SSD gehören. Ich hatte ja extra darauf hingewiesen den Inhalt der Disks zu prüfen und den Mover anzuwerfen: https://forums.unraid.net/topic/104444-strom-sparen-mit-powertop/?do=findComment&comment=997999 Hast du den extra gekauft? Alle T-Prozessoren verbrauchen im Leerlauf das selbe wie die normalen. Du kannst auch einen K-Prozessor kaufen. Verbraucht auch so viel. T limitiert einfach nur die maximale Stromaufnahme. Das kannst du aber bei 99% der Mainboards sowieso selbst einstellen. Fazit: T-Prozessoren sind Geldverschwendung.

Also du fährst herunter und das Server geht einfach wieder an? Klingt nach defektem Mainboard / Netzteil. Mit Unraid kann das ja nichts zu tun haben.

Du rechnest mit isolierten Kernen. Ich sagte alle Anwendungen nutzen alle Kerne. Du kannst 5 Office VMs problemlos mit 4 Kernen parallel betreiben. Dass jeder zur selben Zeit die Kerne voll auslastet, ist statistisch gesehen absolut unwahrscheinlich. Ich mein schau dir jetzt die Auslastung deines PCs an. Stehen da alle Kerne auf 100%, während du im Forum schreibst? Das ist nicht mit Gaming vergleichbar. Ich fahre auf einem i3 4-Kern ständig mehrere Windows VMs parallel. 4 parallel ziehen da im Desktop Leerlauf keine 15% und die sind nicht per iGPU beschleunigt und Unraid und diverse Container laufen ja parallel auch noch. Wenn man dann sogar 10 Kerne hat, tendieren die Office VMs wohl gegen Null. Wobei es natürlich immer darauf ankommt was die Leute so in den VMs machen. Bei den Game-Servern fehlen mir zugegeben die Erfahrungswerte. Allerdings verstehe ich nicht was die so großartig leisten müssen. Das sind doch nichts anderes als Datenbankserver. Was dir aber garantiert brauchen sind physische LAN Controller. Wenn die jeweils in einer VM laufen, dann braucht jede eine eigene LAN Karte. Als Docker wäre das nicht notwendig. Sind die alle als Docker verfügbar?

Du musst dich wirklich klarer ausdrücken. Dass auf dem Cache Laufwerk wichtige Daten sind, hast du bisher nicht 1x erwähnt. Solange du das aber nicht formatiert hast, sollte da denke ich noch nichts passiert sein, da eine einzelne SSD denke ich ich selbe Formatierung verwendet wie eine Array Disk. 100%-tig sicher bin ich da aber auch nicht. Wenn du absolut auf Nummer sicher gehen willst, könntest du eine New Config machen und nur die Parity HDD als Disk 1 zuweisen und formatieren lassen. Alle anderen lässt du unzugeordnet. Dann installierst du dir Unassigned Devices und mountest darüber einzeln alle HDDs und die SSD und schaust wie sie formatiert sind und ob noch alle Dateien drauf sind. Jetzt wäre dann auch der richtige Zeitpunkt ein Backup zu erstellen. Zb von den HDDs und der SSD auf die Disk 1. Jetzt erneut New Config und die Disk 1 mit dem Backup diesmal außen vor lassen. Die restlichen HDDs ihren ursprünglichen Slots zuweisen und die SSD dem Cache. Du startest also das Array ohne Parity. Jetzt alles ausgiebig testen und hier eventuell noch mal Rückmeldung geben. Erst wenn du dir sicher bist, dass alles läuft, das Array stoppen und die Backup Disk nun als Parity zuweisen. Diese wird nun platt gemacht, wenn das Array startet. Noch besser wäre natürlich, wenn du auf eine externe Platte sicherst. Du kannst auch als Disk 1 irgendeinen leeren USB Stick zuordnen. Es geht nur darum das Array starten zu können. Natürlich solltest du den Docker und VM Dienst während der Zeit deaktiviert lassen.

Das was du vor hast kann quasi jedes Tool, das WebDAV sichern / synchronisieren kann. Zb auch rclone.

Man kann zb Unassigned Devices installieren und damit eine Platte mounten, die nicht dem Array zugewiesen sind. Aber ist in dem Fall nicht notwendig.

Was ist ein "Clear"? Du meinst Parity Build? Benutze bitte die richtigen Wörter. Clear ist was gänzlich anderes, existiert aber auch. "this device" und nicht Mehrzahl. Also nur das Paritätslaufwerk wird platt gemacht. Die anderen bleiben unangetastet. Wenn du also das Laufwerk als Parität ausgewählt hast, was du vorher schon im Einsatz hattest (deswegen der Screenshot), kann nichts passieren. Du könntest auch einfach ohne Parität das Array starten. Dann steht da keine Meldung (man hätte dann natürlich auch keine Ausfallsicherheit).

Wenn du keine VMs hast, hast du bereits dein Problem gefunden. Aktiviere mal in der Docker Übersicht die erweiterte Ansicht. Sind da besonderes RAM-hungrige Container dabei? Wenn nein, dann tippe ich darauf, dass ein Container Daten in /tmp schreibt, was in der Unraid Welt der RAM ist. Oder hast du evtl bei einem Docker Container versehentlich einen Pfad angegeben, der auf den RAM verweist? zB ein Schreibfehler, so dass nicht auf zB /mnt/cache/appdata geschrieben wird, sondern auf /mnt/blabla/appdata, was ebenfalls den RAM fluten würde.

Es liegen Welten zwischen diesen und den bisher besprochenen CPUs: https://www.cpubenchmark.net/compare/Intel-Xeon-E5-2667-v2-vs-Intel-Xeon-X5460-vs-Intel-Xeon-W-1290P-vs-Intel-i9-10980XE/2154vs1297vs3831vs3630 Sowohl im Multi-Thread als auch im Single-Thread. Ich würde mir daher nicht so große Gedanken machen. Ich denke der W-1290P wird deinen Gameserver ganz gut wuppen.

Warum weigerst du dich das CA Plugin zu installieren?