mgutt

Ich meine du wählst deine ganzen NVMe SSDs für den Pool aus und klickst dann auf den Namen vom Pool. Dann kommt doch meine ich das Balance Tool von BTRFS oder nicht? EDIT: Ja genau: https://forums.unraid.net/topic/46802-faq-for-unraid-v6/?tab=comments#comment-480421 Denk dran. Bei RAID5/6 muss man eine USV haben und nach jedem Stromausfall/Crash sofort einen Scrub ausführen, sonst kann es zu Datenverlust kommen.

Was ist "mc"? Ansonsten siehst du ja selbst. SMB ist der Flaschenhals: Diesen Flaschenhals bekommst du abgeschwächt, in dem du SMB Multichannel + RSS aktivierst. Bei RSS wird pro CPU ein zusätzlicher Übertragungskanal geöffnet. Es werden also bei 4 Kernen entsprechend 4 Transfers parallel gemacht und diese Last auf 4 Kerne verteilt, was den Flaschenhals entsprechend reduziert.

Danke fürs Feedback. BTRFS ist mir echt nicht sympatisch. Viel zu anfällig für Korruption. Angeblich ja nur bei RAID5, aber man sieht ja, dass es auch bei Single auftritt.

Man kann "hot Plug" bei USB abschalten?! Mich nie gehört. Aber vielleicht eine Art Sicherheitseinstellung vom Server. Gibt es dafür vielleicht eine Einstellung im BIOS? Ansonsten versuch es mit einem USB Hub. Auch nicht optimal, aber vielleicht kann man es so umgehen.

Die CPU Last wird dir das zeigen. Ich vermute SHFS als Flaschenhals: https://forums.unraid.net/topic/92282-solved-workaround-how-to-write-to-nvme-pcie-cache-at-full-1-gbs-with-10-gbe-nic/ Das ist eine Eigenheit bei Unraid Shares, die sich tatsächlich nur durch den direkten Disk Zugriff lösen lassen. Außerdem kann man die Performance mit SMB Multichannel noch weiter steigern: https://forums.unraid.net/topic/92282-solved-workaround-how-to-write-to-nvme-pcie-cache-at-full-1-gbs-with-10-gbe-nic/

Mach bitte ein Update auf die aktuelle Version. Bei alten Versionen können wir nicht helfen, da wir nicht wissen können ob es ein Bug oder sonst was ist.

Vielleicht eine Überlastung der CPU Kerne? Teste bitte mal mit einem Disk Share. Dazu den Config Editor installieren und die smb-extra.conf auf dem Stick bearbeiten und das hinzufügen: [disk1Sharename] path = /mnt/disk1/Sharename comment = browseable = yes # Private writeable = no read list = write list = deinUsername valid users = deinUsername case sensitive = auto preserve case = yes short preserve case = yes Die beiden "Sharename" und "deinUsername" entsprechend ändern. Disk Shares belasten die CPU quasi 90% weniger.

Ist HVM und IOMMU aktiviert? https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?tab=comments#comment-959989 Du solltest außerdem der VM alle Kerne zuweisen. Überlass ruhig der CPU wie sie die Last von Unraid und der VM verteilt. Wie bedienst du außerdem die VM? Über den Browser? Grundsätzlich ist die Bedienung über einen VNC Client flüssiger zB VNC Viewer von Real VNC. Zuletzt kann es helfen, wenn man der VM eine kleine GPU zuweist. zB eine GT710 kann schon reichen. Dann wird die CPU nicht noch zusätzlich mit der 3D Berechnung visueller Effekte belastet. Du wirst dich wundern wie viele davon schon ein simpler Browser benötigt. Apropo Effekte, die könntest du in Windows alle abstellen: https://www.google.com/search?q=windows+10+visuelle+effekte+abschalten Dann sieht das Windows zwar nachher aus wie Windows 95, aber dafür belastet es die CPU weniger. ^^

Wo war denn das docker.img vorher gespeichert? Auf einer disk? Falls das so war, dann würde ich auf ein defektes BTRFS Dateisystem tippen.

Also der USB 3.0 Hub wurde in jedem Fall erkannt. Wenn du ein USB 3.0 Gerät verbindest, erscheint es dann als "Bus 005 Device 002"? Hier ein Beispiel von mir: USB Devices Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 06da:ffff Phoenixtec Power Co., Ltd PROTECT Bus 001 Device 003: ID 8564:1000 Transcend Information, Inc. JetFlash Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. External Disk 3.0 In meinem Fall steckt im USB 3.0 Port der JMicron SATA Adapter für eine externe Disk.

@JorgeB What do you think? Is it related to the docker.img or the filesystem?

Poste mal bitte deine Diagnostics. readonly kommt zB wenn das Dateisystem korrupt ist: https://forums.unraid.net/topic/71226-docker-causing-btrfs-errors-making-cache-drive-read-only/ oder das docker.img korrupt ist: https://forums.unraid.net/topic/90763-solved-version-683-btrfs-info-device-loop2-forced-readonly/?tab=comments#comment-842390 oder auch andere Fehler: https://forums.unraid.net/topic/87835-btrfs-error-device-loop3-btrfs-info-device-loop3-forced-readonly/?tab=comments#comment-816150 Musstest du den Server mal hart abschalten? In so einem Fall soll man immer einen Scrub bei BTRFS Laufwerken machen. XFS ist da deutlich dankbarer. Daher wäre meine Empfehlung XFS.

sdc ist dein Cache? RAID oder einzelne SSD?

Geht so. Ich nutze einen HDMI Capture Stick + OBS auf dem Laptop. Andere ähnliches mit einem RPI namens PiKVM. Ich hatte auch schon IPMI. Vermisse ich nicht.

Poste mal bitte deine Hardware Liste (Tools / Werkzeuge). Taucht da ein USB3 Controller auf?

Die CPU beschleunigt das Software RAID bereits. Intel VROC ist zb schneller als ein Hardware RAID. Es gibt auch massig Hardware Controller, die nicht mit Software mithalten können. So pauschal kann man das also gar nicht sagen. Wie stark AMD hier ist, weiß ich ehrlich gesagt gar nicht. Mich würde wundern, wenn die hier mit einem Xeon mithalten können. Wozu sollten die da auch einen Schwerpunkt drauf legen. Nutzt ja keiner AMD im Server (außer EPYC, was aber nichts mit Consumer CPUs zu tun hat). UD berechnet die Übertragungsrate meiner Erfahrung nach anders und eher falsch. Schade, dass du hier die CPU Last nicht überwacht hast. Denn hier spielen viele Faktoren mit. Zwei Software RAIDs, möglicherweise SMB Flaschenhals, usw Durch Aktivierung von SMB Multichannel könnte man vielleicht diesen Knoten lösen.

Weil htop im Gegensatz zu top standardmäßig die einzelnen Threads und nicht nur die Summe eines Prozesses anzeigt: https://superuser.com/a/119121/129262 Wenn also zwei NTFS Platten im Spiel sind und es gibt nur zwei NTFS Prozesse, kann ich daraus schließen, dass der NTFS Prozess nicht Multi-Threaded ist. Dass du das nicht im Graphen der einzelnen Kerne sehen kannst, liegt daran, dass die CPU den Prozess/Thread ständig von einem anderen Kern verarbeiten lässt und htop zeigt nur den Durchschnitt an wie lange der Kern im Zeitraum X damit beschäftigt war. Man kann in htop zb auch eine Spalte anzeigen lassen wo der aktuell genutzte Kern des Prozess/Thread angezeigt wird. Bei jedem Refresh steht dann da eine andere Zahl.

Wie gesagt. 80% Last auf einem Kern ist heftig. Du siehst auch, dass es nur einen Prozess pro NVMe gibt. Daher kann deine CPU auch nicht die volle Multi Core Leistung entfalten. Mit 2258 Single Threads Punkten schon stark: https://www.cpubenchmark.net/cpu.php?cpu=AMD+Ryzen+5+2600&id=3243 Kann man mal sehen wie ineffizient NTFS in Linux ist. Gut zu wissen ^^

Bei SMB eigentlich nicht, aber ich weiß nicht ob Server-Side Copy bei UD bzw NTFS funktioniert.

Das glaube ich nicht. Schau mal in htop. Der NTFS mount Prozess lastet einen Kern komplett aus. So eine Auslastung gibt es nicht bei XFS/BTRFS. NTFS ist ja kein natives Linux Dateisystem. Ich wusste aber auch nicht, dass das so heftig ist. Was für eine CPU hast du? Wirkt was schwach.

Waren die da zufällig noch XFS formatiert? Wobei NTFS nicht so heftige Auswirkungen haben sollte.

Du musst das checken, wenn der Transfer läuft Auch während dem Transfer wäre die Prozessliste von htop Interessant.

WebTerminal und htop ausführen. Dann kopieren. Kann es sein, dass smb auf Anschlag läuft?

Laut Anzeige oder wie gemessen? Wie kopiert? UD zeigt meiner Ansicht nach ziemlichen Blödsinn an, was die Übertragungsraten anbelangt. Ein dd von NVME 1 auf 2 würde denke ich realistischere Werte anzeigen. Willst du ein Kommando haben? Womit wurde kopiert? Sicher, dass nicht /mnt/user im Spiel war? Nein, läuft davon unabhängig.

Nein, du kannst jedes RAID Level wählen. RAID0, 1, 5, 6, 10... BTRFS erlaubt sogar ein RAID1 über mehr als 2 Disks (dreifache, vierfache etc Spiegelung). Cache auf "Only", aber der Pfad für die beste Performance wäre /mnt/NameDesPools/Sharename. "/mnt/user" durchläuft immer zusätzliche Prozesse, egal welche Cache-Einstellung man gewählt hat.