Leaderboard

Popular Content

Showing content with the highest reputation on 03/19/24 in all areas

  1. We may have caused it the exact same way. I believe mine was renaming a container from OnlyOfficeDocumentServer to onlyofficedocumentserver
    1 point
  2. Ja, dieses ct3003 Video erklärt ein paar Sachen ganz gut (Grundlagen unraid und Adguard installation), aber macht an einigen Stellen euch diverse "No No"s die ich schon kritisiert hatte. Das stört heise aber nicht. Und leider schlagen seit dem hier diverse Leute auf, die diese "No No"s nachmachen wollen, weil heise das ja so schön gezeigt hat. Und dann ist die Enttäuschung groß, wenn man hier ein bisschen näher an der Praxis darauf hinweist, daß die dort aufgebaute Variante eben... na sagen wir "für den speziellen kleinen Einzalfall brauchbar ist", aber eben damit man sich auf lange Sicht ggf. mehr Probleme einhandelt. Eine Micro SD Karte in einem Lexar MicroSDLeser als Boot Stick - No Go! USB Festplatten im Array - nicht empfohlen. Mehrere Netzteile für ein System - nicht effizient fast alles über externe Kabel - Kabelverhau & mögliche Fehlerquellen
    1 point
  3. Great work, i've installed it directly to all of my servers. Thanks for the work!
    1 point
  4. Much appreciated! I'll have to make a list of which interface is for which container in the mean time. Hope to see a custom "Friendly name" feature in the future.
    1 point
  5. I'm new to virtual interfaces, how can I determine which vethXXXXX interfaces goes to which of my docker containers? Any thoughts on adding a "Friendly Name" feature for interfaces?
    1 point
  6. This is really great. Was looking for a way to keep certain *arrs from running wild and downloading too many very high quality linux ISO downloads daily. Was trying to do this in sabnzbd as it isn't native in most of the *arr apps. This might be the ticket. Thanks
    1 point
  7. This plugin does a quick patch to the docker system on 6.12.8 only to prevent any empty host paths or container paths which may be present in an already installed template (or on a new installation) from triggering an error (and creating an orphan image) when updating the application. This is NOT fixing any bug in Unraid at all. Previously, the docker run command (eg: on 6.12.6) would not return an error if there was no container path specified. The docker system in 6.12.8+ does return an error (which is the proper operation). This quick patch simply has the docker system not add in to the docker run command any paths which has either the container or host side of it blank. If you did update an application and then had it orphan due to an empty path, then simply installing this plugin and then going to Apps, Previous Apps and reinstalling will get you back and running without changing the template to how it should be set up
    1 point
  8. I'd recommend to install the Docker Patch 6.12.8 from Apps due to docker now treating as an error a common mistake that users may have made (leaving unused paths empty on the template) when installing from Apps. It's not a bug in the OS, but now docker enforcing their specification on the run command
    1 point
  9. Was gibt es zu beachten, wenn man Docker/VM Pfade auf /mnt/cache ändert? Standardmäßig nutzt Unraid überall den Pfad /mnt/user. Hinter diesem Pfad steckt eine Software namens "FUSE". Sie sorgt dafür, dass Dateien, die auf dem Array und dem Cache Pool liegen, gemeinschaftlich in einem Pfad zu sehen sind. Das versteht man am besten an Hand eines Beispiels. Ich erstelle über das Netzwerk in meinem Unraid Share "isos" eine neue Datei: Wechseln wir nun in Unraid auf Shares > isos > Inhalt anzeigen, sehen wir zwei Dinge: - der Pfad heißt "/mnt/user/isos" - die neue Datei hat die LOCATION "cache" "cache" heißt in dem Fall, dass die Datei nicht im Array liegt, sondern im Cache-Pool. Dieser hat den Pfad "/mnt/cache". Schaut man sich den Inhalt des Cache Pools über Main > Cache Pool Datenträger > Inhalt anzeigen an, sieht man, dass dort im Ordner "isos" nur diese eine Datei liegt: Die restlichen Dateien des Shares "isos" liegt in meinem Fall auf "disk6". Also wiederhole ich die Schritte und schaue mir über Main > Disk 6 > Inhalt anzeigen den Ordner an und finde die restlichen Dateien: Zusammenfassung: - /mnt/cache ist der direkte Pfad auf unseren SSD Cache Pool - /mnt/disk6 ist der direkte Pfad auf unsere Disk 6 des Arrays - /mnt/user zeigt alle Dateien an, egal ob sie auf einer Disk oder dem Cache liegen - greift man über das Netzwerk auf einen Share zu, nutzt man dabei immer den Pfad /mnt/user Was ist nun das Problem an /mnt/user? Die FUSE Software verursacht bei Lese- und Schreiboperation eine sehr hohe CPU Last. Am besten sieht man das, wenn man über das Terminal während eines Uploads das Programm "top" laufen lässt (der FUSE Prozess heißt shfs oder sshfs): Wo spielt die CPU-Last von /mnt/user eine Rolle? Beim Upload nur dann, wenn euer Server eine sehr schwache CPU besitzt. Ihr seht ja im oben genannten Beispiel, dass ich mein 10G Netzwerk fast auslaste. Tatsächlich ist aber "/mnt/user" Schuld daran, dass es nur "fast" für eine Spitzenleistung ausreicht. Was bei der Uploads zutrifft, gilt aber auch für Docker Container. Als Beispiel nehmen wir mal Nextcloud. Gehen wir davon aus, dass die Maria DB und Nextcloud auf /mnt/user gestellt ist: Nun aktiviere ich die Entwickler-Einstellungen im Browser und kann so die Ladezeit von Nextcloud sehen, die bei 4.5 Sekunden liegt: Jetzt stelle ich alle Pfade auf /mnt/cache um: Und wiederhole die Messung und lande bei 2.91 Sekunden: Also ca 40% schneller, nur weil ich die Pfade angepasst habe. Es gibt sogar User, die hatten vor der Umstellung auf /mnt/cache noch viel schlechtere Ladezeiten (5 bis 50 Sekunden). Ich vermute, weil die auch noch bei der Docker-Installation /mnt/user verwenden. Das wollte ich für diesen Test jetzt nicht zurück ändern, denn das steht bei mir bereits alles auf /mnt/cache: Wie man sieht habe ich mir für docker einen separaten Ordner / Share gesetzt. Ihr werdet da /mnt/user/system/docker stehen haben. Außerdem nutze ich kein docker.img, sondern die dateibasierte Variante, was ich auch jedem nur empfehlen kann, wenn er eine bessere Performance haben will. Was ist der Haken an /mnt/cache? Bevor Ihr jetzt hingeht und alle Pfade von /mnt/user nach /mnt/cache ändert, müsst ihr folgende Dinge beachten: 1.) Ihr müsst euch sicher sein, dass alle Dateien in /mnt/user/appdata ausschließlich auf dem Cache liegen. Also Shares > appdata > Inhalt anzeigen und die Spalte LOCATION sichten. Wenn da nur "cache" steht, ist diese Bedingung schon mal erfüllt: 2.) Alle Shares und alle Pools sollten einen Minimum Free Space eingestellt haben. Also Shares > appdata > Minimum Free Space: Und Main > Poolname "Cache" > Minimum Free Space 100000000 entsprechen hierbei 100GB. Auf die Art wechselt Unraid beim Hinzufügen von Dateien über das Netzwerk (also bei der Nutzung von /mnt/user), sei es durch Container oder beim Upload, den Datenträger, sobald weniger als 100GB frei sind. Das ist wichtig, denn bei /mnt/cache werden weder die Cache-Regeln wie "Prefer" oder "Yes" angewendet, noch greift hier der Minimum Free Space. Daher müsst ihr immer dafür sorgen, dass wenn Ihr Dateien über das Netzwerk hochladet (was bekanntlich über /mnt/user passiert), immer genug freier Speicherplatz auf dem Cache vorhanden ist. Ansonsten crashen euch wegen voller SSD irgendwann die Container. 3.) Falls euch mal der Cache Pool kaputt geht oder ihr die SSD gegen eine größere ersetzen wollte, dürft ihr NIEMALS den Docker Service starten, solange die Dateien nicht wieder vollständig auf dem Cache Pool liegen! Denn ohne Cache Pool existiert der Pfad /mnt/cache nicht. 4.) Backups vom appdata-Share machen! Diese Anpassung erfolgt auf eigene Gefahr! Warum bringt /mnt/cache nichts bei VMs? Die Unraid Entwickler wissen natürlich, dass FUSE den Datenzugriff verlangsamt. Aus dem Grund werden alle Vdisk-Pfade, ohne dass ihr das bemerkt, beim Starten der VM von /mnt/user in /mnt/cache oder /mnt/diskX geändert. Den einzigen Pfad, den ich ihr tatsächlich beeinflussen könnt ist der von libvirt unter Einstellungen > VM: Natürlich könnt ihr für das gute Gewissen trotzdem alle anderen Pfade auf /mnt/cache ändern, aber ihr werdet dadurch wie gesagt keinen Performance-Vorteil erfahren.
    1 point