Nextcloud und PHP8.0 Memcache\APCu Probleme

[Andy+]

welcher User und welche Gruppe das nun sein soll

Beantworte doch erst mal die obigen Fragen. Der Entrypoint ist zudem davon abhängig.

 

[maalik]

Worauf genau bezieht sich deine Frage?

Aktuell haben alle Dateien den Owner:Group maalik:users mit 777. Dann bei allen 4 Containern mit 1026:100 (entsprechend maalik:users). Geht nicht.

Oder soll ich es mir root:root ausprobieren? Das ist ja grad meine Frage, was am sinnvollsten ist.

 

[maalik]

Jetzt öffnet sich zumindest mal Nextcloud, aber meckert folgendes:

Fehler​

• Ihr Datenverzeichnis kann von anderen Benutzern gelesen werden.
  Bitte ändern Sie die Berechtigungen auf 0770, so dass das Verzeichnis nicht von anderen Benutzern angezeigt werden kann.

So, wenn ich dann den data-Ordner auf 770 ändere, kommt folgende Fehlermeldung. Data-Verzeichnis hat die selbe User:Group wie der Nextcloud-Container (root:root).

• 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/27/go.php?to=admin-dir_permissions.

 

[Andy+]

Schwer zu sagen, es scheint, dass dem anlegenden Container die Rechte fehlen. Vielleicht mal versuchen, diese manuell anzupassen.

 

[maalik]

Wo passe ich diese manuell an?

 

[Adama]

Setze mal bei deinem Nextcloud-Verzeichnis die Besitzrechte mit "chown -R 33:33 <Verzeichnis>" , also z.B. "chown -R 33:33 nextcloud" wenn du im drunterliegenden Verzeichnis stehst und je nachdem, wie dein Ordner heißt.

Die ID 33 ist der User www-data im Container. So hat mein Container die Rechte bei Start gesetzt.

 

[maalik]

Halleluja! Das hat geklappt. 33:33 und zusätzlich 777 auf alle Dateien im Nextcloud Docker Verzeichnis.

Zur Erklärung: 33 ist der www-data INNERHALB des docker containers? Oder der DSM-www-data?

 

[Adama]

Du kannst auf den Container von der Kommando-Zeile mit

docker exec -u www-data -it Nextcloud /bin/bash

zugreifen.

Wobei du dann statt Nextcloud eventuell deinen Container-Namen nehmen musst. Dann siehst du die Konsole des Containers. Wenn du dir dann den Inhalt mit ls -la anzeigen lässt, wirst du sehen, dass das der User www-data im Container ist, richtig...

 

[DrDeath]

Die Meldung von Nextcloud mit dem REDIS ist bekannt, ich habe das wie folgt gelöst:

Configuring Redis as session handler
/entrypoint.sh: 111: cannot create /usr/local/etc/php/conf.d/redis-session.ini: Permission denied

Ich habe eine Dummy Datei in den Docker Container von Nextcloud verlinkt:

    volumes:
      - /home/pi/docker/nextcloud/data:/var/www/html
      - type: bind
        source: /home/pi/docker/nextcloud/data/redis-session.ini
        target: /usr/local/etc/php/conf.d/redis-session.ini

Die Pfade musst Du allerdings auf deine Synology Pfade anpassen. ( source pfad anpassen, target bestehen lassen )

Sprich, du müsstest die eine leere Datei in deinem "nextclod Data" Verzeichnis mit dem Dateinamen "redis-session.ini" anlegen.....

 

[Andy+]

Redis selbst gibt es auch als Container, oder eigentlich besser als SPK

https://synocommunity.com/package/redis

 

[alexhell]

Ich würde eher den Container empfehlen.
SPK Version: v7.0.11-14
Docker: v7.2.0

 

[Adama]

Ich hab auch den Container angeflanscht, ist ja ähnlich wie bei Paperless.

Funktioniert absolut geräuschlos...

 

[maalik]

Wollte mich nochmal für die Hilfe bedanken, neue Nextcloud läuft einwandfrei
Lediglich in den docker exec muss ich noch den -u 33 hinzufügen, scheinbar hats da irgendwelche seltsamen Berechtigungen inzwischen, aber sonst tut alles

 

[Andy+]

Inklusive (?)

 

[Adama]

Wo du das grade ansprichst, da hab ich seit dem Wechsel von 27.0.1 zu 27.0.2 (Docker-Version) plötzlich Probleme:


Er meckert aber eine Datei an, die er selber beim Start erezugt:

Technical information
=====================
The following list covers which files have failed the integrity check. Please read
the previous linked documentation to learn more about the errors and how to fix
them.

Results
=======
- core
    - EXTRA_FILE
        - nextcloud-init-sync.lock

Raw output
==========
Array
(
    [core] => Array
        (
            [EXTRA_FILE] => Array
                (
                    [nextcloud-init-sync.lock] => Array
                        (
                            [expected] =>
                            [current] =>
                        )

                )

        )

)

Ich hab bei Nextcloud auf Github mal einen Issue aufgemacht.

 

[maalik]

Inklusive (?)

Anhang anzeigen 85287

Jawoll, keinerlei offene Fehlermeldungen

 

[Adama]

@maalik Kannst du mal in den Nextcloud-Ordner schauen, ob er bei dir diese "nextcloud-init-sync.lock" angelegt hat?

Und wenn ja, welche Rechte sie hat? Du müsstest ja 27.0.2 von vorne rein haben.

 

[maalik]

Im html-Ordner? Ja, liegt dort. Hat aktuell 777, aber das liegt auch an mir, weil ich ja alles Berechtigungen mehrmals manuell geändert habe.

 

[Benie]

Und wenn ja, welche Rechte sie hat?

Ich komme grad nicht ganz dahinter wie das gemeint ist. Meinst Du wer Besitzer ist? oder meinst Du unter Berechtigungsprüfung? oder wie kann man das sonst einsehen?

 

[maalik]

@Benie: Dateien/Ordner haben immer eine Zuordnung zu einem Nutzer sowie einer Gruppe, z. B. Benie:users, das wäre Inhaber Benie und die Gruppe users. Dann kann die Datei selbst noch verschiedene Berechtigungen haben, also welcher Nutzer, Gruppe oder keins von beidem wie mit der Datei interagieren dürfen. also Lesen, Schreiben und Ausführen.

Siehe z.B. diese beiden Artikel, die behandeln die beiden Befehle mit denen man das auf der Shell (SSH) ändern kann:

https://wiki.ubuntuusers.de/chown/
https://wiki.ubuntuusers.de/chmod/