owncloud mag volume2 nicht. Warum?

Hallo zusammen,

bin gerade etwas verzweifelt.

Ich habe owncloud via docker-compose installiert und zwar gemäß https://doc.owncloud.com/server/next/ad…mpose-yaml-file

Lokale Änderungen um den Zugriff über macvlan zu machen habe ich durchgeführt.

Lasse ich "redis" "mariadb" und "owncloud" auf mein docker-Verzeichnis (in dem andere Docker Container ebenfalls ihre daten speichern) zeigen, klappt alles und ich habe vollen Zugriff auf owncloud (lokal und auch von außen).

Beispiel mapping für owncloud:

   volumes:
      - /volume1/docker/owncloud/data:/mnt/data         # change according your configuration
#      - /volume2/owncloud-data:/mnt/data                # change according your configuration

ich möchte aber gerne die Daten auf den Festplatten (volume2) anstatt auf der SSD (volume1) gespeichert haben (siehe oben auskommentiertes volume).

Allerdings startet der Server nicht, wenn ich auf volume2 umleite. Ich bekomme eine Fehlermeldung:

Cannot write into "config" directory!

und

touch: cannot touch '/mnt/data/files/owncloud.log': Permission denied

Das komische ist: auf /volume2/owncloud-data wurden einige Unterverzeichnisse von owncloud erstellt, d.h. der Zugriff (Berechtigungen) müsste grundsätzlich möglich sein.

Hat irgendjemand Ideen?

Volume1 ist der gültige Pfad, volume2 ist auskommentiert.

Also ist immer entweder volume1 oder volume2 auskommentiert, damit ich nicht das ganze jedesmal neu eintippen muss.

Also kurz zusammengefasst::
volume2 auskommentiert --> volume1 nicht ----->owncloud startet
volume1 auskommentiert --> volume2 nicht ----->owncloud startet nicht (Fehlermeldung)

Danke für den Tipp. Habe ich schon versucht. Brachte leider nichts.
Habe auch

user: 1000:10

versucht. Hat auch nicht geklappt.

Um sicherzugehen habe ich auch einmal ein anderes Verzeichnis eingetragen, bei dem ich zu 100% weiß, dass ein Docker-Container Daten schreiben kann. Hat für owncloud auch nicht funktioniert.

Es scheint zumindest kein Berechtigungsproblem mit dem Verzeichnis zu sein.

Für mich sieht es so aus, als wäre das eine Beschränkung seitens OWNCLOUD. Die ist für mich aber leider nicht nachvollziehbar und ich habe bisher keine näheren Infos gefunden.

So habe jetzt auch mal versucht das Docker-Projekt direkt auf dem volume2 zu erstellen. Da mag mariadb auf einmal nicht ("Can't create test file ... (Errcode: 13 "Permission denied")")

Es ist echt zum Haare raufen.

Also nochmal

Verzeichnisberechtigungen vor Start von owncloud:
This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Verzeichnisberechtigungen nach Beenden von owncloud auf volume1:
This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Verzeichnisberechtigungen nach Beenden von owncloud auf volume2 (owncloud, mariadb & redis sollen alle auf volume2 speichern):
(mariadb liefert Fehlermeldung)
This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Nächster Versuch: Berechtigungen zurückgesetzt; nach Beenden (owncloud auf volume2, mariadb & redis auf volume1):
(owncloud-server liefert Fehlermeldung)
This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

==> anscheinend verändert owncloud die Berechtigungen bzw. Besitzer der Verzeichnisse. Ich frage mich aber trotzdem, warum dass dann auch volume1 einwandfrei klappt und auf volume2 nicht..

Selbst manuelles setzen der Berechtigungen mittels chmod bringt nichts.

Stand vor Start und nach Beenden von Owncloud (soll auf volume2 speichern):
This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

==> owncloud-server meldet Fehlermeldung

Habe den Ordnernamen auf owncloud geändert.
Hat leider nichts gebracht. Immer noch Fehlermeldung beim Starten des Containers.

Ich habe noch vieles weiter probiert:

Verhindern, dass Berechtigungen und Benutzer von owncloud verändert werden:

      - OWNCLOUD_SKIP_CHOWN=true
      - OWNCLOUD_SKIP_CHMOD=true

Brachte keine Besserung.

Dann habe ich nochmal den User festgelegt (bei mir der admin-user):

    user: 1000:10

Brachte leider auch keine Besserung.

Allerdings habe ich jetzt eine andere Fehlermeldung, vielleicht sagt die etwas aus?
This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

P.S.: Mit OWNCLOUD_SKIP_... lief es auch auf volume1 nicht mehr

Danke für den Tipp, brachte nur leider nichts. Aber schon spannend, dass es Environment variablen gibt, die nirgends so wirklich dokumentiert ist.

owncloud-server startet nicht bzw. bricht mit Fehlermeldung ab:
This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Ich habe es auch mit anderen Environment Variablen, die mit Volume zu tun hatten, versucht. Hat auch nicht geklappt.

Quote from alter Mann

Spaßvogel?

https://docs.docker.com/compose/how-to…ment-variables/

Nö, ich meinte kaum dokumentierte owncloud environment settings.

Dass man bei Docker alle möglichen Variablen setzen kann, ist mir schon klar.

Ja ok, aber da bin ich jeweils wegen meinem Problem oder Konfigurationswunsch nicht fündig geworden.

Mich wundert halt, dass es bei allen anderen Containern, die ich bisher installiert habe, nie ein Problem war.

Aber gut vielleicht ist Owncloud "hard coded" in der Hinsicht, auch wenn ich nicht verstehe, wie die das geschafft haben bzw. ob man das irgendwo ändern kann.

Zur Not muss ich damit leben, auch wenn ich nicht glücklich darüber bin..