Eccezione di Runtime con il Compositore di installazione/aggiornamento su hosting condiviso w/ Symfony2

Mi sembra di avere alcuni problemi con la cache di autorizzazioni su hosting condiviso. In particolare, quando cerco di installare/aggiornare i venditori di Compositore, ottengo un’eccezione di runtime:

$ 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]

Non ho la capacità di utilizzare le ACL, e non ho la possibilità di usare sudo, poiché è di hosting condiviso. La cache è impostato a 777 per le autorizzazioni (ricorsiva), e app/console, app.php e app_dev.php tutti hanno umask(0000). Ho anche cancellato la cache per vedere se che sarebbe di aiuto. Nessun dadi. Tutte le idee su come risolvere questo problema?

  • Siete sicuri che sia un problema di autorizzazioni? Guardando in giro, più di Symfony utenti ci hanno segnalato un impostazione del fuso orario fix.
  • Che cosa succede se si esegue cache:clear --no-warmup direttamente? Con il --verbose opzione della console eseguibile?
  • Il tuo suggerimento ha fatto il trucco! Grazie! Si prega di effettuare il tuo commento una risposta così posso dare un voto positivo e segno come risolto.

 

3 Replies
  1. 4

    In un commento sotto questa domanda, si segnala che il problema ha a che fare con una mancanti impostazione del fuso orario.

    Che cosa succede se si fa “php app/console cache:clear –verbose”

    • Stesso problema con me, no fuso orario predefinito. Quando si va a web/config.php c’era un messaggio che dice che c’era qualcosa di obsoleto e consulenza per l’esecuzione di “compositore di aggiornamento” di nuovo. Una volta che il fuso orario predefinito è impostato, il comando è stato eseguito correttamente.
  2. 2

    Ho avuto questo stesso problema per un po ‘ e dopo ore e ore di faccia a un muro di mattoni martellante ho capito… ho un .gitmodule nel mio progetto iniziale estrazione questi sotto-moduli NON vengono inizializzati e, come tali, non sono lì per la vostra compositore di aggiornamento, il cui risultato è l’errore di cui sopra.

    Assicurarsi di eseguire il seguente

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

    naturalmente sostituire src/Acme/Tristezza/Bundle con IL progetto dello spazio dei nomi.

    Spero che questo aiuta qualcuno non passare attraverso lo stesso dolore che ho appena fatto.

  3. 0

    Per scoprire esatta ragione per eccezione, vedere il php log di errore.
    Tuttavia, come accennato da Jared Farrish, questo potrebbe essere a causa di impostazione del fuso orario in php ini impostazioni.

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

Lascia un commento