Ford Prefect

Juppp...dito, da war ich auch drin unterwegs...ich vermute der TE - @Justin Scholz - hat den einfach gelöscht? Das Problem schien gelöst, nach einem upgrade auf 6.12rc6....

...fällt mir nur daas hier zu auf: ...ist das Redis template noch auf dem Stick unter /boot/config/plugins/dockerMan/templates-user ??

OK...beim nächsten Mal geht das mit dem Button erst wieder nach einem Jahr...oder einer Mail an den Support. Was fürn Stick ist Dir kaputtgegangen?

....sehr cool, sozusagen Schwein gehabt. Es ist zwar nur ein Release Candiate vom neuesten, zukünftigen unraid, aber Du hast ja keine besonderen Sachen damit vor. Warten wir mal auf, was die Langzeiterfahrung mit dem Brix und dem USB-Gehäuse bringt....wünsche Dir, dass es hält.

...sehr, sehr komisch....evtl ein Problem mit dem Stick? Aber dann mach mal ein Update auf die neueste 6.12RC6...da ist ein neuerer Linux Kernel dabei..evtl. läut es dann mit den USB3.2 Treibern besser? Jaja, es wird schon am Chip im dem Gehäuse liegen...aber evtl. in Kombo mit dem Brix...daher wäre als letzte Alternatuve einen USB Hub dazwischen zu schalten, der die beiden Interface Standards trennt.

...neuer Stick, bedeutet neue GUID...Du brauchst eine neue Lizenzdatei für den neuen Stick....kannst Du einfach anfordern, mit dem Button. Dann ist aber der alte Stick dauerhaft gesperrt.

Das ist der Gigabyte BRIX BRi7H-10710 Barebone ...der Brix hat aber doch nur USB3.2 Anschlüsse, gar keinen USB2.0 (bist Du auf die Farbe - USB3.0 ist/war meist blau) - "reingefallen"? Leider ist das Ding wirklich Mini...nur Platz für eine 2.5er HDD...das ist schwierig. Naja, es ist nicht das neueste Modell...aber wenn es nicht gebraucht war, ist es neu. Du hast wohl das bekommen, was Du bestellt und erwartet hast. Smartctl hin oder her. Evtl. macht es Sinn einen USB-Hub zwischen das HDD-Gehäuse und den Brix zu setzen. Der Brix hat eben die allerneueste USB3.2 Technik. Auch könnten es dann noch die Treiber in unraid sein. Da Du erwähnst, dass es nach einem update Probleme gibt...mit welcher unraid Version funktioniert das Gehäuse und mut welcher nicht?

...wäre interessant zu wissen, von welcher Version Du "gekommen" bist... Was Auffällt ich finde "Docker" nicht im Verzeichnis "/usr/bin/" Linux unterscheidet Gross-/Kleinschreibung. Gibt mal ein: "which docker" ...bei einem RC würde ich immer einen "Bug" im RC-Faden / Forumsteil aufmachen...gerade bei so einer Fehlermeldung, die einen essentiellen Service betrifft.

USB ist halt nicht die beste Idee, wenn man sowas macht... Eine 16TB ist günstger als 4x4TB und spart Strom und ein Gehäuse Dein Zusatzgehäuse wird etwa nochmal soviel verbrauchen, braaucht auch Platz und hat ne unsichere Verbindung. Ein Mini-PC macht mMn eben nur Sinn, wenn man weiss, das man (lange Zeit) nicht erweitern will/musss. Was genau ist das für ein PC? Das Gehäuse hat wohl schon mehrere Revisionen "durchgemacht": https://icybox.de/en/product.php?id=295 Man kann davon ausgehen, dass da auch das Innenleben (USB "Chips" usw) verändert wurde. Siehe die Anleitung beim Hersteller: https://raidsonic-static-content.s3.eu-central-1.amazonaws.com/IcyBox/Files/Manual_IB-3640_series_web_e.pdf Da gibt es wohl Versionen, die eben die Disks nicht einzeln, roh und transparent über das Interface durchreichen, sondern Raid-Modi unterstützen. Wenn Du nicht weisst, was das ist und auch nicht weisst, was Parity ist und wie das im Besonderen bei unRaid funktioniert, lies mal das: Wenn Ich Dein Foto anschaue, hast Du aber wohl eine Version von 2018 oder älter, die (zum Glück) nur single-Mode unterstützt. Meine Frage war aber auch, warum / ob Du keine Parity im unraid Array hast (sagt zummindest augenscheinlich Dein Screenshot)? Aha...machst Du sonst noch Backups Deiner Daten? Wie lange hast Du das Teil schon (neu, gebraucht gekauft, seit wann im EInsatz mit unraid) und tritt das Problem erst jetzt auf? Dein Modell ist halt nicht neu...kann auch einfach nur altersschwach sein.

...Deine Ausführungen sprechen in Rätseln...daher evtl auch 130 Hits und keine Antwort bisher? Die Anleitung ist für zwei Ubuntu Server...hat nix mit unraid zu tun und die Anleitubg hat auch nicht viel mit einem VPS zu tun. Ein VPS ist keine normale "Site"... nur weil Du da ubuntu installierst, heisst es nicht, dass Du vollen Zugriff auf die Netzwerk-Konfig hast - oder eben doch, was Du dann extra, selbst absichern musst. ...und daher verstehe ich Deine Ausführung leider garnicht...Du hast in unraid das WG-Plugin/Docker installiert und bis dann mittels putty und CLI-Befehlen aus der anderen "Anleitung" darauf losgegangen? Was erwartest Du denn dann davon für ein Ergebnis? Ich selbst nutze das WG Plugin in unraid nicht, sondern lokal einen "richtigen" Router mit direkter Wireguard Anbinding. Auch nutze ich einen VPS, der eigene Images erlaubt und daher habe ich da ebenfalls eine Router-VM mit Wireguard am Start. Daher kann ich wenig hefen. Kopieren von Schritten aus einer Anleitung, die nichtmal ansatzweise zu Deiner Umgebung passt führt eben nicht zum Ziel....und macht Deinen VPS (später auch Deinunraid, wenn der Tunnel steht) zum Einfallstor des Bösen. Mein Tipp wäre schrittweise, systematisch vorzugehen. So lernst Du auch, wie die Teile zusammenpassen und bei Problemen die Stellen einzugrenzen, wo es klemmt....fang also schrittweise an. Die Idee mit dem VPS ist nicht verkehrt. Suche Dir eine Anleitung, die auch die Firewall der VM sicher konfiguriert und eben nur WG Verbindungen durchlässt Fang damit an, WG Verbindungen anderer Clients, zB vom Phone (über LTE oder vom Sofa, über WiFi) oder Laptop mit dem VPS zu testen (auch gut für später, bei Problemen). WG ist ein Mesh, kein Site-2-Site/Client-Server VPN...es schadet nix und hilft später Probbleme zu debuggen. fang auf Seiten unraid neu an...konfiguriere das Plugin allein über das UI....hier im Forum gibt es bestimmt einen Support-Thread dafür. Wenn Du den VPS mit einem anderen Client am laufen hast, füge den unraid-Peer hinzu. Im Plugin musst Du als Erstes die Schlüssel generieren und dnn den öffentlichen Schlüssel wieder im VPS als unraid-peer hinterlegen. dann im Plugin noch den VPS als Peer Endpunkt eintragen. Dann sollte unraid die Verbindung zum VPS initiieren - wenn der Tunnel dann steht, ist der dann bidirektional. probiere den Tunnel aus ... Tools wie "ping" und "traceroute" (Win: "tracert") sind hilfreich ... verwende IPs, keine DNS Namen, also bei traceroute den Paraeter "-d" dabei nicht vergessen. Wenn der Tunnel zwischen unraid Host und VPS steht, kümmere Dich ums Routing der anderen Peers und um die erreichbarkeit von Dockern oder anderen Hosts im LAN. ...hope it helps.

...grundsätzlich sind USB Gehäuse mit mehr als einer Disk und eben nur einem Datenanschluss mal problematisch. Unabhängig von der Stabilität der physischen Verbindung gibt es oft Phänomene mit den Treibern (Disk Slots werden neu gemischt, Disks reagieren nicht "schnell genug"/werden im System nicht angezeigt, ...) Treiber vom Hersteller, der Besonderheiten abfängt gibt es meist nur für Windows/Mac, nicht für den quelloffenen Linux Kernel... ...siehe meine Anmerkung oben. In deinem Screenshot sieht an keine Parity-Disk...ist das Gehäuse intern auf irgendeinen Raid-Modus geschaltet oder willst Du keinee Parity iim Array? So ein Gehäuse ist auch nicht günstig..warum nicht auf ein "richtiges" Gehäuse für den unraid Server upgraden? ich vermute, die Idee ist/war es einen Mangel an SATA Ports damit zu umgehen, da man hier eben mehr als eine Disk über nur eine Schnittstelle gleichzeitg ansprechen kann (vom zu erwartenden Performance Verlust mal abgesehen). Was ist/war das Ziel? Das Array/den Speicherplatz zu vergrössern? Also, 1-2 neue 16+ TB Disk(s) - je nachdem ob die Parity mitwachsen muss oder nicht) lösen das Problem auch und machen nochmal SATA-Ports frei.

Das bezieht sich nicht auf die Einstellung des jeweiligen Docker, sondern auf die globalen Docker Einstellungen in unRaid. Dort musst Du erstmal den Docker Dienst stoppen/deaktivieren (hier einmal "apply".). Danach kannst Du von ipvlan auf macvlan umstellen (wieder mit "apply") Dann erst kannst Du wieder den Docker Dienst starten (nochmal "appy"). ....sind also drei, separate Schritte.

Na, Du sollte ja für die Rückrichtung nicht ALLE Shares konfigurieren, sondern nur die Shares umstellen, die später dort auf dem Cache auch bleiben sollen hier: Naja, die Idee kommt ja nicht von mir...ich hab es halt bei mir gemacht....wollte von BTRFS weg. null problemo...

Ja, passt schon...ich nutze weder die dt. Übersetzung, noch Gross-/Klein-Schreibung gemischt. Sieht aber so aus, als ob unraid das abfängt und systemrelevante Shares automagisch in Kleinschreibung auf den disks anlegt....alle von Dir selbst manuell angelegten Shares so, wie Du sie eingibst, bei Erstellunbg (Gross-/Klein- wird beibehalten). Tjaa, also von hier aus sieht es erstmal OK aus. Ich würde nicht verstehen, warum es nicht gehen sollte. Du hast die Docker in einem IMG...damit sollte auch das migrierbar sein (obwohl man sich das/die Zeit sparen könnte). ...da Du inzwischen auf die rc4 oder rc5 migriert hast, musst Du die neue Schreibweise dafür konfigurieren (Primary Storage = Cache). Ausserdem den exclusiven Zugrff (bind-mounts) auf "aus". Mover Action: Cache -> Array (ich hoffe ich gebe das richtiig wieder, nutze immer noch rc2 ) Bei den Shares kannst Du ja sehen, was sich auf dem Cache befindet ("alles berechnen") und welches die Richtung des Movers ist. Alles einstellen Docker-Dienste und VM-Dienset stoppen Mover starten verifizieren, dass alles aufs Array verschoben wurde ("alles berechnen") Array stop, Cache Disks auf ZFS umstellen, Array start Shares auf Primary=Cache umstelllen, Mover Richtung Array->Cache konfigurieren Mover starten verifizieren, dass alles auf cache landet ("alles berechnen" ...so sollte es funktionieren...Warum das bei Dir bei bisher nicht klappte, kann ich leider nicht sagen...meine Glaskugel ist wohl kaputt

...daran kann/wird es schon mal - zumindest teilweise - liegen. Käme jetzt auf das WLAN/den AP & den Client, sowie Entfernung usw. an.....WLAN vs LAN Durchsatz -> LAN ist real 10x schneller bei identischer Verbindungsangabe in Mbps. Ja, wenn Du die NVMe nicht "richtig" als Cache auf das fragliche Share eingebunden hast und die Parity im Array eine der NAS HDDs ist. Aber 2-8MB/s ist trotzdem zu wenig. Edit: ...wir hatten hier erst kürzlich den Fall...MB mit 2.5G Realtek LAN ... da kamen ähnliche Probleme zutage.

Ja, genau. Wie man da sieht hast Du ein Docker-IMG und das liegt unterhalb des Shares /mnt/user/system Deine Container-Daten liegen unterhalb des Shares /mnt/user/appdata ...und hier sehe ich... dass das Share System nicht auf dem cache liegt ....ich vermute das da auch die vdisks für die VMs drunter liegen ... bitte mal in den unraid-Host Settings für VM-Dienst nachschauen, ob ich rehct habe. dass Deine Shares alle mit Grossbuchstaben beginnen Ich weiss nicht, wann Du mit unraid angefangen hast...mein System mit v6 ist schon Jahre alt....und da sind die Share-Namen, auch wenn es für SMB egal ist, auf den unraid Host und den Disks - wie es sich für Linux gehört - spezifisch bei Gross-/Klein-Schreibung....im UI heisst zB mein Share "appdata" und nicht "Appdata". Also bitte mach mal im CLI ein "ls /mnt/user" ... ich möchte gerne wissen ob Du da ein "appdata" und/oder "Appdata" & "system" und/oder "System" zu liegen hast. Dann noch ein "ls /mnt" ...liegt da ein Ordner "cache" und/oder "Cache"?? Was liegt darunter? Bitte ein "ls /mnt/cache" bzww "ls /mnt/Cache" ...

...aber das unraid System funktioniert erstmal so, an sich...Du willst jetzt "nur" den Cache von BTRFS auf ZFS migrieren? Container sind nie "installiert", sondern sind die Runtime Instanz eines Docker Image.... In "Appdata" liegen normalerweise nur die Daten, welche ein Container über seine Laufzeit hinaus persitieren (also auf Disk speichern) will/soll/muss. Die Images liegen normalerweise woanders -> bitte mal die Docker Settings vom unraid Hoist zeigen. ...bitte mal auf "ALLE BERECHNEN" klicken und das Ergebnis zeigen....

Nice UseCase you have developed there (although nothing for the red-green-colorblind but I gather this can be changed easily) I agree, that this a much better thing for analysing the Performance/Tuning but IMHO too big for the general user. Hence I still think, that the proposed feature is still a good one...once implemented, one could defer to further, enhanced usecases with something like yours in the manual. @BVDDo you have a Docker ready for this?

...using 6.12rc2 with ZFS on Cache and Docker Folder...all Dockers, as well as custom networks (I only use these) do work as expected. However, I deleted my old BTRFS based Docker folder, instead of moving it off and back on to the Cache, then recreated all Dockers anew.

...there had beed several updates to the tapatalk app (android) recently....I am unable to login/authenticate since then (tried User Name and email. Password is known and picked/copied from a keypass, so no typos there. This all started just after the new method/procedure with 2FA auth for the forum had been introduced/enforced. See here: Maybe a coincidence or not...I can not login via tapatalk since then. Anyone in the same boat or just me? any advice is greatly appreciated. TIA, ford.

Naja, 2.5G sind eher nicht Fisch, nicht Fleisch... Eine AllInOne auf der Basis gibt es (noch) nicht von MT. Eine 10G Karte fürn PC kostet doch keine 40EUR und in Kupfer/RJ45 sind die Chipsätze mit 2.5G/10G zu stromhungrig. Ja, den habe iich als Router....aber schon lang..damals war der Normalpreis bei 130EUR..was für Zeiten. Heute würde ich eher den RB5009 nehmen....oder einen CCR2004, wenn ich noch ein paar Glasfaser Links buchen kann....irgendwann Mit dem richtigen Switch kannst Du den Router nach der Geschwindigkeit des I-Net auswählen, da der Switch das Inter-VLAN Routing auf L3 übernimmt. Siehe hier: https://help.mikrotik.com/docs/display/ROS/Switch+Chip+Features und https://help.mikrotik.com/docs/display/ROS/Switch+Chip+Features#SwitchChipFeatures-Inter-VLANrouting Am besten einen der CRS3xx dafür einsetzen: https://help.mikrotik.com/docs/display/ROS/L3+Hardware+Offloading#L3HardwareOffloading-L3HWDeviceSupport Für I-net bis 450Mbps reicht schon ein Hex/Hex-S...für bis zu 1Gbps einen RB450Gx4 .. für mehr eben den RB4001 oder RB5009. Ich nutze den RB4011, weil 1Gbps Inet (plus 2tes WAN per LTE)....damals gab es den RB5009 eben noch nicht. Dann nen CRS326 als Haupt-Switch für 1Gbps und einen CRS309 als zentralen Switch mit 10Gbps. Beide können mit ROS v7 dann L3HW-Offload (habe ich aber noch garnicht eingerichtet, weil der RB4011 schon 7Gbps über den SFP+ im InterVLAN-Routing schafft und ich garnicht mehr brauche....die Switche sind noch aus der Zeit von ROS v6 und ich bin dort noch nicht dazu gekommen das Upgrade auf v7 zu machen, wo das L3HW offloading aktiviert wurde) In den Etagen (HomeOffice/Büro) dann CSS610 ...der hat zwar nur SwitchOS aber für unter 80EUR top...mit nem DAC zum PC und 10G Transceiver zum CRS309 (geht auch über CAT5E-Leitung problemlos. 10G-baseT in der 80m Transceiver-Variante von fs.com...deutlich kühler als die Original Mikrotik. Nein, das können die Transceiver nicht alle...ich kenne nur den MT S-RJ10, aber der wird sehr, sehr heiss und geht nur mit RouterOS, wenn man den Link auf 2.5G forciert. Die meisten können, wenn überhaupt nur 1G/10G. Daher eben gleich auf 10G gehen. Entweder, wenn kurz - <10m - mit DAC, sonst LWL .. notfalls RJ45/Kupfer....stromhungrig.

Weil der Maintainer einen Fehler gemacht hat??...shit happens. ...und es kommt der gleiche Fehler?...das ist seltsam bzw. die Ursache dann doch woanders. Dann ist das Image dort beschädigt und wird - weil der Docker-Daemon davon ausgeht, dass es schon lokal vorhanden ist - nicht nochmal geladen. Evtl. ist dieser Teul auch von mehr alss einem Iage/Container in Benutzung. Ja, das Einzige wäre eben das dieser Teil lokal beschädigt ist (und wahrschenlich wird der Teil von mehr als einem Docker und nicht allein von Grafana benötigt). Ich würde den Docker-Daemon stoppen und das ganze Docker-Image Verzeichnis löschen...dann die Docker nacheinander wieder herstellen. Was besseres fällt mr leider auch nicht mehr ein.

...ich finde es immer wieder erstaunlich, welche Schlussfolgerungen Du aus Deinen Gedankengängen hervorzauberst, im Umgang mit Deinen diversen Systemen, nicht nur bei unraid 🙄 ...dann weiterhin viel Glück.

Hast Du den Primary-Pool auf ZFS umgestellt? Für den Docker-Daemon und für appdata? Ebenso, in den Docker Settings "Directory" ausgewählt (und ZFS)? ...die o.a. Fehlermeldung zeigt, dass hier von BTRFS im Docker-Tree ausgegangen wird. Das sollte/kann dann ein Problem für alle installierten Images sein. Ich würde bei Umstellung auf ZFS alles plattmachen (Docker Image löschen oder den Docker Tree manuell löschen (vorher Docker Dienst stoppen). Dann alle Docker neu aus dem Repository holen/installieren. Für Docker-Tree/Directory satt IMG gibt es einen Hinweis in der RC, wie/wo man den Tree anlegen soll. Das Image ist nicht komplett...kann an o.g. Problem liegen oder ein Fehler im Docker-Image selbst. Für Letzteres mal eine Version explizit angeben, im Template, statt "latest".

Das Plugin war/ist schon sehr problematisch. Ob es überhaupt funktioniert ist eher Glücksache. Der Maintainer aus dem Dynamix -Plugin Ecosystem pflegt es daher auch schon lange nicht mehr. Es gab hier den User @darkside40, der es mal gepatcht und für die Version 6.9 bereitgestellt hat, glaube ich. Ob er es aber weiter pflegt und erst recht für die v6.12RC schon getan hat, weiss ich nicht. Bitte lies mal hier, den verlinkten Faden: