Echo
Ребят, кто на симфони пишет?
Кто сталкивался с проблемой при генерации сущностей с такой проблемой:
`[Symfony\Component\Debug\Exception\ContextErrorException]
Warning: chmod(): Operation not permitted`
Айбулат
chmod(): Operation not permitted - права проверяли?
Echo
yes
Echo
775 везде уже поставил
Echo
проблема появилась после того, как изменил в одной сущности тип с string на date
Олексій
Олексій
Владельцев папок проверяй
Echo
Все www-data
Олексій
А дериктории?
Echo
тоже.
Ща еще перепроверю.
Может действительно где-то прозевал.
Anonymous
вот нечто похожее, почитайте если не найдете тут ответа
https://github.com/puphpet/puphpet/issues/1756
Айбулат
"I had a similiar issue. And I think there problem is in vagrant-bindfs plugin.
After its uninstall chmod() works fine.
vagrant plugin uninstall vagrant-bindfs
vagrant reload"
Олексій
Так а где инфа что у него вагрант?
Айбулат
а где инфа, что у него не вагрант?)
Олексій
Обычно такое указывают
Олексій
Anonymous
Anonymous
просто человек сказал что права Ок, пользователи Ок
Anonymous
не обновлял симфонию
Олексій
Echo
Проверил, все нормально с правами. И группами/пользователями.
Anonymous
короче..
Anonymous
свободный перевод
Anonymous
сути того что я скинул
Anonymous
"У меня была знакомая проблема, я изменил пользователя php на «www-data» вместо предварительно настроенного «www-user»."
Anonymous
Дальше чел отвечает
Anonymous
"О спасибо бро, это решило мою проблемму"
Echo
Ну тут магия, то, в том что это же работало. Вопрос до какого времени, менять сущности мне не приходилось. То есть я их не генерирывал долгое время.
Олексій
Anonymous
ага
Echo
Anonymous
а если сущьность на строку вернуть? то все ок?
Олексій
ага
Так это по твоему РЕШИЛО проблему?
Echo
Echo
Anonymous
не?
Олексій
Echo
Не сорьтесь, это не решило мою проблему, потому что они у меня все www-data :D
Олексій
Короче с правами точно что то не так
Олексій
Это на дев машине?
Echo
все равно проблема. Я тоже думаю что с правами что-то не так.
Echo
Угу
Олексій
Выйди на каталог вверх
Олексій
И дай 777 на ВСЮ ПАПКУ с проектом
Айбулат
поставь в директории и во всех поддиректориях 777
Айбулат
если так можно
Echo
Yar
не ставь 777
Олексій
Chmod -R 777
Yar
что за решения вы советуете
Anonymous
они тест советуют
Echo
все равно)
Anonymous
что бы определить где сидит жук
Айбулат
ну если проект не запущен, че бы не протестить
Олексій
Sudo Chmod -R 777 /
Echo
+
Yar
ладно, играйтесь)
Echo
ладно, играйтесь)
php app/console cache:warmup - вернет все права на дефолтные, там с этим делом все ок =)
По идеи)
Олексій
Anonymous
Дак на 777 все завелось?
Echo
Anonymous
а пользователя глобально выстовить можешь?
Anonymous
а Ваш пользователь находится в группе root или www-data?
Echo
www-data
Echo
groups: adm cdrom sudo dip www-data plugdev lpadmin sambashare
Anonymous
конечно не вариант, но можно попробовать
Anonymous
в ../tools
Echo
закоментировать chmod?
Anonymous
закоментируйте функцию chmod()
Anonymous
ага
Echo
смысл?
Это вообще не вариант)
Echo
я это видел)
https://stackoverflow.com/questions/40578432/doctrinegenerateentities-chmod-operation-not-permitted
Anonymous
если заведется- значит где то функция не может изменить права
Anonymous
если нет, то вообще в др. сторону копать надо
Echo
дак она и так говорит чот она не может изменить права...
Echo
И знаете как я решил эту проблему?