Неустранимая ошибка PHP при миграции php artisan на удаленном экземпляре AWS EB: laravel.log: Permission denied

Когда я подключаюсь к своему экземпляру AWS EB по SSH для запуска php artisan migrate, я получаю следующее сообщение об ошибке:

Ссылка на картинку большего размера ниже

Неустранимая ошибка php при запуске миграции php artisan на экземпляре eb

Я совершенно запуталась. Во-первых, я не получаю эту ошибку на локальном сервере. Во-вторых, какое отношение простой файл журнала имеет к миграциям? По умолчанию они игнорируются git, поэтому файлы журналов не выгружаются.

Вздох ... Есть идеи, как мне разрешить запускать php artisan migrate?


amazon-web-services laravel-5 database-migration laravel-artisan
person MartinJH    schedule 29.05.2015    source источник
comment
Он пытается записать что-то в папку журнала, для которой неправильно настроены разрешения.   -  person Kryten    schedule 30.05.2015
comment
Ага. Теперь я намного умнее. Вы случайно не знаете, как разрешить приложению писать в журнал? Спасибо за ваше время :)   -  person MartinJH    schedule 30.05.2015

Ответы (2)


arrow_upward
1
arrow_downward

Это всегда папка для хранения. Пустые страницы или отказано в разрешении, это чертова папка для хранения.

Я не знаю, как работает EB, если это обычный дистрибутив или что-то в этом роде, но вам следует сменить владельца папки хранилища на веб-сервер (скорее всего, www-data), чтобы он мог создавать представления, а затем установить разрешение 775, чтобы вы могли писать / читать журналы.

Так что-то вроде:

sudo chown -R www-data:www-data storage/
sudo chmod -R 775 storage/
person hfingler    schedule 30.05.2015
comment
Ты был прав. Проклятая папка для хранения была виновата. Это сработало, когда я выполнил следующую команду: sudo chmod -R ugo+rw storage - person MartinJH; 30.05.2015

arrow_upward
1
arrow_downward

Я прошел через ту же ошибку

введите описание изображения здесь

Как указано здесь,

AWS AMI использует веб-приложение в качестве веб-пользователя, а не пользователя apache или ec2, как показано в файле. В этом случае пользователь webapp не имеет прав доступа к этим файлам.

Итак, выполнив указанные здесь шаги, проблема была устранена.

sudo chown $USER:webapp ./storage -R

find ./storage -type d -exec chmod 775 {} \;

find ./storage -type f -exec chmod 664 {} \;

В зависимости от того, что вы собираетесь делать впоследствии, вам, возможно, придется пройти через это тоже.

person Tiago Martins Peres 李大仁    schedule 28.12.2020