Rockikone

Guten Morgen, @dibux hatte recht und der Code war tatsächlich abgeschnitten. Ich habe diesen jetzt entfernt und die xml Datei an sich hochgeladen. Wer diese einsetzen möchte (Anpassen der Netzwerkparameter) muss diese nach /boot/config/plugins/dockerMan/templates-user/ kopieren. Grüße

Hey, ich setze seit Jahren Nextcloud ein. Heute wurde mir das neue Docker Image für Nextcloud 33 angeboten (Offizieler Docker). Nachdem Update konnte ich mich nicht mehr per Weboberfläche einloggen. Server ging in einen Fehler. Den Übeltäter hatte ich schnell gefunden. Ich benutzte bisher OnlyOffice. Dieses Plugin (aktuell Version 10) sollte vor dem Update deaktiviert/gelöscht werden. Nachdem ich es per Konsole deaktiviert hatte, funktionierte Nextcloud ohne Probleme und ich gelangte auf die Weboberfläche. Jedoch jetzt ohne Office Anwendung. Für Euro-Office gibt es noch keine Docker-App im App Store von Unraid. Ich hab mir jetzt selbst ein Template erstellt. Nach Fehler fixen mit Hilfe der KI läuft dieses jetzt bei mir ohne Probleme und ich konnte es in Nextcloud einbinden. Die IP und Netzwerkschnittstellen müsst ihr anpassen. Das Passwort muss 32 Zeichen lang sein. Erwartet Nextcloud in Verbindung mit Euro-Office Das Einbinden eines Config und Log Verzeichnisses führte bei mir zu Abstürzen des Containers. Darum entfernt. Viel Spaß damit. Grüße aus Bayern Hier die XML Datei aus DockerMan von Unraid. my-Euro-Office.xml

Hey, erst einmal danke, das du dir die Arbeit machst. Schaut schon echt sehr professionel aus. Hinsichtlich der meinigen BackUPs 1x BackUP Server Unraid Lokal im Haus. Fährt 2x in der Woche automatisch hoch, BackUPs werden ausgeführt und er legt sich wieder brav schalfen 1x BackUP Server Unraid bei meinem Bruder im Haus. 1x in der Woche spiele ich meine Daten auf den dortigen Unraid auf eine verschlüsselte Festplatte Früher benutzte ich den BorgBackUP Docker aus dem APP Store. Seit einigen Jahren aber nun ausschließlich das Rsync Script von @mgutt Das tut seinen Dienst wunderbar. Ich habe es vor ca. 1 Monat einmal durch Claude Code gejagt und die von Claude genannten Fehler fixen lassen. Jetzt fühlt es sich noch besser an, merke aber selbst keinen Unterschied. Was ich aber vor einer Woche gemacht habe, ist, das ich auf NetBird (Plugin im AppStore), statt Tailscale, gewechselt bin. Funktioniert super. Bei Tailscale gab es auch nie Probleme. Aber bei Netbird ist mir deutlich sympatischer, das es sich hier um eine deutsche Firma handelt, auch wenn diese aus Berlin ist ;-) Grüße aus Bayern und Danke fürs Entwickeln

Hey, zur Info von meiner Seite. Freund von mir hatte eine Lizenz in der Vergangenheit gekauft (Basic) und diese nicht benötigt. Hat er mir geschenkt. Ich konnte die Lizenz über den Support auf meinen Account übertragen und ist in meinem Unraid Account nun gelistet. Also kurzgesagt. Es geht! Grüße

Hey, ich möchte mich auch gerne einmal äußern. Hab sehr viele Jahre den Linuxserver Docker benutzt. Jedoch hatte ich immer wieder kleinere Probleme, da die Struktur in diesem anders ist, als der des originalen Containers (App Store knex666). Ich wollte z.B. einen Backround Job laufen lassen, damit ich beim Nextcloud Assistant nicht immer 5 Minuten warten muss, bis ein eingegebener KI Prompt bearbeitet wird. Hierzu gibt es in der Wiki von Nextlcoud ein Anleitung, welche bei mir mit dem Linuxserver Docker nie funktionert hat. Sämtliche Befehle funktionieren bei mir mit dem knexx666 Nextcloud Docker. HIer einmal meine wichtigsten Docker Befehle aus der Unraid Shell heraus docker exec -u 99 nextcloud_org php occ db:add-missing-indices docker exec -u 99 nextcloud_org php occ files:scan --all docker exec -u 99 nextcloud_org php occ files:scan-app-data docker exec -u 99 nextcloud_org php occ maintenance:repair docker exec -u 99 nextcloud_org php occ maintenance:mode --off Für den 5 minütigen Cron Job gibt es einen eigenen Docker in Unraid Folgendes Script lasse ich für den KI Assistanten laufen. (Ollama mit LLM Model auf Unraid mit zugewiesener RTX5060 TI 16GB) #!/bin/bash echo "Starting Nextcloud Worker $1" # Function to attempt starting the worker start_worker() { echo "Attempting to start Nextcloud AI Worker $1..." # Run the worker inside the container (60 seconds for task execution) docker exec -u 99 nextcloud_org php occ background-job:worker -v -t 60 "OC\TaskProcessing\SynchronousBackgroundJob"; # Capture the exit status of the docker exec command exit_code=$? # Check if the worker ran successfully if [ $exit_code -eq 0 ]; then echo "Worker completed successfully." return 0 # Success else echo "Worker failed to start or complete with exit code $exit_code." return 1 # Failure fi } # Loop to start the worker and retry if it fails while true; do # Check if the container is running if ! docker ps --format "{{.Names}}" | grep -q "^nextcloud_org$"; then echo "Nextcloud container is not running. Waiting 60 seconds before next attempt." sleep 60 # If the container isn't running, wait for 60 seconds continue # Skip to the next iteration fi # Start the worker start_worker # Check if the worker succeeded or failed if [ $? -eq 1 ]; then # If failed, wait 30 seconds (or adjust as needed) to avoid rapid retries echo "Worker failed. Waiting 30 seconds before retrying..." sleep 30 fi done

Hey, my question has been resolved. To set up Accept Mode, nothing needs to be done in Unraid (other than enabling SSH within the Tailscale plugin there). Instead, you need to go to the Tailscale website (Machine Overview), and change the entry for SSH from "check" to "accept" under the Access Controls menu at the top. Best, Thomas

Hey, I'm reaching out to you with a question. I run a second Unraid server for data backup: A = My main Unraid server B = My Unraid backup server Server B is located in a different location. Both servers have Tailscale installed and connected to the Tailscale network. I can connect to the Unraid web interface of Server B from all clients. For backing up my data, I use the Rsync script by Mgutt. This involves writing data from A to B using SSH with rsync. The SSH certificates have been exchanged, so no password input is required. The Tailscale SSH service is enabled on Server B. However, when I try to connect to Server B from Server A via SSH (on the Tailscale network) in the Bash shell, I always get the Tailscale Check Mode displayed. To proceed, I have to authenticate through a browser link. Naturally, this prevents my weekly Rsync backup from working, as the SSH connection requires re-authentication every 12 hours (according to the Tailscale Wiki SSH Check Mode). My question is: How can I change the SSH connection from Check Mode to Accept Mode within Tailscale on Unraid?" Thank you in advance for your help. Regards, Thomas

I am also curious whether it is still possible to switch to 6.12 LTS. I actually see almost only advantages here. Limetech would have the latest LTS kernel at the start and would not have to backport the 6.6 used. OpenZFS has also been on 2.2.7 since yesterday and supports the 6.12 kernel. Of course, I don't know how much effort Limetech will have to put into switching to the 6.12 kernel. It would certainly be welcome. We've been waiting so long for Unraid 7 that one more month won't make any difference 🙂

Guten Morgen, hatte das Video auch gesehen und gleich mal den Docker aufgesetzt. Im Anhang mein erstelltes Template. Läuft alles ohne Probleme!

Bin inzwischen weiter gekommen. Fehler liegt wohl in Nextcloud 30. Unter 29 funktioniert es. Hab bei Nextcloud ein Fehlerticket eröffnet! Grüße

Hallo zusammen, ist jetzt etwas spezielles, aber vielleicht kann mir von euch einer weiter helfen. Ich betreibe seit mehreren Jahren Nextcloud auf meinem Unraid Server (mehrere Docker MariaDB, OnlyOffice Server, Redis, Nextcloud) Ohne bisher größere Probleme. Nachdem ja immer mehr die KI Funktionen in den Vordergrund rücken, wollte ich nun gerne den Assistenten von Nextcloud nutzen. Auf meinem Server läuft auch der Ollama Docker mit dem LLM Llama3.2. Über den Docker Openweb UI kann ich auf Ollama zugreifen und kann mit dem LLM ohne Probleme kommunizieren. Da ich eine Nvidia Graka im System habe, funktioniert das sehr flott und ich bin mehr als zufrieden. In Nextcloud kann ich nach der Installation der entsprechenden Apps das Lokale LLM einbinden (IP des Dockers Ollama plus Port) und es wird mir bei der Auswahl (im Administrationsbereich im entsprechenden Punkt) auch das LLM angeboten und ausgewählt. Wenn ich jetzt im KI Assistenten einen Chat eröffne, erhalte ich leider keine Antwort. Ich bin bisher nicht dahinter gekommen warum. Die Kommunikation besteht, das kann ich im Protokoll Fenster von Ollama nachvollziehen. Auch funktioniert die Geschichte mit den Antworten über einen anderen Weg. Bin da nur zufällig darauf gekommen. Wenn ich die Nextcloud App auf meinem iPhone öffne, unter Sonstiges die KI Funktion starte und eine Fragen Prompt absetze, bekomme ich sofort eine Antwort. Die iPhone App kommuniziert ja auch nur über den Nextcloud Server. Da funktioniert die Verbindung. Funktionert bei euch unter Nextcloud (Linuxserver Docker) die Kommunikation im Browser mit einem lokalen LLM und habt ihr evtl noch einen Tipp für mich? Um ein Api Problem auszuschließen, habe ich mir den Docker litellm (LLM Proxy) auf Unraid erstellt. Hier funktionert litellm sozusagen als Gateway mit einer sauberen Api. Auch hier wird von Nextcloud das LLM gefunden und eingebunden, aber leider auch keine Antwort des LLM über den Assistenten im Browser. Grüße Thomas

Kann mich da nur anschließen. Ich sehe die aktuellen Angebote nur darin gut, die Leute mit den alten Abos (Basic und Plus) auf die neuen zu bringen und diese somit in die Update (Falle, kann man jetzt sehen wie man will) zu locken (ja, es gibt einen Mehrwert bei den Laufwerken!) Sobald du halt auf die neuen Modelle wechselst, ist halt ohne Bezahlen nach einem Jahr pustekuchen. Übirgens, bin mal gespannt, wie lange noch Unraid 7 auf sich warten lässt. Unraid 6.12 ist am 14.06.2023 erschienen. Heißt, das Update auf Unraid 7 wird deutlich über ein Jahr dauern. Wenn das der weitere Verlauf ist, kann es dir nämlich passieren, das du mit einem Lizenzkauf zum falschen Zeitpunk kein einziges Major Update bekommst, ohne erneut zur Kasse gebeten zu werden. Kann man jetzt einmal so stehen lassen! Ich liebe Unraid und bleibe definitv bei meinen alten Lizenzen. @ich777 @alturismo würde mich mal interessieren, wie ihr das als Admin sieht bzgl 2ter Absatz?

@ich777 Danke für deine Anleitung. Über den Weg des umkopieren läuft der Docker nun mit allen in der Config angegebenen Pfaden unter Unraid. Werde ich jetzt einmal testen. Grüße und Dankeschön

@ich777 Hab die Pfade nun heraus geschmissen und neu angelegt. Das gleiche wie vorher. Den Pfad Link /etc/piler muss ich leer lassen, sonst startet der Container nicht. Kann laut Protokoll eine nginx.conf nicht anlegen bzw. findet diese nicht. Screenshot anbei.

Hallo zusammen, ich würde gerne meine Emails über Unraid archivieren. Hierzu habe ich das OpenSource Progamm Mailpailer gefunden. Für dieses existiert auch ein Docker auf DockerHUB. Nach etwas Basteln habe ich den Docker nun zum Laufen bekommen. Jedoch fehlt noch etwas Feintuning und hier bräuchte ich eure Hilfe. 1. Die Ordner in appdata habe ich per Hand angelegt. 2. Die entsprechende MySql Datenbank habe ich ebenfalls per Hand angelegt. Was fällt mir gerade auf. Die Emails würden laut WEB_GUI in der Docker.img abgelegt werden. Natürlich würde ich gerne die Mails in AppDATA per Ordner Link mounten. Finde aber den Ablageort im Docker nicht. Vielleicht kann mir hier z.B. @ich777 etwas helfen. Hier einmal meine erstellte Config my-Mailpiler.xml unter /boot/config/plugins/dockerMAN/templates-user <Name>MailPiler</Name> <Repository>sutoj/piler:1.4.5</Repository> <Registry>https://hub.docker.com/r/sutoj/piler</Registry> <Network>eth2.25</Network> <MyIP>10.10.4.237</MyIP> <Shell>sh</Shell> <Privileged>false</Privileged> <Support/> <Project/> <Overview/> <Category/> <WebUI>http://[IP]:[PORT:80]</WebUI> <TemplateURL/> <Icon>/mnt/user/appdata/mailpiler_docker/piler.png</Icon> <ExtraParams/> <PostArgs/> <CPUset/> <DateInstalled>1720082249</DateInstalled> <DonateText/> <DonateLink/> <Requires/> <Config Name="MYSQL_HOST" Target="MYSQL_HOST" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">10.10.4.206</Config> <Config Name="MYSQL_PORT" Target="MYSQL_PORT" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">3306</Config> <Config Name="MYSQL_HOSTNAME" Target="MYSQL_HOSTNAME" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">mariadb</Config> <Config Name="MYSQL_DATABASE" Target="MYSQL_DATABASE" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">piler</Config> <Config Name="MYSQL_USER" Target="MYSQL_USER" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">piler</Config> <Config Name="MYSQL_PASSWORD" Target="MYSQL_PASSWORD" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">*</Config> <Config Name="PILER_HOSTNAME" Target="PILER_HOSTNAME" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">10.10.4.237:80</Config> <Config Name="RT" Target="RT" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">1</Config> <Config Name="Archive_Port" Target="" Default="" Mode="tcp" Description="" Type="Port" Display="always" Required="false" Mask="false">80</Config> <Config Name="SMTP_Port" Target="" Default="" Mode="tcp" Description="" Type="Port" Display="always" Required="false" Mask="false">25</Config> <Config Name="PILER_ETC" Target="/PILER_ETC" Default="" Mode="rw" Description="" Type="Path" Display="always" Required="false" Mask="false">/mnt/user/appdata/mailpiler_docker/piler_etc/</Config> <Config Name="PILER_MANTICORE" Target="/PILER_MANTICORE" Default="" Mode="rw" Description="" Type="Path" Display="always" Required="false" Mask="false">/mnt/user/appdata/mailpiler_docker/piler_manticore/</Config> <Config Name="PILER_STORE" Target="/PILER_STORE" Default="" Mode="rw" Description="" Type="Path" Display="always" Required="false" Mask="false">/mnt/user/appdata/mailpiler_docker/piler_store/</Config> <Config Name="PUID" Target="PUID" Default="99" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">99</Config> <Config Name="PGID" Target="PGID" Default="100" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">100</Config> <Config Name="UMASK" Target="UMASK" Default="022" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">022</Config> </Container> Bei der Anmeldung Mailpiler. Username: admin@local Password: pilerrocks Quellen mit denen ich gearbeitet habe: https://github.com/jsuto/piler https://gist.github.com/fritolays/db35de246eff9611028e8b5935bd643f https://hub.docker.com/r/sutoj/piler/tags Das Programm an sich funktioniert sehr gut und startet ohne Probleme. Noch ne Anmerkung. Ich möchte NICHT Thunderbird benutzen

Den Fehler kann ich auch bestätigen: Nach dem Update auf 28 habe ich einen Hash Fehler und der Zähler der Error Werte läuft hoch. Protokollierung funktioniert nicht! Hab den Fehler auf der Github Seite auch bestätigt. Bin wieder auf 27 zurück. Dort keinerlei Probleme. Also warten, bis Linuxserver eine fehlerbehobene Version veröffentlicht. Grüße

Hey, auf meinem Unraid läuft seit langer Zeit die gleiche Konfiguration. 2 VM's (1x HomeAssistant und 1x Raspmatic) Auf die VM Raspmatic habe ich eine externe Datenantenne per USB durchgereicht, welche mit den Homeatic Geräten (gehen normale und IP Geräte) kommuniziert. Ich hatte damals auch Probleme mit der HA CCU Integration. Deshalb hab ich mir das VM Image von Raspmatic herunter geladen und lasse es als eigene VM laufen. Hier hatte ich niemals Probleme und kann es dir nur raten! Denk evtl. daran das du in der configuration.yaml in HA bei Homeatic und Homeatic IP Geräten unterschiedliche Ports eintragen musst. Siehe hierzu meinen Code Schnipsel aus meiner Config. Das Passwort habe ich ausgeblendet! Anbei mal ein paar Screenshots meiner Configs

@mgutt Da muss ich jetzt widersprechen. Ich habe zwei Unraidserver. Beide mit Zfs als Cache Dateiformat. Mit dem Script von Spaceinvader werden Snapshots Local UND gleichzeit auf dem Unraid BackUP Server abgelegt. Somit habe ich komplette Datensätze, welche auf dem BackUP Server vorhanden sind und wieder eingespielt werden können. Ich finde ZFS als Pool Dateiformat super. Beispielsweise hat es mir erst kürzlich bei einer Dockeraktualisierung meinen MariaDB Docker zerlegt. Alle Datenbanken korrupt. Docker angehalten und per Snapshot wieder hergestellt. War ein Ding von 30 sec. Danach wie gehabt weiter gelaufen 🙂 Ja, mit Btrfs sind auch Snapshots möglich. Aber ZFS ist jetzt schon besser in die GUI über ZFS Master integriert. Einfach in der Gui unter SnapshotAdmin den jeweiligen Snapshot wieder herstellen. Daumen hoch von meiner Seite.

Hallo, ich habe gerade aufgrund neugierde den EVCC Docker bei mir in Unraid erstellt. Läuft super Hier einmal mein Template Quelle: evcc/evcc:latest Registry URL: https://hub.docker.com/r/evcc/evcc Symbol-URL: https://www.gravatar.com/avatar/14b654a20bd78ab95c1a985e0faed369?s=120&r=g&d=404 WebUI: http://[IP]:[PORT:7070] Mapping 1&2 Ports auf tcp Mapping 3&4 Ports auf udp Pfad 1: Container: /etc/evcc.yaml Unraid (bei mir): /mnt/user/appdata/evcc/config/evcc.yaml Pfad 2: Container: /root/.evcc Unraid (bei mir): /mnt/user/appdata/evcc/root/.evcc Wünsche viel Spaß Gruß Thomas

Danke für die Rückmeldung. Soweit ich weiß, brauchst du den VLAN Tag, um mit einem VLAN verbunden werden zu können. Heißt, ich habe auf der Unifi ein VLAN für Docker/VM'S schon vor längerer Zeit angelegt. Die "virtuellen Maschinen/Docker" sollen dort sein und nicht im Default Netzwerk 192.168.100.* sondern im 10.10.4.* Netz. Ich bezog hier meine Aussage nicht auf das macVLAN, sondern auf eines meiner VLANS im Unifi Ökosystem.

Die Kernel Fehlermeldungen kamen bei mir auch noch bei aktivierter Netzwerkbrücke unter 6.12.4. Laut Changelog müssen ja die Netzwerkbrücken deaktiviert werden. Es müssen ja auch mehrere Sachen eingestellt werden (Changelog nicht ganz ersichtlich). Darum meine Anleitung. Grüße

Hallo, evtl. kann ich dem einen oder anderen mit meinem Weg dabei helfen Docker mit macvlan in einem separaten VLAN einzurichten. Ich habe selbst jetzt etliche Stunden gebraucht, um es funktionsfähig zu bekommen. Hintergrund war, dass die Portweiterleitung von meiner Unifi Dreammachine Pro auf den Docker Nginx Reverse Proxy im VLAN nicht funktionierte. Aufrufe der nach außen gehosteten Docker (Nextcloud, Bitwarden, Baikal ....) waren nur im internen Netzwerk möglich, aber nicht über eine DNS Adresse. Inzwischen funktioniert alles und läuft stabil. Wo der Hund begraben war, kann ich nicht sagen. Ich habe auch keine Kernel Fehlermeldungen aufgrund macvlan. Um die Einstellungen durchzuführen, müsst ihr das Array stoppen. Da z.B. beim Netzwerk dieses nur beim gestoppten Array möglich ist. Ich habe eine zweite Netzwerkkarte verbaut eth2 , welche nur für das Docker/VM VLAN zuständig ist. 1. Wichtig ist, dass ihr auf allen euren Netzwerkenkarten eth0,eth1......... die Netzwerkbrückung deaktiviert. Bei mir läuft macvlan über eth2. Sobald jedoch z.B. in eth0 die Brückung aktiviert war, bekam ich die Kernel Fehlermeldungen. HIer nun die Einstellungen meiner im Betrieb befindlichen Netzwerkkarten. Solltet ihr die Docker in einem separaten VLAN haben wollen (bei mir der Fall in eth2) müsst ihr dort das benötigte VLAN eintragen. 2. Unter den Dockereinstellungen müsst ihr nun unten das optionale Netzwerk (beim mir eth2.25 aufgrund VLAN) anklicken. Alle anderen Netzwerke könnte ihr unten unchecken. Auch müsst ihr nun hier die Einstellung für den Netzwerkmodus ipvlan auf macvlan umstellen. Auf dem Screenshot ist die Einstellung nicht ersichtlich, da bei deaktivierter Netzwerkbrückung und eingestellten macvlan das Auswahlfeld verschwunden ist. Es ist bei aktivierten ipvlan aber ganz sicher da 3. Nun könnt ihr das Array starten und müsste nun natürlich alle Docker bzgl. Netzwerk anpassen. Hier z.B. bei mir der Nginx reverse Proxy 4. Da ihr ja die Brückung in den Netzwerkeinstellungen deaktiviert habt, müsste ihr in den VM Einstellung und VM's auch noch Einstellungen ändern. In den VM Einstellungen habe ich vhost0 eingestellt, du kannst aber auch andere Netzwerkkarten auswählen. Ich habe ja alle Docker und VM's über die eth2 laufen. Es wird dann auch z.B. vhost2 und vhost2.25 (VLAN) angeboten. Eure virtuellen Maschinen müsste ihr unter Bearbeitung bzgl Netzwerkeinstellungen auch ändern. Bei mir war hier noch z.B. die Brückung br0 eingetragen, obwohl diese nicht mehr existiert. Hier nun die geänderte Netzwerkeinstellung meiner Homeassistant VM. Die VM ist danach im VLAN für Docker/VM's und kommuniziert über den eth2 Port. 5. Nun natürlich noch die Portweiterleitung in eurer Unifi konfigurieren. Der Server läuft bei mir hiermit seit 2 Tagen stabil und ich habe keinerlei Kernel Fehlermeldungen aufgrund macvlan. Wünsche gutes Gelingen. Grüße aus Bayern Thomas

@mgutt Hallo zusammen, danke für die überarbeitet Version 1.6 deines Scripts. Evtl kann ich dir einen Fehler melden Version 1.5 funktioniert bei mir seit Monaten (bis auf /mnt/cache/appdata aufgrund des ZFS Shares) Unter Version 1.6 habe ich nun folgendes Problem. Die BackUP Destination und das Ziel ist gleich wie bei 1.5. Es hat sich daran nichts geändert. Unter 1.5 funktioniert es, nur der Appdata Ordner ist auskommentiert. Beim 1.6 wird beim Start des Scripts z.B. der Ordner /mnt/cache/Frigate gesichert, obwohl dieser im Script gar nicht definiert ist. In diesem sind die Records der Kameras gesichert. Das Script legt beim Start einen versteckten Ordner .Datum........ in der Root Oberfläche unter / an. Dieser wird solange befüllt, bis mein Hauptspeicher voll ist und dann bricht das Script ab. Ich hänge dir einmal mehrere Screenshots mit an. Der BackUP Server ist ein Unraid Server. Hier wird direkt auf die Array Platten (xfs) gesichert, ohne den cache zu nutzen. Danke für evtl Hilfe

Hey, ich betreibe die Nextcloud Version von Linuxserver seit Jahren ohne große Probleme. Jetzt mit ZFS könnte man sogar ohne große Probleme wieder bei einem fehlgeschlagenen Update auf die vorherige Version (Snapshot) zurück. Was du genau bisher gemacht hast, weiß ich nicht. Also am besten von Linuxserver den Mariadb Docker installieren. Dort per phpmyadmin einen User und zugehörige Datenbank erzeugen. In Nextcloud dann IP_Adresse_der_MariaDB oder des Servers:3306 Username Passwort Datenbankname eintragen. Gruß