Nextcloud nicht erreichbar: lost+found permission denied

Hallo liebe Menschen!

Ich hab seit kurzen einen Server mit Proxmox 6.3-2 laufen. Darauf habe ich Nextcloud (ich denke v20) laufen und einen NGINX Proxy v2.8.1, jeweils auf einen Ubuntu 20.04.2 Container. Alles lief soweit flüssig und fehlerfrei. Die Nextcloud ließ sich prima aus dem Internet erreichen.

Anschließend habe ich PiHole installiert und eingerichtet. PiHole lief, soweit ich das beurteilen kann, einwandfrei. Nur mit plötzlich war die Nextcloud nciht mehr erreichbar.
Per URL geht gar nichts. Per lokaler IP kommt


Your data directory is not writable
Berechtigungen können zumeist korrigiert werden indem dem Web-Server Schreibzugriff auf das Wurzel-Verzeichnis eingeräumt wird. Siehe auch https://docs.nextcloud.com/server/21/go.php?to=admin-dir_permissions.

Ich habe versucht die nextcloud.log aufzurufen. Darin werden mit jedoch nur !4! logs angezeigt, die schon 5 Tage her sind, als alles ncoh lief. Das Problem trat jedoch viel später auf.
Ich habe PiHole im Anschluss wieder entfernt, und auch die DNS Einstellungen auf der FritzBox zurückgestellt. Auch habe ich einen Snapshot des NC Containers zurückgespielt auf den zeitpunkt VOR der PiHole-Intallation.

Die Firewall habe ich gecheckt. Jede Schicht hat die Firewall an und entsprechende Ausnahmen (http/https). Daran kann es nicht liegen. Ohne Firewall ist die Nextcloud auch nicht zu erreichen.

Da ich noch nicht all zu lange im Server-Geschäft stecke, bin ich mir unsicher, welche Ausgaben ich anfügen könnte.

Ich hoffe, jemand hat einen guten Tipp :slight_smile:

Beste Grüße!
Marcel

root@pve:~# pveversion -v
proxmox-ve: 6.3-1 (running kernel: 5.4.73-1-pve)
pve-manager: 6.3-2 (running version: 6.3-2/22f57405)
pve-kernel-5.4: 6.3-1
pve-kernel-helper: 6.3-1
pve-kernel-5.4.73-1-pve: 5.4.73-1
ceph-fuse: 12.2.11+dfsg1-2.1+b1
corosync: 3.0.4-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: 0.8.35+pve1
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.16-pve1
libproxmox-acme-perl: 1.0.5
libproxmox-backup-qemu0: 1.0.2-1
libpve-access-control: 6.1-3
libpve-apiclient-perl: 3.0-3
libpve-common-perl: 6.2-6
libpve-guest-common-perl: 3.1-3
libpve-http-server-perl: 3.0-6
libpve-storage-perl: 6.3-1
libqb0: 1.0.5-1
libspice-server1: 0.14.2-4~pve6+1
lvm2: 2.03.02-pve4
lxc-pve: 4.0.3-1
lxcfs: 4.0.3-pve3
novnc-pve: 1.1.0-1
proxmox-backup-client: 1.0.5-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.4-3
pve-cluster: 6.2-1
pve-container: 3.3-1
pve-docs: 6.3-1
pve-edk2-firmware: 2.20200531-1
pve-firewall: 4.1-3
pve-firmware: 3.1-3
pve-ha-manager: 3.1-1
pve-i18n: 2.2-2
pve-qemu-kvm: 5.1.0-7
pve-xtermjs: 4.7.0-3
qemu-server: 6.3-1
smartmontools: 7.1-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 0.8.5-pve1

Wenn ich die NC Version ausgeben möchte kommt:

root@wolke:/var/www/nextcloud# sudo -u www-data php occ -V
Your data directory is not writable
Permissions can usually be fixed by giving the webserver write access to the root directory. See https://docs.nextcloud.com/server/21/go.php?to=admin-dir_permissions.

An unhandled exception has been thrown:
Exception: Environment not properly prepared. in /var/www/nextcloud/lib/private/Console/Application.php:168
Stack trace:
#0 /var/www/nextcloud/console.php(99): OC\Console\Application->loadCommands()
#1 /var/www/nextcloud/occ(11): require_once('/var/www/nextcl...')

Hallo Marcel, wenn du das Kommando für das Data-Directory eingibst - welche Ausgabe bekommst du ?

stat -L -c “%a %G %U”

ach ja . und ich sehe … This is the first time mldot has posted … von meiner Seite auch ein “warm welcome” …

Hallo Githopp192,
danke dir für das “warme” Willkommen:)
Bin etwas neu in dieser Welt! Like that?

root@wolke:~# stat -L -c '%a %G %U' /var/www/nextcloud/
755 www-data www-data

Edit:
hier vom “data” Verzeichnis im Nextcloud Installationsordner:

root@wolke:/home/data/marcel# stat -L -c '%a %G %U' /var/www/nextcloud/data/
755 www-data www-data

hier vom DATEN Verzeichnis, wo meine Cloud Daten liegen. Diese sind auf einer zweiten SSD:

root@wolke:/home/data# stat -L -c '%a %G %U' /home/data/             
755 root root

Tüftele weiter an dem Problem. Wenn ich die Rechte neu vergeben möchte kommt:

root@wolke:~# chown -R www-data:www-data /home/data/          
chown: cannot read directory '/home/data/lost+found': Permission denied

bei lost+found ist anscheind kein User eingetragen. Das habe ich versucht, jedoch ohne erfolg…selbe ausgabe wie oben…

root@wolke:~# ls -la /home/data
total 380
drwxrwx---  6 www-data www-data   4096 Apr 21 11:15 .`
drwxr-xr-x  3 root     root       4096 Apr 21 11:11 ..
-rw-r--r--  1 www-data www-data    542 Apr 16 19:43 .htaccess
-rw-r--r--  1 www-data www-data      0 Apr 16 19:43 .ocdata
drwxr-xr-x 12 www-data www-data   4096 Apr 19 16:26 appdata_ocaf5mmj9tsh
-rw-r--r--  1 www-data www-data      0 Apr 16 19:43 index.html
drwx------  2 nobody   nogroup   16384 Apr 21 11:10 lost+found
drwxr-xr-x  7 www-data www-data   4096 Apr 19 11:47 marcel
drwxr-xr-x  4 www-data www-data   4096 Apr 16 21:38 marcel_admin
-rw-r-----  1 www-data www-data 342161 Apr 23 10:59 nextcloud.log