Bonjour,
Je plante le décors :
- Offre Cloud Web 1 (2Go RAM) souscrit il y a 2 mois
- Installation d'un site Symfony 4 dessus. Marche très bien.
- Depuis 2 semaines, problème de mise à jour des dépendances, bug RAM
- J'ai fais un ticket d'assistance OVH (6285981640), mais ça avance pas trop
Je souhaite faire une mise à jour des dépendances avec cette commande :
> php composer.phar update
Comme l’exécution est infinie, j'ai essayé avec une commande plus verbeuse :
> php composer.phar -vvv update
... (installation ou mise à jour des packages)
... (installation ou mise à jour des packages)
... (le tout sur pleins de lignes, donc cela fonctionne à première vue)
Reading /home/XXXX/.composer/cache/repo/https---packagist.org/provider-doctrine$phpcr-odm.json from cache
mmap() failed: [12] Cannot allocate memory
PHP Fatal error: Out of memory (allocated 1131421696) (tried to allocate 4096 bytes) in phar://home/XXXX/test13/composer.phar/src/Composer/DependencyResolver/RuleWatchGraph.php on line 52
Donc, est ce que cela est dû à un problème de RAM sur la machine, vis à vis de l'hébergement WebCloud1 ? ou Est ce que cela peut venir d'autre part ? Problème de config composer avec limit d’utilisation RAM ?
Je suis un peu bloqué par cette situation, et ne sais pas quoi faire.
Prendre un autre type d'hébergement ? ou ça à rien à voir.
Si quelqu'un a un retour d'expérience sur ce type de problème ?
Merci
Cloud Web 1 : problème de RAM ? Symfony 4
Related questions
- Modification des variables php.ini
41403 
23.01.2019 16:32
- Lancement App front React
30659 26.04.2019 12:54
- FTP and SFTP time out
28081 14.01.2018 08:55
- Accès à la configuration du serveur apache ?
26386 23.10.2017 12:25
- Connexion SSH ?
23607 14.10.2017 09:53
- Transferts FTP/SFTP
21143 21.10.2017 13:00
- Activer Memcached PECL
20699 17.12.2018 13:07
- 504 Gateway Timeout depuis bientôt 24h
18720 24.04.2019 11:19
- Drupal 8 - Composer - lack of memory
18161 19.10.2017 19:33
- Retours sur Cloud Web
17652 10.10.2017 15:02
au hasard, si tu essayes avec?:
`php -d memory_limit=2G composer.phar -vvv update`
Merci @kyodev pour ton retour.
J'ai essayé ce que tu évoques mais je sais pas si cela a été pris en compte.
Dans tous les cas, mon problème était toujours présent, avec des bugs à des endroits différents.
Ce qui me fait penser à un problème de mémoire.
MAIS J'AI REUSSI !! En parcours différents sites, j'ai pu voir que ce n'était pas la bonne méthode de faire cette commande sur un serveur de prod :
> php composer.phar update -vvv
Car en fait, ca recherche toutes les dépendances et ca les télécharge. C'est plus pour une utilisation sur une machine de DEV, qui possède beaucoup de RAM. (C'est ce que j'ai compris, je suis pas expert)
En fait, la bonne commande, était :
> php composer.phar install --no-dev
Le paramètre "--no-dev", apparement, change tout.
Vu sur différents site, et le site officiel de Symfony :
https://symfony.com/doc/master/deployment.html
Ce qui donne dans la console, qq chose comme ça :
php composer.phar install --no-dev
Loading composer repositories with package information
Installing dependencies from lock file
Package operations: 126 installs, 0 updates, 0 removals
- Installing ocramius/package-versions (1.4.0): Loading from cache
- Installing symfony/flex (v1.2.4): Loading from cache
Prefetching 12 packages 🎶 💨
- Downloading (100%)
- Installing beberlei/doctrineextensions (v1.2.1): Loading from cache
- Installing doctrine/lexer (v1.0.1): Loading from cache
- Installing doctrine/annotations (v1.6.1): Loading from cache
- Installing doctrine/reflection (v1.0.0): Loading from cache
...
Voila ! Si ca peut servir à quelqu'un ;)