dibux

bei mir macht das auf beiden unraid servern zuverlässig 🙂

Ich empfehle zoraxy (Docker) oder swag (Docker aber technischer). Beide laufen bei mir seit Zeiten ohne Probleme 🙂 In der Fritze musst du dann nur eine Portweitergabe auf die Docker Ports machen. HTTP und HTTPS muss dorthin geroutet werden. In dem Docker (NGX, zoraxy, swag) entscheidest du dann wohin geroutet wird. zb. nextcloud.meinedomaine.com soll zum Docker nextcloud.. ect... oder meinedomaine.com/nextcloud soll zum Docker nextcloud

soi sses bei mir 🙂 wichtig ist der Docker Eintrag. Dann wird bei einem Neustart des Dockers die aktuelle Version installiert. Ich empfehle dann noch zusätzlich diesen Docker Eintrag "DOCKER_MODS" mit dem Inhalt: ghcr.io/JustSch/ls-nextcloud-intel-gpu-transcoder|linuxserver/mods:nextcloud-memories|linuxserver/mods:universal-package-install WENN man eine Intel GPU hat und memories (app) nutzt Bei deiner "älteren Version" ist dann wahrscheinlich ein occ Command in der Docker CLI auszuführen. Das sagt dir aber nextcloud in den Verwaltungseinstellungen

meine perönliche Sammlung an Befehlen für Nextcloud Probleme in der Console (Docker) eingeben bitte vorsichtig sein aber von oben nach unten sollte es gehen "KEINE GEWÄHLEISTUNG" Nextcloud Befehle: occ files:scan-app-data Check db occ preview:generate-all -vvv Preview genarate occ files:scan --all Scannt alle "externen" Dateien occ maintenance:repair repair this installation occ setupchecks Check Setup occ app:update --all Update all APPS sudo -u abc truncate /data/nextcloud.log --size 0 Löscht alle Logs find nextcloud/ -type d -exec chmod 755 {} \; Setze Berechtigungen find nextcloud/ -type f -exec chmod 644 {} \; Setze Berechtigungen chmod /nextcloud/.htaccess 644 Setze Berechtigungen sudo chown -R 99:100 nextcloud chmod -R nextcloud-R o-a occ upgrade -v

Bei mir ist es ähnlich aber es liegt daran das ich ein Dockerimage (paperless-ngx) für mehrere User nutze. Dann kommt es beim löschen eines Dockers zu der Fehlermeldung (eher nicht) Execution error Image can not be deleted, in use by other container(s). Das ist korrekt, da andere Docker das selbe Image nutzen. Vielleicht ist es bei dir auch so? Meine Empfehlung "Portainer" als Docker installieren und dann mal schauen was so altes so rumliegt

ok. Ich nutze den Docker von linuxserver.io. Einmal die Appdata (im Shares auf Cache only) dann die Userdata (im Shares auf primär Cache und sekundär Array) dann kann der Mover die Daten vom Cache auf das Array verschieben. Alle neuen Daten landen dann erstmal auf dem Cache und werden (bei mir) nachts auf das Array verschoben. Damit kann ich die "appdata" für den Docker und die "userdata" trennen (bei mir auch wichtig für die BackUps)

Bei mir ist es so und das funktioniert. Die "appdata" liegen auf dem cache. Die "userdaten" liegen auf dem Cache->Array (Mover) mit der Zuordnung auf eine Festplatte (im shares eingestellt). So läuft maximal eine Festplatte an wenn die User in Nextcloud arbeiten. wichtig ist nicht "user/appdata" sondern "cache/appdata" in der Docker Config anzugeben (genau so auch für MariaDB oder Postgr.) Das tuned dann richtig. Die Userdaten sind meist lesend wenn sie vom Mover vom Cache auf das Array geschoben worden sind und das ist schnell genug für mich 🙂 So sind die Userdaten im Array sicher

"die Kombi Unraid V7 mit Duplicacy Backup und größeren Datenmengen (zweistelliger TB Bereich) auf ein SMB Share" Das macht bei mir "jedes" BackUp oder Sync Programm mit großen Datenmengen (wenn nicht schon das meiste auf dem Ziel liegt, dann kein Problem). Egal ob im Docker oder per Script. Die "Eingrenzung" Speicher im Docker bringt zwar das ctop dann max. z.b. 2GB anzeigt aber SMB scheint immer weiter zu puffern bis kein Ram mehr da ist. Dann versucht unraid scheinbar doch einen swap zu machen (kann es aber nicht im Originalzustand) und läuft sich tot. Nur Neustart per Schalter hilft da bei mir.

Es ist der Sinn von paperles die Dokumente zu zentralisieren. Man sucht sie ja über paperles und nicht im Filesystem. Bei mir macht paperles nur einen Ordner für jedes Jahr und ich habe noch nie im Filesystem nach einem Dokument gesucht. Über paperles finde ich es schneller (Suche nach irgendwelchen Wörtern im Dokument reicht ja). Selbst die Dokumentennamen sind mir egal 🙂 Es ist also egal ob bestimmte Dokumente in bestimmten Ordner landen (Das ist das aus der Schule angelernte alles schön sauber abzulegen) Aber auch das kann man einfach in paperles einstellen, dann sortiert er es auch brav so im Filesystem.

Ich glaube kaum das redis daran schuld ist. Ist ja nur eine ram gehaltene Datenbank die bestimmte Vorgänge beschleunigt. Das hört sich eher nach der "echten" Datenbank an (sqlite oder MariaDB, MySQL oder was man auch immer mit paperles nutzt)

Klar.. Docker.. Network Type.. Custom br0.. und IP Adresse eingeen

Ich habe immer das gleiche Problem. Egal welches Backup-Docker ich nutzte um auf eine entfernte Festplatte zu sichern.. Habe appdata Baclups mit mehr als 90 GB. Irgendwann im Backupprozess wird unraid immer weniger erreichbar und dann macht es zwar noch was aber man kann es nicht mehr erreichen. Es ist egal ob Lucky oder Dupli oder oder.. Es scheint am docker. zu liegen

Ich habe es zum laufen gebracht, aber die weitergeleiteten Proxys nicht mit den Zertifikaten zusammenbekommen. Wenn ich eine Weiterleitung angelegt habe gab es keine Möglichkeit (außer ich bin blond..ähh blind) und die Generierung bei der Anlegung hat nicht funktioniert (da konnte ich kein DNS Challenge angeben). Nutze wieder SWAG

Warum nicht einfach Plex aus dem Community Store installieren, das geht einfach und passt fast immer

Bei mir in der Plex Confi 🙂 mehr braucht es bei mir nicht (ausser modprobe i915) in der go datei auf dem bootstick

Ich nutze minimserver im docker. ist speziell für musik

Ich lasse das mit dem Plugin "appdata backup" machen. In den Einstellungen zu paperless einfach die "externen Volumes" auf YES setzen und falls was fehlt einbinden. Bei mir wird dann das appdata/paperless Verzeichnis + die Dokumentenordner (liegen auf Array für mehrere Nutzer) gesichert. Restore geht auch damit ganz einfach. Damit lasse ich auch die Dantenbanken (MariaDB) inkl der paperless Datenbank sichern. Jede Nacht 🙂 funktioniert einfach und sicher (backup und restore getestet)

Einfach in den Apps nach HomeAssistant_inabox (Docker) suchen und installieren, der Rest geht völlig von alleine also VM installieren ect..

Die Berechtigung des Ordners (geht auch über das Tools Menü (Docker Safe New Perms)) neu setzten, das die Docker Container lese/schreib Rechte haben

Die alten Zertifikate löschen und nachdem appdata/nginx auf root gesetzt ist neu erstellen.

siehe "Unraid 6.12.13 => NPM - Erstellung und Erneuerung von Let'sencrypt Zertifikaten klappt nicht" - Deutsch - Unraid hier im deutschen Forum

Bei mir hat es geholfen den appdata nginx ordner und alle unterordner mit unraid filemanager als root owner zu setzten. vorher aber nginx stoppen

Ich habe einen MariaDB Container mit vielen Datenbanken/Tabellen (NextCloud, Didgikam (auf PC), paperlessNgX ect..) So ist mein Gedanke zu einer Datenbank. Und es läuft sehr performant (liegt auf Cache-SSD und wird täglich mit dem dbbackup Container gesichert.

Twonky Media Server kann das auch sehr elegant