Nextcloud Fehler mit cronjob und .ocdata?

1 Antwort

Von Experte franzhartwig bestätigt

Soweit ich weiß gibt die .ocdata den root Pfad der Datenstruktur an. Das ist ggf. für das Dateiindexing wichtig.
Die Datei war meine ich einfach leer und die Besitzrechte lagen beim Webserver

Leg also mal einfach eine leere Datei .ocdata im Wurzelpfad deiner Daten (Nicht der Daten deines Nutzers, sondern aller Nutzer) an und gebe die Besitzrechte dem Webserver User sudo chown www-data:www-data /pfad/zum/Dateiordner/.ocdata

Woher ich das weiß:eigene Erfahrung
gehm1 
Fragesteller
 04.10.2021, 14:58

Die Datei existiert bereits, ich kann aber leider keine sudo-Befehle ausführen...

0
OsamasInPyjamas  04.10.2021, 14:59
@gehm1

Wieso kannst du keine sudo Befehle ausführen?

Mit ls -l kannst du aber auch ohne root Rechte den Beseitzer der Datei anzeigen lassen

1
gehm1 
Fragesteller
 04.10.2021, 15:10
@OsamasInPyjamas

wenn ich mich per ssh einlogge und den sudo-befehl eingebe, kommt

-bash: sudo: command not found

Mit ls -l wird die .ocdata-Datei nciht angezeigt. Muss ich da noch irgendein Attribut hinter den Befehl hängen?

0
franzhartwig  04.10.2021, 15:25
@gehm1

Dateien mit einem Punkt am Anfang sind "versteckt". Sie werden mit ls -l nicht angezeigt. Du benötigst noch den Schalter a für all:

ls -al
0
gehm1 
Fragesteller
 04.10.2021, 15:35
@franzhartwig
-rw-r--r-- 1 1101630 customer       0 Mar 17 2021 .ocdata

Der Besitzer ist customer, oder?

0
franzhartwig  04.10.2021, 16:15
@gehm1

Der Besitzer ist 1101630, die Gruppe ist customer.

-rw-r--r-- bedeutet:

rw- der Besitzer darf lesen und schreiben
r-- die Gruppe darf lesen
r-- jeder darf lesen

Sollte eigentlich passen, weil in der Datei meines Wissens nicht geschrieben wird. Bei falschen Rechten könnte es aber beim nächsten Update zu Problemen kommen, weil die Datei vom Updater wohl angefasst wird.

Was sagt denn ls -l vom Datenverzeichnis?

1
gehm1 
Fragesteller
 04.10.2021, 16:37
@franzhartwig

ls -la im Datenverzeichnis ausgeführt:

total 17872
drwxr-x--- 7 1101630 customer    4096 Oct 3 22:15 .
drwxr-xr-x 3 1101630 customer    4096 Apr 3 2021 ..
drwxr-xr-x 16 1101630 customer    4096 Jun 7 22:18 appdata_ocw2ubtwprwl
-rw-r----- 1 1101630 customer     542 Mar 17 2021 .htaccess
-rw-r----- 1 1101630 customer       0 Mar 17 2021 index.html
drwxr-xr-x 7 1101630 customer    4096 Mar 19 2021 LeoNickl
drwxr-xr-x 5 1101630 customer    4096 Mar 17 2021 LeoNicklAdmin
-rw-r----- 1 1101630 customer 18176487 Oct 4 15:41 nextcloud.log
-rw-r--r-- 1 1101630 customer       0 Mar 17 2021 .ocdata
drwxr-x--- 7 1101630 customer    4096 Jun 10 18:53 ownbackup
-rw-r----- 1 1101630 customer   11462 Oct 3 22:21 updater.log
drwxr-x--- 3 1101630 customer    4096 Oct 3 22:16 updater-ocw2ubtwprwl

ls -la im Überverzeichnis ausgeführt:

total 12
drwxr-xr-x 3 1101630 customer 4096 Apr  3  2021 .
drwxr-xr-x 3 1101630 customer 4096 Apr  3  2021 ..
drwxr-x--- 7 1101630 customer 4096 Oct  3 22:15 data
0
franzhartwig  04.10.2021, 22:11
@gehm1

Sieht so aus, als würde der Webserver bei Dir mit dem Benutzer 1101630 und der Gruppe customer laufen. Dann sind die Rechte so in Ordnung.

1
gehm1 
Fragesteller
 06.10.2021, 14:21
@franzhartwig

stimmt.... das war das Problem.

Danke für deinen Tipp! Ich dachte nämlich, der Cronjob war automatisch eingerichtet. Jetzt funktioniert es.

0