Ich erstelle ein Docker-Image für meine SymfonyApp und muss dem Apache-Server die Berechtigung zum Schreiben in Cache- und Protokollordner erteilen

#Dockerfile
FROM php:7-apache

RUN apt-get update \
&& apt-get install -y libicu-dev  freetds-common freetds-bin unixodbc \
&& docker-php-ext-install intl mbstring \
&& a2enmod rewrite

COPY app/php.ini /usr/local/etc/php/
COPY app/apache2.conf /etc/apache2/apache2.conf
COPY ./ /var/www/html

RUN find /var/www/html/ -type d -exec chmod 755 {} \; 
RUN find /var/www/html/ -type f -exec chmod 644 {} \;
RUN chmod -R 777 /var/www/html/app/cache /var/www/html/app/logs

Wenn ich dieses Image mit erstelle docker build -t myname/symfony_apps:latest .und den Container mit ausführe docker run -p 8080:80 myname/symfony_apps:latest. Das Apache-Protokoll wird von Fehlern überflutet, denen die Berechtigung verweigert wurde. Das Seltsame, mit dem ich nachgefragt habe, ls -aund die Berechtigungen sind in Ordnung. und wenn ich chmod von Containers Bash aus starte, sind Probleme mit der Apache-Berechtigung verschwunden und die App funktioniert gut

Die Situation

Ausführen von chmod-Befehlen aus der Docker-Datei: Berechtigungen werden geändert, aber Apache beschwert sich weiterhin über verweigerte Berechtigungen. Ausführen von chmod gleichen Befehlen mit bash im Container: Berechtigungen werden geändert und meine App wird ausgeführt

Irgendeine Idee, vermisse ich etwas, vielleicht sollte ich irgendwo in der Docker-Datei Root-Benutzer hinzufügen?

Ich hatte das gleiche Problem und es scheint, dass es einen Fehler in Docker oder Overlay2 gibt, wenn Verzeichnisinhalte in einer Ebene erstellt und deren Berechtigungen in einer anderen geändert werden.

Um dieses Problem zu umgehen, können Sie Quellen in ein temporäres Verzeichnis kopieren:

COPY . /src

Verschieben Sie es dann zu /var/www/htmlund richten Sie die Berechtigungen ein (in einem RUNBefehl):

RUN rm -rf /var/www/html && mv /src /var/www/html &&\
    find /var/www/html/ -type d -exec chmod 755 {} \; &&\
    find /var/www/html/ -type f -exec chmod 644 {} \; &&\
    chmod -R 777 /var/www/html/app/cache /var/www/html/app/logs

Außerdem habe ich ein GitHub-Problem erstellt .

Die Standard-Shell von RUN in Docker ist / bin / sh. Hier haben die nicht richtig eingestellten Berechtigungen tatsächlich ein Problem.

Sie können jedoch auch / bin / bash verwenden, um das Problem vor und nach der Verzeichnisliste zu beheben

Step 7/9 : RUN /bin/bash -c 'ls -la; chmod +x gitlab-properties-builder.sh; ls -la'
---> Running in dc57ae77aa67

drwxr-xr-x. 3 root root      103 Mar  8 17:56 .
drwxr-xr-x. 1 root root       46 Mar  8 17:57 ..
drwxr-xr-x. 2 root root        6 Mar  7 20:47 config
-rw-r--r--. 1 root root     2340 Mar  7 21:20 gitlab-properties-builder.sh
-rw-r--r--. 5 root root 57325770 Mar  5 14:39 gitlab-scm-collector-2.0.5-SNAPSHOT.jar

drwxr-xr-x. 1 root root       42 Mar  8 17:56 .
drwxr-xr-x. 1 root root       61 Mar  8 17:57 ..
drwxr-xr-x. 2 root root        6 Mar  7 20:47 config
-rwxr-xr-x. 1 root root     2340 Mar  7 21:20 gitlab-properties-builder.sh
-rw-r--r--. 5 root root 57325770 Mar  5 14:39 gitlab-scm-collector-2.0.5-SNAPSHOT.jar
---> 8b5de6e348d3

Versuchen Sie hinzuzufügen:

USER root

Es hat bei mir funktioniert.

Dieses Problem ist wahrscheinlich das Ergebnis einer VOLUMEDefinition in der vorgelagerten Docker-Datei. Wenn in der Docker-Datei ein Volume definiert ist, können Sie Dateien mit dem Befehl COPYoder ADDdirekt zum Image hinzufügen . Eine RUNZeile wird jedoch:

• Erstellen Sie einen temporären Container mit der Bilddefinition ab dem aktuellen Punkt der Docker-Datei
  • In diesem temporären Container wird ein anonymes Volume als Sie oder ein in der Docker-Datei angegebenes übergeordnetes Image bereitgestellt
  • Das anonyme Volume wird aus dem Inhalt des Bildes initialisiert
• Ihr Befehl wird im Container ausgeführt
  • Wenn Sie das Verzeichnis während dieses RUNBefehls auflisten, werden Ihre Änderungen angewendet, aber diese Änderungen wurden auf das Volume angewendet
• Wenn Ihr Ausführungsbefehl abgeschlossen ist, erfasst Docker die Änderungen am Container
  • Diese Änderungen werden mit a docker diffangezeigt, wenn Sie die temporären Container nicht löschen (Sie können einen Build mit ausführen --rm=false, damit sie erhalten bleiben).
  • Diese Änderungen enthalten nicht den anonymen Datenträgerinhalt, da sie nicht im temporären Container-Dateisystem vorhanden sind. Die Datenträger sind separat

Aufgrund dieses Verhaltens haben Sie folgende Möglichkeiten:

1. Sie können Ihre Dateien in ein anderes Verzeichnis kopieren und dort die Berechtigungen ändern
2. Sie können die Berechtigungen auf Ihrem Host so festlegen, dass sie direkt mit diesen Berechtigungen kopiert werden
3. Sie können das Volume entweder aus Ihrem Image entfernen, das Upstream-Image dazu bringen, die Volume-Definition zu entfernen, oder Sie können Ihre eigene Kopie des Upstream-Images ohne die Volume-Definition neu erstellen und Ihre Images darauf aufbauen

Beachten Sie, dass in den aktuellen PHP-Bildern das Volume anscheinend entfernt wurde, was bedeutet, dass wir effektiv Option 3 haben.

Ich habe gerade ein Experiment mit folgendem gemacht:

FROM alpine

LABEL MAINTAINER="YIMGA YIMGA Salathiel Genèse"
RUN apk add --no-cache inotify-tools
CMD [ "./script.sh" ]
WORKDIR /opt/app/
COPY src/ /opt/app/
RUN chmod a+x *.sh

Und es funktioniert einfach großartig.

jedoch

Wenn ich diese ausführbare Datei über Docker-Compose-Volumes überschreibe, ist die executeBerechtigung einfach wie ein Rollback - technisch überschrieben mit der ursprünglichen Dateiberechtigung.

Die Korrektur für den Dev-Modus erfolgt einfach chmod a+x yourfilevom Host, der bei der Erstellung des Compose-Volumes vererbt wird.