Runtime exception avec le Compositeur installer/mettre à jour sur l'hébergement mutualisé w/ Symfony2

Il me semble avoir quelques problèmes avec le cache des autorisations sur un hébergement mutualisé. Plus précisément, lorsque j'essaie d'installer/mettre à jour les vendeurs via le Compositeur, j'obtiens une exception d'exécution:

$ php composer.phar update -v -o
Script Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache handling the post-update-cmd event terminated with an exception
[RuntimeException]
An error occurred when executing the "'cache:clear --no-warmup'" command.
Exception trace:
() at /home/thesewingdiva/private/vendor/sensio/distribution-bundle/Sensio/Bundle/DistributionBundle/Composer/ScriptHandler.php:137
Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::executeCommand() at /home/thesewingdiva/private/vendor/sensio/distribution-bundle/Sensio/Bundle/DistributionBundle/Composer/ScriptHandler.php:48
Sensio\Bundle\DistributionBundle\Composer\ScriptHandler::clearCache() at phar:///home/thesewingdiva/private/composer.phar/src/Composer/Script/EventDispatcher.php:122
Composer\Script\EventDispatcher->executeEventPhpScript() at phar:///home/thesewingdiva/private/composer.phar/src/Composer/Script/EventDispatcher.php:101
Composer\Script\EventDispatcher->doDispatch() at phar:///home/thesewingdiva/private/composer.phar/src/Composer/Script/EventDispatcher.php:74
Composer\Script\EventDispatcher->dispatchCommandEvent() at phar:///home/thesewingdiva/private/composer.phar/src/Composer/Installer.php:237
Composer\Installer->run() at phar:///home/thesewingdiva/private/composer.phar/src/Composer/Command/UpdateCommand.php:82
Composer\Command\UpdateCommand->execute() at phar:///home/thesewingdiva/private/composer.phar/vendor/symfony/console/Symfony/Component/Console/Command/Command.php:238
Symfony\Component\Console\Command\Command->run() at phar:///home/thesewingdiva/private/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php:193
Symfony\Component\Console\Application->doRun() at phar:///home/thesewingdiva/private/composer.phar/src/Composer/Console/Application.php:101
Composer\Console\Application->doRun() at phar:///home/thesewingdiva/private/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php:106
Symfony\Component\Console\Application->run() at phar:///home/thesewingdiva/private/composer.phar/src/Composer/Console/Application.php:74
Composer\Console\Application->run() at phar:///home/thesewingdiva/private/composer.phar/bin/composer:37
require() at /home/thesewingdiva/private/composer.phar:15
update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-custom-installers] [--no-scripts] [--no-progress] [-v|--verbose] [-o|--optimize-autoloader] [packages1] ... [packagesN]

Je n'ai pas la capacité d'utiliser les ACL, et je n'ai pas la possibilité d'utiliser sudo puisque c'est un hébergement mutualisé. Le cache est fixé à 777 pour les autorisations (récursif), et app/console, app.php et app_dev.php tous ont umask(0000). J'ai aussi effacé le cache pour voir si cela aide. Pas de dés. Toutes les idées sur la façon de résoudre ce problème?

Êtes-vous sûr que c'est un problème de permission? En regardant autour, plusieurs Symfony utilisateurs ont signalé un fuseau horaire fix.
Qu'advient-il si vous exécutez cache:clear --no-warmup directement? Avec le --verbose option de la console de l'exécutable?
Votre suggestion a fait le tour! Merci! Veuillez faire votre commentaire une réponse afin que je puisse upvote et le marquer comme résolu.

OriginalL'auteur Major Productions | 2012-12-30

  1. 4

    Dans un commentaire sous cette question, il est à souligner que la question a à voir avec un manque de fuseau horaire.

    Ce qui se passe si vous n' "php app/console cache:clear --verbose"

    Même problème avec moi, pas de fuseau horaire par défaut. Lorsque vous allez à la web/config.php il y a un message disant quelque chose était dépassée et de conseil pour exécuter "compositeur de mise à jour" de nouveau. Une fois le fuseau horaire par défaut a été définie, la commande a été exécutée avec succès.

    OriginalL'auteur Jared Farrish

  2. 2

    J'ai eu ce même problème pendant un certain temps et après les heures de face-à-mur de briques pilonner j'ai réalisé... j'en ai un .gitmodule dans mon projet, et lors de la première caisse ces submodules ne sont PAS initialisées, et en tant que tels ne sont pas là pour votre compositeur de mise à jour, ce qui entraîne l'erreur ci-dessus.

    Assurez-vous d'exécuter la suite de

    git submodule update --init src/Acme/Sadness/Bundle

    bien sûr remplacer src/Acme/Tristesse/Bundle avec VOTRE projet d'espace de noms.

    Espère que cela aide quelqu'un de ne pas passer par la même douleur que je viens de faire.

    OriginalL'auteur Zjoia

  3. 0

    Pour trouver la raison exacte pour les exceptions, voir les logs d'erreur php.
    Cependant, comme mentionné par Jared Farrish, cela pourrait être dû à pas de réglage de fuseau horaire dans le php ini paramètres.

    #/etc/php5/cli/php.ini
date.timezone = 'Asia/Kolkata'
log_errors = On
error_log = /var/log/php/error.log

    OriginalL'auteur Venkat Kotra