запуск setfacl у бродячому спільному каталозі

Намагання розробити проект Symfony2 і працювати з бродячим VM. Я бачив мільйони статей з цього приводу, але правильне доручення каталогу кешів виявляється болісно болісним.

По-моєму Vagrantfile:

config.vm.share_folder("src", "/var/www", "../www")

fstabФайл мого VM :

proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/mapper/ubuntu--1110-root /               ext4    acl,errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=4ed7eaaf-6f42-48ba-b5ed-f0c1df9add38 /boot           ext2    defaults        0       2
/dev/mapper/ubuntu--1110-swap_1 none            swap    sw              0       0

Пакет acl встановлений на VM.

Коли я запускаю наступні в / var / www відповідно до інструкцій щодо встановлення Symfony2:

 sudo setfacl -R -m u:apache:rwx -m u:username:rwx app/cache app/logs

Я отримав:

Операція не підтримується

Я можу запустити команду в будь-якому іншому каталозі або файлі на FS (за межами спільного каталогу) і команда працює. Що дає?

Щоб обійти всі проблеми з дозволом на Symfony2 та Vagrant, найпростішим рішенням є змінити користувача та групу, що працює з апачем, на бродячий. Для цього відредагуйте файл / etc / apache2 / envvars та замініть рядки 16 та 17 на такі: export APACHE_RUN_USER = vagrant export APACHE_RUN_GROUP = vagrant Зауважте, що ці вказівки стосуються apache 2.2 на Ubuntu, див. тому.

Якщо ви не хочете змінювати користувача і групу apache, ви також можете встановити ramdisk і поставити на нього проект symfony. Тоді бродяг може змінити дозволи на цьому диску. Дивіться це посилання, щоб отримати інструкції щодо встановлення рамного диска.

Кращим рішенням є використання перекриття атрибутів. Див. Розділ Opscode Wiki .

Наприклад у визначенні ролей:

override_attributes({
    "apache" => {
      "user" => "vagrant",
      "group" => "vagrant"
    }
})

У мене була така ж проблема з Typo3 у спільній папці, не вдалося створити тимчасові файли.