Я будую зображення Docker для свого Symfonyдодатка, і мені потрібно дати дозвіл серверу apache писати в папки кеша і журналу

#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

Коли я будую це зображення з docker build -t myname/symfony_apps:latest .і запускаю контейнер із docker run -p 8080:80 myname/symfony_apps:latest. Журнал Apache заповнений помилками, у яких відмовлено у дозволі. Дивна річ, яку я перевірив, ls -aта дозволи, чудово. і коли я запускаю chmod з баш-файлу контейнера, проблеми з дозволом apache зникають, і додаток працює добре

Ситуація

Запуск команд chmod з dockerfile: дозволи змінюються, але apache все ще скаржиться на відмову в дозволі. Запускаються однакові команди chmod з bash всередині контейнера: дозволи змінюються, і моя програма працює

Будь-яка ідея, чи мені щось не вистачає, можливо, я повинен додати root користувача десь у Dockerfile?

У мене була така ж проблема, і, схоже, є помилка в docker або overlay2, якщо вміст каталогів створюється в одному шарі, а його дозволи змінюються в іншому.

Як вирішення, ви можете скопіювати джерела у тимчасовий каталог:

COPY . /src

А потім перемістіть його до /var/www/htmlта налаштуйте дозволи (в одній RUNкоманді):

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

Також я створив випуск GitHub .

Оболонка RUN за замовчуванням у Docker є / bin / sh, і саме тут дозволу, неправильно встановлені, насправді є проблема.

Але ви можете змінити просто / bin / bash замість того, щоб легко виправити, помітити до та після переліку каталогів

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

Спробуйте додати:

USER root

Це працювало для мене.

Ця проблема, ймовірно, є результатом VOLUMEвизначення всередині Dockerfile. Коли в Dockerfile визначено гучність, ви можете додавати файли за допомогою COPYабо ADDкоманду безпосередньо у зображення. Однак RUNлінія буде:

• Створіть тимчасовий контейнер, використовуючи визначення зображення від поточної точки dockerfile
  • Цей тимчасовий контейнер матиме анонімний том, встановлений як ви або батьківське зображення, вказане всередині Dockerfile
  • Анонімний том буде ініціалізований із вмісту зображення
• Ваша команда запуститься всередині контейнера
  • Якщо ви перерахуєте каталог під час цієї RUNкоманди, ви побачите застосовані зміни, але ці зміни були застосовані до тома
• Коли команда запуску завершиться, докер буде фіксувати зміни контейнера
  • Ці зміни можна побачити, docker diffякщо ви не видаляєте тимчасові контейнери (ви можете запустити збірку, --rm=falseщоб вони залишилися)
  • Ці зміни не включатимуть вміст анонімного тома, оскільки вони не існують всередині тимчасової файлової системи контейнерів, томи є окремими

Через таку поведінку у вас є варіанти:

1. ви можете скопіювати свої файли в інший каталог та змінити там дозволи
2. ви можете виправити дозволи на своєму хості, щоб вони скопіювалися безпосередньо з цими дозволами
3. ви можете видалити гучність з будь-якого зображення, отримати зображення вгорі за течією, щоб видалити їх визначення обсягу, або ви можете відновити власну копію зображення вгорі за течією без визначення обсягу та базувати зображення на цьому

Зауважте, що всередині поточних зображень PHP виявляється, що гучність видалено, а це означає, що у нас фактично є варіант 3.

Я щойно зробив експеримент із наступним:

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

І це просто чудово працює.

Однак

Коли я переосмислюю цей виконуваний файл через томери докер-композиції, executeдозвіл просто схожий на відкат - технічно переорієнтований на вихідний дозвіл файлу.

Виправлення режиму розробок просто chmod a+x yourfileвід хоста, який буде успадкований при монтажі композитного гучності.