Timoh94

Hi I am getting this error from time to time: unraid nginx EHOSTUNREACH 42.88.72.3:443 I don't know why or what it fixes. I have had this for about 3 weeks. Suddenly the server is louder than usual and I can't get on it. Not via GUI, not via SSH. One time I was able to access the server via SSH and saw through "top" that nginx ate the whole CPU. So I have to turn the server off hard and on again. After that I get this message on NGINX. Sometimes it goes away when I disable the Docker services and enable them again. But sometimes it doesn't, then I completely rebuild nginx Docker and set up everything for it again too.... Since I have to shut down the server hard, I can't get to the logs at that moment either. Does anyone know what could be the reason for this? I thought it was because of my DNS, I changed it especially for this, but it didn't work. The other containers ran without problems

Hallo! ich würde gerne gpt4free in einem Dockercontainer in meinem unRAID laufen lassen. Verstehe aber nicht was ich genau tun muss. Es gibt keinen Eintrag im Dockerhub für dieses Repo. Ich habe es mit Portainer probiert, die ZIP als Image hochgeladen, Contaiiner erstellt, der Container ließ sich einfach nicht starten und es ist nichts passiert. Als Custom Template hat es auch nicht funktioniert, da es nicht die requierements findet. Bin mit meinem Wissen mit Googlen am Ende und würde mich über Unterstützung sehr freuen.

@CatDuckthanks for that! If I migrate from the "old" version to your new mealie docker. Will it be later a problem to switch from the current nightly to stable version without problems?

Hier hatten wir die Rechte von Nextcloud angepasst: Es funktioniert jetzt mit dem root:root im Duplicati Docker, eine andere Lösung habe ich jetzt nicht gefunden

Duplicati ist bei mir nur lokal zugreifbar 👍 Meinst du ich soll den Container als privileged setzen und das löst das Problem? Edit: Direkt wieder die selbe Meldung bekommen. Habe PUID und PGID auf 0 gesetzt, jetzt geht es aber ich weiß nicht ob das so richtig ist.

Hallo, bekomme immer so eine Error-Meldung: Warning-Duplicati.Library.Main.Operation.Backup.FileEnumerationProcess-FileAccessError @mgutt ich hoffe es nicht wieder ein Rechteproblem 🙈

Hallo, ich habe das noch nie gemacht und wollte euch Mal fragen ob mir da jemand sagen kann, was getan werden muss. Ich habe eine JS App geschrieben, die durch einen fetch Daten bekommt und in einer Kiste anzeigt. Bisher liegt der Code bloß auf GitHub und bisher habe ich die App im VSCode immer mit 'npm start' gestartet. Die App soll auf einem Docker Container laufen. Ich weiß aber nicht was genau man machen muss. Genauso werden am Ende der App Daten in einem Array gespeichert und von einer Liste wiedergegeben. Nach einen Reload sind sie weg und werden neu gefetched. und deswegen würde ich diese Daten gerne in meiner mariadb aufm unraid speichern, um die Daten in der Tabelle aus der mariadb zu holen und den fetch nur einmal im Monat auszuführen. Ich weiß nicht Mal wo ich anfangen soll. Es muss irgendwie auf ein docker deployed werden und irgendwie mit der mariadb verbunden sein.

Hallo mgutt, ich habe deine Antwort nach so langer Zeit nicht mehr erwartet und es leider jetzt erst gesehen. Danke ich freue mich dass du mir wieder versuchst zu helfen! Nicht dass ich wüsste: Mittlerweile gab es ein paar Updates und ich kann den Container bisher normal nutzen ohne den Befehl nach jedem Neustart abzufeuern, jedoch bekomme diese Meldung nun in der Nextlcoud selbst und auch das "chown 33:33 /mnt/user/nextcloud" bringt da nichts:

Hey I want the same Is there something new?

Wenn deine Nextcloud-App im Appstore auftaucht, ich würde migrieren

Hallo, ich würde gerne wissen wer welchen Nextcloud Container nutzt und wieso. Ich nutze den von knex666, jedoch hat er seit März nichts mehr in seinem Support-Topic geschrieben und soweit ich weiß gibt es nur alternativ den von linuxserver. EDIT: Gerne auch begründen oder die Alternativen nennen

Ja danke das war es endlich! Vielen Dank für die große Hilfe EDIT: @mguttIch habe meinen unRAID Server neugestartet und danach kam wieder der 0770 Fehler... habe ich "chown 33:33 /mnt/user/nextcloud" ausgeführt und es geht wieder. Woran kann das liegen dass nach jedem Serverneustart dieses Problem auftritt und hast du eine Idee wie man das löst?

Sorry aber ich habe es wirklich nicht gelöscht, zumindest nicht wissenlich. Ich habe das ocdata angepasst, hat aber leider nichts an der Fehlermeldung geändert. -rw-r--r-- 1 33 33 0 Oct 10 15:02 .ocdata EDIT: Ich habe Mal im Container selbst geguckt, ist da vielleicht was falsch weil data der einzige Ordner mit anderen Rechten ist? root@9e2a51c8081f:/var/www/html# ls -na total 116 drwxrwxrwx 1 33 33 468 Oct 8 22:30 . drwxrwxr-x 1 33 0 42 Oct 9 16:50 .. -rw-r--r-- 1 33 33 4385 Oct 9 16:43 .htaccess -rw-r--r-- 1 33 33 101 Oct 8 22:29 .user.ini drwxr-xr-x 1 33 33 824 Oct 8 22:29 3rdparty -rw-r--r-- 1 33 33 19327 Oct 8 22:29 AUTHORS -rw-r--r-- 1 33 33 34520 Oct 8 22:29 COPYING drwxr-xr-x 1 33 33 1112 Jul 24 2021 apps drwxrwxrwx 1 33 33 414 Oct 5 08:38 config -rw-r--r-- 1 33 33 4095 Oct 8 22:29 console.php drwxr-xr-x 1 33 33 428 Oct 8 22:30 core -rw-r--r-- 1 33 33 6260 Oct 8 22:29 cron.php drwxrwxrwx 1 33 33 628 Oct 9 17:21 custom_apps drwxrwx--- 1 99 100 158 Oct 10 15:02 data drwxr-xr-x 1 33 33 9276 Oct 8 22:30 dist -rw-r--r-- 1 33 33 156 Oct 8 22:29 index.html -rw-r--r-- 1 33 33 3456 Oct 8 22:29 index.php drwxr-xr-x 1 33 33 126 Oct 8 22:30 lib -rw-r--r-- 1 33 33 0 Oct 8 22:29 nextcloud-init-sync.lock -rwxr-xr-x 1 33 33 283 Oct 8 22:29 occ drwxr-xr-x 1 33 33 18 Oct 8 22:30 ocm-provider drwxr-xr-x 1 33 33 50 Oct 8 22:30 ocs drwxr-xr-x 1 33 33 18 Oct 8 22:30 ocs-provider -rw-r--r-- 1 33 33 3139 Oct 8 22:29 public.php -rw-r--r-- 1 33 33 5340 Oct 8 22:29 remote.php drwxr-xr-x 1 33 33 158 Oct 8 22:30 resources -rw-r--r-- 1 33 33 26 Oct 8 22:29 robots.txt -rw-r--r-- 1 33 33 2452 Oct 8 22:29 status.php drwxr-xr-x 1 33 33 26 Apr 15 2020 themes -rw-r--r-- 1 33 33 382 Oct 8 22:30 version.php

ich habe die nicht gelöscht oder so. Soll ich mit touch .ocdata einfach eine anlegen? EDIT: Habe eine mit touch .ocdata angelegt. Leider keine Veränderung :/mnt/user/nextcloud# ls -an /mnt/user/nextcloud total 414740 drwxrwx--- 1 99 100 158 Oct 10 15:02 . drwxrwxrwx 1 99 100 205 Oct 9 14:43 .. -rw-r--r-- 1 33 33 542 Oct 9 16:43 .htaccess -rw-rw-rw- 1 0 0 0 Oct 10 15:02 .ocdata

ls -an /mnt/user/nextcloud total 414740 drwxrwx--- 1 99 100 144 Oct 10 14:24 . drwxrwxrwx 1 99 100 205 Oct 9 14:43 .. -rw-r--r-- 1 33 33 542 Oct 9 16:43 .htaccess drwxr-xr-x 1 33 33 69 Jun 29 2020 Ch drwxr-xr-x 1 33 33 32 Jan 7 2022 D drwxr-xr-x 1 33 33 91 Jan 26 2022 F drwxr-xr-x 1 33 33 54 Feb 7 2020 Fa drwxr-xr-x 1 33 33 69 Jan 7 2022 Ma drwxr-xr-x 1 33 33 32 Jan 7 2022 Mo drwxr-xr-x 1 33 33 24 Jan 7 2022 Na drwxr-xr-x 1 33 33 54 Jan 7 2022 Ph drwxr-xr-x 1 33 33 32 Jan 7 2022 Ra drwxr-xr-x 1 33 33 32 Jan 7 2022 Ta drwxr-xr-x 1 33 33 69 Mar 23 2022 Tr drwxr-xr-x 1 33 33 69 Jan 7 2022 V drwxr-xr-x 1 33 33 6 Feb 20 2020 __groupfolders drwxr-xr-x 1 33 33 20 Dec 17 2021 appdata_ocbfxw41o1bl drwxr-xr-x 1 33 33 209 Apr 26 2020 appdata_ockmcgf2pmy6 drwxr-xr-x 1 33 33 212 Apr 26 2020 appdata_ocvyerrrpq85 -rw-r--r-- 1 33 33 61274603 May 27 12:17 audit.log -rw-r--r-- 1 33 33 222782764 Oct 28 2021 audit.log.1 drwxr-xr-x 1 33 33 26 Oct 9 16:43 files_external -rw-r--r-- 1 33 33 0 Apr 14 2020 flow.log drwxr-xr-x 1 33 33 24 Jun 27 2020 g drwxr-xr-x 1 33 33 47 Jan 7 2022 h -rw-r--r-- 1 33 33 0 Oct 9 16:43 index.html -rw-r--r-- 1 33 33 19 Apr 16 2020 memory_limit.ini -rw-r----- 1 33 33 35628978 Oct 10 14:07 nextcloud.log -rw-r--r-- 1 33 33 104858320 Feb 20 2022 nextcloud.log.1 drwxr-xr-x 1 33 33 4096 Jun 29 2020 ownbackup -rw-r--r-- 1 33 33 4096 Oct 5 08:39 owncloud.db drwxr-xr-x 1 33 33 14 Jan 7 2022 s drwxr-xr-x 1 33 33 32 Jun 26 2019 sy -rw-rw-rw- 1 0 0 0 Oct 10 14:15 test.txt drwxr-xr-x 1 33 33 47 Jan 7 2022 thu drwxr-xr-x 1 33 33 80 Apr 26 2020 updater-ockmcgf2pmy6 -rw-r--r-- 1 33 33 109936 Mar 29 2020 updater.log # ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.7 0.2 270084 39900 ? Ss 14:25 0:00 apache2 -DFOREGROUND www-data 31 4.5 0.3 276692 49352 ? S 14:25 0:00 apache2 -DFOREGROUND www-data 32 0.0 0.0 270124 9776 ? S 14:25 0:00 apache2 -DFOREGROUND www-data 33 0.0 0.0 270124 9776 ? S 14:25 0:00 apache2 -DFOREGROUND www-data 34 0.0 0.0 270124 9776 ? S 14:25 0:00 apache2 -DFOREGROUND www-data 35 0.0 0.0 270124 9776 ? S 14:25 0:00 apache2 -DFOREGROUND www-data 36 0.0 0.0 270124 9776 ? S 14:25 0:00 apache2 -DFOREGROUND root 37 0.5 0.0 2484 512 pts/0 Ss 14:25 0:00 sh root 44 0.0 0.0 6760 3008 pts/0 R+ 14:25 0:00 ps aux # id www-data uid=33(www-data) gid=33(www-data) groups=33(www-data)

Habe "chmod 0770 /mnt/user/nextcloud" ausgeführt, jetzt kommt wieder das: Dein Datenverzeichnis ist ungültig Stelle sicher, dass eine Datei ".ocdata" im Wurzelverzeichnis des data-Verzeichnisses existiert. Dein Datenverzeichnis ist schreibgeschützt. Berechtigungen können zumeist korrigiert werden, indem dem Webserver Schreibzugriff auf das Wurzel-Verzeichnis eingeräumt wird. Siehe auch https://docs.nextcloud.com/server/24/go.php?to=admin-dir_permissions. Was mache ich falsch? 😅

Danach kommt wieder dieser Fehler: Dein Datenverzeichnis kann von anderen Benutzern gelesen werden Bitte ändere die Berechtigungen auf 0770, sodass das Verzeichnis nicht von anderen Benutzern angezeigt werden kann. muss ich jetzt folgendes ausführen? chmod 0770 /mnt/user/nextcloud

Ah verstehe. Beispiel vom User thu: mode of '/mnt/user/nextcloud/thu/files/Photos' retained as 0755 (rwxr-xr-x) Ja das retained kommt bei jedem Eintrag der gefunden wurde und so sehen aktuell die User-Ordner nach einem dritten Durchlauf aus: drwxr-xr-x 1 33 33 69 Jun 29 2020 Ch drwxr-xr-x 1 33 33 32 Jan 7 2022 D drwxr-xr-x 1 33 33 91 Jan 26 2022 F drwxr-xr-x 1 33 33 54 Feb 7 2020 Fa drwxr-xr-x 1 33 33 69 Jan 7 2022 Ma drwxr-xr-x 1 33 33 32 Jan 7 2022 Mo drwxr-xr-x 1 33 33 24 Jan 7 2022 Na drwxr-xr-x 1 33 33 54 Jan 7 2022 Phi drwxr-xr-x 1 33 33 32 Jan 7 2022 Ra drwxr-xr-x 1 33 33 32 Jan 7 2022 Ta drwxr-xr-x 1 33 33 69 Mar 23 2022 Tr drwxr-xr-x 1 33 33 69 Jan 7 2022 Vi drwxr-xr-x 1 33 33 6 Feb 20 2020 __groupfolders drwxr-xr-x 1 33 33 20 Dec 17 2021 appdata_ocbfxw41o1bl drwxr-xr-x 1 33 33 209 Apr 26 2020 appdata_ockmcgf2pmy6 drwxr-xr-x 1 33 33 212 Apr 26 2020 appdata_ocvyerrrpq85 -rw-r--r-- 1 33 33 61274603 May 27 12:17 audit.log -rw-r--r-- 1 33 33 222782764 Oct 28 2021 audit.log.1 drwxr-xr-x 1 33 33 26 Oct 9 16:43 files_external -rw-r--r-- 1 33 33 0 Apr 14 2020 flow.log drwxr-xr-x 1 33 33 24 Jun 27 2020 g drwxr-xr-x 1 33 33 47 Jan 7 2022 hy -rw-r--r-- 1 33 33 0 Oct 9 16:43 index.html -rw-r--r-- 1 33 33 19 Apr 16 2020 memory_limit.ini -rw-r----- 1 33 33 35605045 Oct 10 07:48 nextcloud.log -rw-r--r-- 1 33 33 104858320 Feb 20 2022 nextcloud.log.1 drwxr-xr-x 1 33 33 4096 Jun 29 2020 ownbackup -rw-r--r-- 1 33 33 4096 Oct 5 08:39 owncloud.db drwxr-xr-x 1 33 33 14 Jan 7 2022 s drwxr-xr-x 1 33 33 32 Jun 26 2019 system32 drwxr-xr-x 1 33 33 47 Jan 7 2022 thu drwxr-xr-x 1 33 33 80 Apr 26 2020 updater-ockmcgf2pmy6 -rw-r--r-- 1 33 33 109936 Mar 29 2020 updater.log Der aktuelle Nextcloud Error ist dieser hier:

Ich habe den find Befehl in eine Textdatei exportiert und nachgeschaut. Es gibt seehr viele appdata_ocbfx....../preview Ordner Aber auch die "normalen" User-Unterordner sind mit drin Nun habe ich den find Befehl mit -v ergänzt, es lief durch aber immer stand es mit einem retained, hier ein Beispiel: mode of '/mnt/user/nextcloud/appdata_ocbfxw41o1bl/preview/3/3/c/1' retained as 0755 (rwxr-xr-x) Und wenn ich in diesem Beispiel in preview/3 gehe, sehe ich immer noch nur ID 33 ls -n /mnt/user/nextcloud/appdata_ocbfxw41o1bl/ total 8 drwxr-xr-x 1 33 33 70 Apr 23 2020 appstore/ drwxr-xr-x 1 33 33 265 Jun 7 2020 avatar/ drwxr-xr-x 1 33 33 19 Apr 16 2020 bookmarks/ drwxr-xr-x 1 33 33 88 Apr 5 2022 css/ drwxr-xr-x 1 33 33 35 Oct 6 2020 dashboard/ drwxr-xr-x 1 33 33 4096 Jun 20 12:51 dav-photocache/ drwxr-xr-x 1 33 33 41 Dec 27 2021 documentserver_community/ drwxr-xr-x 1 33 33 4096 Oct 17 2020 identityproof/ drwxr-xr-x 1 33 33 47 Apr 16 2020 js/ drwxr-xr-x 1 33 33 22 Aug 23 2021 onlyoffice/ drwxr-xr-x 1 33 33 30 Jun 6 09:45 preview/ drwxr-xr-x 1 33 33 46 Dec 7 2021 richdocuments/ drwxr-xr-x 1 33 33 23 Apr 16 2020 text/ drwxr-xr-x 1 33 33 30 Dec 2 2020 theming/

okay, ja ich habe den Befehl ausgeführt, mache es jetzt nochmal Das ist der Data Ordner: /mnt/user# ls -n drwxrwxrwx 1 99 100 128 Feb 20 2022 nextcloud Da drin, also im data Verzeichnis mit den User-Ordnern: /mnt/user/nextcloud# ls -n drwxrwxrwx 1 33 33 69 Jun 29 2020 Ch drwxrwxrwx 1 33 33 32 Jan 7 2022 D drwxrwxrwx 1 33 33 91 Jan 26 2022 F drwxrwxrwx 1 33 33 54 Feb 7 2020 Fa drwxrwxrwx 1 33 33 69 Jan 7 2022 Ma drwxrwxrwx 1 33 33 32 Jan 7 2022 Mo drwxrwxrwx 1 33 33 24 Jan 7 2022 Na drwxrwxrwx 1 33 33 54 Jan 7 2022 Phi drwxrwxrwx 1 33 33 32 Jan 7 2022 Ra drwxrwxrwx 1 33 33 32 Jan 7 2022 Ta drwxrwxrwx 1 33 33 69 Mar 23 2022 Tr drwxrwxrwx 1 33 33 69 Jan 7 2022 Vi drwxrwxrwx 1 33 33 6 Feb 20 2020 __groupfolders drwxrwxrwx 1 33 33 20 Dec 17 2021 appdata_ocbfxw41o1bl drwxrwxrwx 1 33 33 209 Apr 26 2020 appdata_ockmcgf2pmy6 drwxrwxrwx 1 33 33 212 Apr 26 2020 appdata_ocvyerrrpq85 -rw-rw-rw- 1 33 33 61274603 May 27 12:17 audit.log -rw-rw-rw- 1 33 33 222782764 Oct 28 2021 audit.log.1 drwxrwxrwx 1 33 33 26 Oct 9 16:43 files_external -rw-rw-rw- 1 33 33 0 Apr 14 2020 flow.log drwxrwxrwx 1 33 33 24 Jun 27 2020 g drwxrwxrwx 1 33 33 47 Jan 7 2022 h -rw-rw-rw- 1 33 33 0 Oct 9 16:43 index.html -rw-rw-rw- 1 33 33 19 Apr 16 2020 memory_limit.ini -rw-r----- 1 33 33 35553515 Oct 9 19:00 nextcloud.log -rw-rw-rw- 1 33 33 104858320 Feb 20 2022 nextcloud.log.1 drwxrwxrwx 1 33 33 4096 Jun 29 2020 ownbackup -rw-r--r-- 1 33 33 4096 Oct 5 08:39 owncloud.db drwxrwxrwx 1 33 33 14 Jan 7 2022 s drwxrwxrwx 1 33 33 32 Jun 26 2019 system32 drwxrwxrwx 1 33 33 47 Jan 7 2022 th drwxrwxrwx 1 33 33 80 Apr 26 2020 updater-ockmcgf2pmy6 -rw-rw-rw- 1 33 33 109936 Mar 29 2020 updater.log Noch einen weiter tiefer, im Ordner eines Users: /mnt/user/nextcloud/g# ls -n total 0 drwxr-xr-x 1 33 33 6 Feb 7 2022 cache drwxr-xr-x 1 33 33 30 Jul 5 14:18 files drwxr-xr-x 1 33 33 27 Feb 11 2020 files_external drwxr-xr-x 1 33 33 47 Jan 7 2022 files_trashbin drwxr-xr-x 1 33 33 155 Jul 5 14:17 files_versions drwxr-xr-x 1 33 33 0 Oct 9 17:17 uploads brauchst du auch nochmal die AppData Berechtigungen?

verstehe, danke /mnt/user/trash/ncTEST# ls -n /mnt/user/trash/ncTEST/nextcloud total 0 drwxrwx--- 1 33 33 140 Oct 10 11:36 data

Sry ich weiß nicht was du genau meinst, im Post darüber habe ich ein neuen Docker Container installiert und der Ordner von Data ist "/mnt/user/trash/ncTEST/nextcloud/data" - darauf habe ich das ls -n angewendet

für mich sieht es gleich aus /mnt/user/trash/ncTEST# ls -n /mnt/user/trash/ncTEST/nextcloud/data total 1272 drwxr-xr-x 1 33 33 87 Oct 10 10:59 appdata_oc784scj7gms -rw-r--r-- 1 33 33 0 Oct 10 10:57 index.html -rw-r----- 1 33 33 6544 Oct 10 10:59 nextcloud.log -rw-r--r-- 1 33 33 1294336 Oct 10 10:59 owncloud.db drwxr-xr-x 1 33 33 19 Oct 10 10:57 testuser /mnt/user/trash/ncTEST# ls -n /mnt/user/trash/ncTEST/nextcloud/data/testuser/ total 0 drwxr-xr-x 1 33 33 165 Oct 10 10:58 files

Ja Da ich mein data so verbunden habe: Mein /mnt/user/appdata/nextcloud_offiziell/data ist leer und wenn ich das hier mache: chmod 770 /mnt/user/nextcloud Bekomme ich wieder etwas Neues: Ihr Datenverzeichnis ist ungültig. Stellen Sie sicher, dass eine Datei ".ocdata" im Wurzelverzeichnis des Datenverzeichnisses existiert. Ihr Datenverzeichnis ist schreibgeschützt. Berechtigungen können normalerweise korrigiert werden, indem dem Webserver Schreibzugriff auf das Wurzel-Verzeichnis eingeräumt wird. Siehe auch https://docs.nextcloud.com/server/24/go.php?to=admin-dir_permissions. Also entweder 777 auf /mnt/user/nextcloud oder 770 - bringt beides unterschiedliche Fehlermeldungen (Datenverzeichnis von anderen Benutzern gelesen werden.. auf 0770 ändern - oder Datenverzeichnis ungültig) /mnt/user/nextcloud# find /mnt/user/ -iname *ocdata /mnt/user/nextcloud/.ocdata /mnt/user/nextcloud# ls -n /mnt/user/nextcloud/.ocdata -rw-r--r-- 1 33 33 0 Oct 9 16:43 /mnt/user/nextcloud/.ocdata

Es ist durch, jedoch habe ich jetzt folgende Meldung: Dein Datenverzeichnis ist schreibgeschützt. Berechtigungen können zumeist korrigiert werden, indem dem Webserver Schreibzugriff auf das Wurzel-Verzeichnis eingeräumt wird. Siehe auch https://docs.nextcloud.com/server/24/go.php?to=admin-dir_permissions. Was fehlt noch? 😅