Ford Prefect

...Du hast VLAN(s) am Start -> ist Dein Router/Gateway und Switches darauf eingestellt? eth0 ist ein Realtec NIC, eth1 ist ein Intel NIC ... und Du hast nur eth0 in einer Bridge aktiv -> kannst Du die NICs tauschen...ist es dann besser? die Docker sind in dem anderen VLAN, die VMs im normalen LAN -> von wo greifst Du zu, wenn das Phänomen beobachtbar ist? Ein Client im LAN, im VLAN oder übers lokale Unraid im UI mode? Während das Phänomen auftritt, kannst Du parallel die unraid IP vom gleichen oder einem anderen Client im LAN und/oder VLAN pingen?

...ich glaube es reicht wenn man zu Dockern auf custom bridge einfach nur ne VM hat. Ich habe den Bug auch gehabt und meine, einzige VM hat nen NIC physisch durchgereicht. Seitdem fingen die Call-traces an... Mit 6.10, trotz macvlans ist bisher Ruhe... ...hat vermutlich auch was mit Nutzung/Last zu tun, also kein Konfigurations-Thema allein.

...coole Sache. Was genau ist der Unterschied bei der Eaton Ellipse 650 ECO vs PRO ... 6W fürs LCD erscheint mir sehr viel.

...sieht verdächtig nach dem "Bug" aus, der bei einigen auftritt, wenn Docker auf custom.brX und auch VMs da drauf liegen -> mal auf v6.10 gehen.

...auf jeden Fall hat die Disk gerade nicht ihre beste Zeit. Pending Sectors sind erstmal nur ein Indikator...wenn die zunehmen und nicht stabil bleiben/in hoher Zahl vorkommen ist die Disk nicht mehr gesund. Aus eiem pending Sector wird im Zweifel ein reallocated Sector...die DIsk mapped diese Sektoren auf einen reserve-platz, wenn ein sektor mhrfach erfolglos ist/war. Wenn das auch häfig passiert, sagt Pille immer: "He is dead, Jim!". ...siehe oben...wenn Du Backups hast, mach nochmal ein/zwei preclear durchläufe und beobachte...wenn das stabil bleibt, kann das lange gutgehen. Nein, nicht notwendigerweise...die Parity geht über die ganze Disk, roh/binär auf Setor-Ebene, nicht über Files. Wenn die Platte nicht sehr voll ist und auch nie war und wenn der Fehler gegen Ende des Parity Checks auftrat, ist vielleicht ein "leerer" Sektor betroffen. Du musst gegen ein Backup vergleichen.

Was für ein 3ware war das genau? Das riecht danach, das der 3ware ein Raid-Controller und der LSI nun ein (korrekter) HBA ist. ...ich denke garnicht, da unraid nicht erkennt, dass sie schonmaal in nem unraid eingehängt waren.

...hast Du mal gemessen, was das Ding im idle an Strom zioeht? War ein Balkonkraftweg dabei, im Set? ...wie meinst Du das? Das wird im Dashboard ja nicht notwendigerweise als "benutzt" angezeigt.....wenn Da nix benutzt wird, muss im Cache auch nix sein. Du könntest einen Ram Disk nutzen, dann ist sicher, dass der RAM verbraucht wird. Aber dafür sind 128GB eher zu wenig. Edit: ...oder wenn Strom keine Rolle spielt, lass noch nen Folding-at-home Docker laufen....da tust Du noch was Gutes...dem Docker dann die RAM-Disk geben.

Nein, btrfs passt da schon auf. Deshalb ist die nutzbare Grösse der 500er eben nicht 500GB. Hier https://btrfs.wiki.kernel.org/index.php/FAQ#How_much_space_do_I_get_with_unequal_devices_in_RAID-1_mode.3F ... und was zum Spielen: https://carfax.org.uk/btrfs-usage/ Warum bei Dir aber 377GB rauskommen...keine Ahnung 🤣

- warum Docker: ...als Docker ist es wesentlich Ressourcen-sparsamer als eine VM. kann auch leichter aufgebaut, gecloned und eingerissen werden. - warum Chrome (bzw ein GUI System mit Browser, auf welches man ja wieder von einem Browser bzw. VNC/RDP remote zugreifen muss): wenn das Client System zB beschränkt ist. Ich sitze zB hier an meinem 4men Läppi im Home-Office...es gibt zwar dort lokal Chrome, aber sync und andere Einstellungen sind vom Sysadmin eingeschränkt/gesperrt. Über den eingeschränkten Chrome vom Läppi kann ich auf mein lokales unraid, mit GUI-Docker/Browser zugreifen und es gleichzeitig wie auf einem parallelen, privaten System nutzen.

...standard bei eiem Poool ist BTRFS Raid1...also entsteht bei gemischten Grössen so etwas....wenn Du die Summe beider Disks willst musst Du Raid0 wählen/einstellen. Du verlierst aber dann die Redundanz des Pools.

...coole Sache!! Webtop kannte ich noch nicht. Ist das install persistent/dauerhaft in appdata gespeichert und überlebt somit ein Update des Docker Image?

...dem TE ging es aber wohl auch um sync....das geht nicht (mehr): https://9to5google.com/2021/01/15/chromium-chrome-sync-bookmarks/

....sagen wir mal so, die Chancen stehen gut. Insbesondere sollte da v6.10 mit ipvlans statt macvlans das Problem umgehen. Verifiziert habe ich es aber selbst noch nicht, da ich VLANs nutze und daher macvlans für Docker brauche...daher dedizierte, ecgte NICs für VMs...da reichen mir aber 1G. no worries....wollte Dich auch nicht verwirren

nein, das ist eigentlich schon richtig so, wie Du sagst....gilt aber eben für Datenverkehr von/nach Aussen. Nur da wird die Verbindung - die Mellanox - genutzt. Aber zwischen VM und unraid hast Du einen virtuellen Adapter (virtio bzw. virtio-net) ...der ist zusätzlich, quasi in Software. Die "Bridge" (br0, br1, ...) ist quasi wie eine Switch...an dem hängen die virtuellen Interfaces und die physischen ethX, welche man in der Konfig der Bridge zuordnet. Nutzt Du nun allerdings virto-net für die VM ist der Durchsatz generell kleiner als 10G auf dem virtuellen, softwarebasierten Interface und damit auch für Traffic von/nach Aussen Nutzt Du virtio, ist der Durchsatz - bei modernen, 3+GHz CPUs sogar höher (CPU-Bandbreite ... siehe meinen Link oben, auf meinem i3-8100 etwa 44Gbps). Für Traffic von/nach Aussen limitiiert dann sogar hier der physische Port, die Mellanox. Insgesamt ist aber virtio nicht so stabil, vor Allem in Verbindung mit Dockern auf der Bridge (br0). Wenn Du das also vermeiden willst, aber mehr Durchsatz als virtio-net von der VM willst, reicht dann virtio-net nicht mehr, sondern nur eine echte NIC (10G) durchreichen. ...hoffe es ist jetzt klarer

Du kannst die Reihenfolge/Zuordnung, welcher physsiche NIC auf welchen Bezeichner ethX hört unter "Schnittstellenregeln" ändern. Wie sind denn die 10G Ports angebunden? Über einen Switch, genau wir der 1G Port?..Dann einfach umsortiieren sodass einer der beiden eth0 ist und DHCP anlassen bzw dort alles, auch DNS manuell vergeben. ...beide 10G (bzw. alle ports, inkl. dem dritten 1G) im selben IP-Segment macht aber auch wenig Sinn. Das Setup ist nicht optimal und kann auch wieder komische Effekte bringen. Wie schon mehrfach gefragt....was ist Dein use-Case und wie sieht Dein Setup (Router, Switches, Ports und Clients, weitere Server) aus. Wenn Du nur einen der 10G allein brauchst, schliesse auch nur diesen einen an, deaktiviere die anderen,

...intern, ja...dafür ist es aber egal ob im unraid eine 100M, 1G oder 10G steckt Ich hatte Deine Äusserung so verstanden, dass Du mehr als die 2.5G zwischen VM und externen Gerät/Client/Server benötigt, weswegen Du eben die 10G mellanox drin hat.

...na, ich dachte, die 2,5G reichen Dir nicht. Wenn es eine PCIe 3.x Karte ist, dann sind mit x4 doch fast 40Mbps drin: https://en.wikipedia.org/wiki/PCI_Express#History_and_revisions ...sollte für eine DUAL reichen (wenn es die in x4 gibt bzw. Deine Slot hinten offen/ein Riser verbaut). Hier im Form hatte mal jemand eine Mellanox in einem x1er Slot verbaut und kam wohl auf ansehnliche 780-800Mps.

Alternativ eine zweite Mellanox durchreichen (zB die Karte gegen eine DUAL SFP+ tauschen)? Meine Erfahrung ist, das virtio/virtio-net nicht so stabil läuft.

...um da nochmal ein wenig Infos "nachzulegen"... Die 10G/1G sind die Port-Geschwindigkeiten, die dann in der VM im Treiber angezeigt werden, haben aber nix mit realien Geschwindigkeiten zu tun. Die virtio Variante ist am schnellsten und liefert letzlich bis zur kompletten Bandbreite der CPU...natürlich nur auf dem Host selbst, bei Traffik über den Host hinweg ist man dann auf die physische Anbindung beschränkt. virtio-net ist langsamer, aber immer noch deutlich schneller als 1G. siehe auch: ...wenn Dir 1G reichen - und so mache ich das *nur* bei VMs, einfach eine echte NIC per IOMMU/vt-d durchreichen. Sollten Die NICs ausgehen, dann gibt es noch SR-IOV: https://forums.unraid.net/topic/103323-how-to-using-sr-iov-in-unraid-with-1gb10gb40gb-network-interface-cards-nics/#comment-953439

...Multicast läuft erstmal immer nur im selben IP-Segment. Es gibt Multicast Helper, aber das ist ziemlich kompliziert und knifflig, siehe: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti_igmp/configuration/15-s/imc-igmp-15-s-book/imc_inter_mc_helper.html und die Infrastruktur (Router/Switches) muss mitspielen. @BuTscHmuss es denn die gleiche Emby Instanz sein, in jedem Segment? Warum nicht eine zweite Instanz oder einen dedizierten DLNA-Server für das interne, 192.168.x.x Netz nutzen? Diese können sich ja die Medien teilen...

...wie schon erwähnt, geht das so nicht. Selbst wenn unraid multi-homed ist, werden container im Host-Mode immer wohl auf die primare IP (an)gesetzt. Weiss garnicht ob das ein Bug oder (fehlendes) Feature ist Mit VLANs wären die Segmente auch auf dem unraid-Host selbst getrennt. Dafür brauchst Du aber eine VLAN fähige Infrastruktur (Router+Switch). Dann könntest Du zB folgendes machen: eth0 --> IP: x.x.X.2 -->WebUi Unraid (VLAN X) eth1 --> IP: x.x.Y.2 -->WebUi Unraid (VLAN Y) + Container_1 IP: x.x.Y.10, Container_2 IP: x.x.Y.20, Container_3 IP: x.x.Y.30 eth2 --> IP: x.x.Z.2 -->WebUi Unraid (VLAN Z) + Container_4 IP. x.x.Z.10, Container_5 IP:x.x.Z.20, Container_6 IP:x.x.Z.30 ...usw. Container in einem VLAN könnten auch untereinander kommunizieren (custom-IP Mode). Zwischen VLANs dann via Router und dessen Firewall.

...Deine vollständigen Netzwerk-Einstellungen, bitte. Du hast auch je Port am der Karte einen eigenen Bond eingerichtet....sinnlos mit 3 ports im Server ingesamt. Was ist genau das Ziel, mir den 3 Ports, welches Du erreichen willst? ...ich vermute, aber meine Glaskugel ist gerade zur Reparatur, dass Du die DNS-Konfig über eth0 machst/beziehst, aber für die beiden SFP+ NICs die IPs manuell, ohne DNS eingestellt hast....wahrscheinlich im selben IP-Netz wie eth0...da Du dann den Port abgezogen hast, läuft zwar das Netz auf IP-Ebene, aber DNS wird nicht gefunden.

...wird ein Treiber geladen? Hast Du die Netzwerkkarte dann korrekt konfiguriert und wie ist diese an die Gegenseite angeschlossen (DAC, AOP, LWL und kommt da überhaupt ein Link zustande)? Schau doch erstmal mal in den Netzwerk-Settings nach.

OK, das ist also wirklich ein SAS HBA plus Expander Karte. Das die HDDs erkannt werden ist nicht das Problem....sondern die Kommunikation mit Daten. SAS und SATA sind eigentlich kompatibel, wobei SAS bi- und SATA unidirektionale Schnittstellen sind. Die Intel Expander sind auch LSI basiert....und die hatten ein Problem mit der FW. Welche FW hat der LSI Expander? -> https://forums.servethehome.com/index.php?threads/lenovo-03x3834-lsi-6gbps-16-port-pci-e-sas-expander-card-13-88.31756/page-2

...mein Stand ist, dass das Plugin etwas verwaist ist....S3 und WoL ist je nach Board aber auch Glücksache Es gab mal einen Fork mit update für neuere Unraid Versionen....finde es nur gerade nicht....einfach mal hier suchen. Weiters bleibt je nach NIC einfach das WoL-Flag nicht immer an der ETHx "haften"...im Plugin daher entsprechend bei "run" VOR und NACH dem Plugin Befehl das "ethtool -s eth<X> wol g" ins Plugin einbauen.