Archonw

Nur um sicher zu gehen. Der Punkt "Enable Netbios" steht auf enabled?

Da der Aufruf über den Standard Port erfolgt, wenn du einen domain im Browser eingibst ja. Ich hab deshalb Port 80 und 443 für Nginx frei gemacht. Ist ja auch sinnvoll, da so alles was Web ist errichbar wird eben durch Nginx. Hab bei mir dafür die Unraid WebGui auf einen anderen Port eingestellt.

Du musst auf NginxProxyManager umleiten, und nicht auf den Nextcloud Container.

Das Plugin Unassinged Devices installieren. Damit lassen sich dann Platten am USB port einhängen. Die werden dann aber wie schon erwähnt nicht dem Array hinzugefügt, sondern agieren dann klassisch als zusätzlich angefügter USB Speicher. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Das ist doch mal sehr gut. Auf weitere Werte wenn mal alles dran ist und der ein oder andere Docker läuft wäre dann noch schön. Ich leige bei 22W wenn meine Docker gerade mal nicht viel zu tun haben. Und hab "nur" einen i3 9100

@nice83 wichtig ist dann noch zu erwähnen, dass man dann in sein Backup noch die Nextcloud-Volumes in seinem Docker Directory mit sichert. Dort liegen alle notwendigen persistente Daten der ganzen entstanden Nextcloud-AIO-Container. Dort kann man dann auch die oftmals benötigte config.php finden.

Alles wichtige ist jetzt leider unter /var/lib/docker/volumes/nextcloud_aio_nextcloud gemountet. Da lässt sich denn auch die config.php z.B. finden. Wenn das jetzt noch frei wählbar wäre, wie z.B. /mnt/cache/... wäre das super.

Das erste Passwort für die Nextcloud muss nicht umständlich ausgelesen werden. Es steht explizit auf der ersten Seite die man ansurft. Nicht zu schnell auf weiter klicken, dann sieht man es auch Gesendet von meinem Pixel 6 Pro mit Tapatalk

Open a console for your server. Type docker exec -it nextcloud occ maintenance:mode --off nextcloud is the name of your nextcloud-docker container. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Das stimmt. Du hast im Template zwar den Pfad für appdata direkt auf den Cache eingestellt, aber in Unraid nicht. Das kann zu Problemen führen. Im appdata Ordner werden die System-Daten der Nextcloud abgelegt. Also sobald man die Nextcloud ansurft kommt es darin zu lese zugriffen. Somit muss das also auf jeden Fall auf den Cache. Die eigenen Daten innerhalb der Nextcloud kommen dann in den Ordner cloud bei dir. Sobald du nun deine Nextcloud ansurfst und dann irgendwelche deiner Daten abrufst kommt es zu lese zugriffen, und somit würden die Platten auch wieder geweckt. Hast du nun z.b. dein Handy mit deiner Nextcloud synchronisiert kommt es dadurch auch zu regelmäßigen zugriffen auf den eigene Daten Ordner. Daher bleibt, sollen die Platten nicht wegen der Nextcloud anlaufen nur beides auf den Cache zu packen. Also im Template den Pfad direkt mit /mnt/cachssd/ zu nehmen, und in Unraid den Share bei Primary Storage auch auf den Cache einzustellen. Wird bei Secundary das Array angewählt wird in der Nacht der Mover aktiv und schiebt alles vom Cache ins Array. So werden schon mal die Platten nicht bei neuen Daten vom Handy aufwachen, es bleibt aber dabei, sobald man eben ältere Daten anspricht, die sich mittlerweile schon auf dem Array befinden. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Da läuft was durcheinander. Der Share appdata liegt für Unraid auf dem Array. Du gehts im Template da auf die cachessd. Zudem muss, sollen nicht andauernd die Platten hochfahren alles auf den Cache. Wenn du nur die Nexcloud appdaten auf den Cache packst, und du z.b. deine Fotos vom Handy aus damit synchronisierst wird die Platte auch immer wieder aufgeweckt. Daher alles auf den Cache. Und ich mache es dann so, dass ich in der Nacht einfach alles mittels Mgutts Backup Script über schiebe. Das läuft fantastisch, da auch noch inkrementell. Machen hier viele so. So ist das erste Backup gleich vorhanden. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Ich nutze das Script von Mgutt, und speichere zum einen so ein sehr komfortables inkrmentelles Backup vom Cache auf meinem Array und zum anderen dann komplett vom Array inklusive Cache auf externe Platten. Das geschieht dabei ausschließlich mit Linux Boardmittel nämlich Rsync. Gesendet von meinem Pixel 6 Pro mit Tapatalk

What is inside '/config/databases/b9c1c3db04f5.err It should be under your appdata/mariadb folder. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Das wird am Dateiformat der externen liegen. Da wäre auch xfs oder ext4 angebracht. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Habe mit ähnlichen Problemen die letzten Tage zugebracht. Bei mir war es ein Index von Nextcloud Memories, dass zu einem ähnlichen Verhalten führte. Bin also gespannt, ob jemand dir helfen kann. Ich hänge mal noch meinen log Auszug dran. Denke aber, dass es wohl nicht der gleiche Fehler sein wird. log.txt

Hi Mgutt, do you now a good guide for this? Gesendet von meinem Pixel 6 Pro mit Tapatalk

I am not sure if smb is the right choice. Maybe a try with NFS would be an option?

I solved it by removing the docker directory and reinstalled all docker from "previous apps". This tooked just a few minutes.

I had to do a hard reset. And now my nextcloud docker won't start. I got this message. s6-linux-init: fatal: unable to exec /package/admin/s6/command/s6-svscan: No error information What does this mean? And what can i do now? Gesendet von meinem Pixel 6 Pro mit Tapatalk

Das bringt natürlich etwas. Dort liegen ja alle config und sonstige Dateien der Docker. Unraid selbst ist ja nur der USB stick. Der ist im Grunde eher unwichtig. Dort werden lediglich die Templates für die Docker und etwaige Scripte gespeichert. Also gerade appdata ist ein sehr wichtiger Ordner. Sollte mal ein Docker wegen eines Update-Fehlers Probleme machen ist das der Ordner der dldas Problem dank z.B. inkrementellem Backup den Tag rettet. Kann da wieder nur auf Mgutts Backup Scripts verweisen. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Eine weitere Möglichkeit das Aufwecken des Array zu verhindern ist natürlich auch noch die richtige Einstellung des Shares. So kannst du als Primär Cache und als Sekundär Array auswählen. So wird alles neue erst auf dem Cache landen und der Mover packt dann alles in der Nacht über aus Array. Natürlich wird dann weiterhin das Array aufgeweckt, wenn man den Share dursucht und sich Bilder daraus anschaut. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Du hast noch auf dem Array 4TB frei. Daher würde ich egal was du mit dem Pool machst dort schon mal generell meinen Cache hin sichern. Denn bedenke bitte ein RAID ist kein Backup. Dann nimm die SSD und packe sie beide mit in den Pool. Ich würde auf den RAID dabei verzichten und den Vorteil des doppelten Speicher nutzen.. Der Vorteil vom RAID ist, das du keine Sekunde Ausfall bei einer Platte hast. Brauchst du das? Ich komme sehr gut auch im Falle des Ausfalls meiner Cache Platte solange ohne meinen Server aus, bis ich eine neue verbaut und die Daten aus der Sicherung zurück kopiert habe. Selbst wenn ich eine neue Platte bestellen muss dauert es nicht länger als 2-3 Tage bis alles wieder da ist. Privat kann ich damit leben. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Ich würde den Cache dafür vergrößern. Momentan sind SSDs ja wirklich preiswert. Da auf 1 oder 2 TB gehen und dann als Sicherheit tägliches Backup mittel Mgutts Backup Script aufs Array. Das läuft genauso bei mir und der Wiederherstellen geht im Falle des Falles mit einer Command Zeile. So bleibt das Array weiterhin schlafend und wird nur für das Backup kurz aufgeweckt. Gesendet von meinem Pixel 6 Pro mit Tapatalk

Frage drei und du bekommst 5 Antworten Ich habe es z.B. so gemacht wie du es geplant hast. Eine NVME für den Cache. Da hab ich dann gleich komplett platzt für den appdata Ordner. Die zweite beinhaltet den dicker Dienst. Gegen den möglichen Ausfall erfolgt ein tägliches Backup aufs Array mit Hilfe des Backup-Scriptes von Mgutt hier aus dem Forum. Ebenfalls hat Mgutt hier einen Thread der sich mit der Reduzierung der Schreibzugriffe durch Docker befasst. Gesendet von meinem Pixel 6 Pro mit Tapatalk

@TwistedCarnivore Try docker exec -it nextcloud occ upgrade Gesendet von meinem Pixel 6 Pro mit Tapatalk