Erreur de mise à jour de PHP Composer «impossible d'allouer de la mémoire» (avec Laravel 4)

Je ne peux tout simplement pas résoudre celui-ci.

Je suis sur le plan de base Linode 1G RAM. Essayer d'installer un package via Composer et ça ne me laisse pas. Ma limite de mémoire est définie sur "-1" sur PHP.ini

Puis-je faire autre chose pour l’installer?

Loading composer repositories with package information
Updating dependencies (including require-dev)
  - Installing thujohn/rss (dev-master df80a7d)
    Downloading: 100%         
PHP Fatal error:  Uncaught exception 'ErrorException' with message 'proc_open(): fork failed - Cannot allocate memory' in phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:975
Stack trace:
#0 [internal function]: Composer\Util\ErrorHandler::handle(2, 'proc_open(): fo...', 'phar:///usr/loc...', 975, Array)
#1 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(975): proc_open('stty -a | grep ...', Array, NULL, NULL, NULL, Array)
#2 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(853): Symfony\Component\Console\Application->getSttyColumns()
#3 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(818): Symfony\Component\Console\Application->getTerminalDimensions()
#4 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(752): Symfony\Component\Console\Application->getTerminalWidth()
#5 phar:///usr/local/bin/com in phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php on line 975

Fatal error: Uncaught exception 'ErrorException' with message 'proc_open(): fork failed - Cannot allocate memory' in phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:975
Stack trace:
#0 [internal function]: Composer\Util\ErrorHandler::handle(2, 'proc_open(): fo...', 'phar:///usr/loc...', 975, Array)
#1 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(975): proc_open('stty -a | grep ...', Array, NULL, NULL, NULL, Array)
#2 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(853): Symfony\Component\Console\Application->getSttyColumns()
#3 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(818): Symfony\Component\Console\Application->getTerminalDimensions()
#4 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(752): Symfony\Component\Console\Application->getTerminalWidth()
#5 phar:///usr/local/bin/com in phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php on line 975

Un peu vieux mais juste au cas où quelqu'un de nouveau chercherait une solution, la mise à jour de votre version PHP peut résoudre le problème.

Vous devez également valider votre fichier composer.lock et effectuer une installation de compositeur sur un environnement de production moins gourmand en ressources.

Plus de détails ici: https://github.com/composer/composer/issues/1898#issuecomment-23453850

Il semble que vous manquez de mémoire d'échange, essayez ceci

/bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024
/sbin/mkswap /var/swap.1
/sbin/swapon /var/swap.1

comme mentionné par @ BlackBurn027 dans les commentaires ci-dessous, cette solution a été décrite ici

En tant que guide de dépannage du compositeur ici Cela peut se produire car le VPS manque de mémoire et n'a pas d'espace de swap activé.

free -m

Pour activer le swap, vous pouvez utiliser par exemple:

sudo /bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024
sudo /sbin/mkswap /var/swap.1
sudo /sbin/swapon /var/swap.1

Ou si ci-dessus ne fonctionne pas, vous pouvez essayer de créer un fichier d'échange

sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

J'ai été confronté au même problème. Je suis sur une micro-instance AWS Free qui a moins de mémoire. J'essaie toujours l'une des options ci-dessous et cela fonctionne toujours (avant tout cela, veuillez vérifier si la dernière version de composer est installée)

sudo php -dmemory_limit=750M composer.phar update

ou supprimez le contenu du dossier du fournisseur et essayez la mise à jour du compositeur.

sudo rm -rf vendor
sudo php -dmemory_limit=750M composer.phar update --no-scripts --prefer-dist
sudo php artisan --dump-autoload

La deuxième option essaie de mettre à jour tous les composants, s'il n'y a pas de mise à jour, elle récupère le package du cache, sinon le dist

Remarque: veuillez modifier la limite de mémoire selon votre choix.

ou

Créez une partition d'échange et essayez. La partition Swap est la partie du disque dur que Linux utilise comme mémoire virtuelle lorsqu'il manque de mémoire physique. C'est similaire au fichier d'échange Windows uniquement au lieu d'utiliser un fichier réel, Linux utilise une partition sur le disque dur à la place.

J'espère que cela t'aides

Facile, tapez ces commandes:

rm -rf vendor/

rm -rf composer.lock

php composer install --prefer-dist

Devrait fonctionner pour les machines à faible mémoire

Voici les étapes pour résoudre le problème: (méthode d'allocation de fichier SWAP rapide instantanée utilisée)

Configuration du serveur SWAP (Ubuntu 16.04 SWAP pour corriger les erreurs de mémoire insuffisante)

Vérifiez si vous disposez déjà du swap, de la mémoire et de la taille du disque:

    sudo swapon -s
    free -m
    df -h

Créer un fichier d'échange: (changez 1G en 4G si vous voulez 4 Go de mémoire SWAP)

    sudo fallocate -l 1G /swapfile 

Vérifiez le fichier d'échange:

    ls -lh /swapfile

Attribuer un fichier d'échange:

    sudo chmod 600 /swapfile
    sudo mkswap /swapfile
    sudo swapon /swapfile

Vérifiez si le swap est OK, la mémoire et la taille du disque:

    sudo swapon -s
    free -m
    df -h

Joindre un fichier d'échange au redémarrage du système:

    sudo nano /etc/fstab
        /swapfile   none    swap    sw    0   0

Ajuster les paramètres du fichier d'échange:

    cat /proc/sys/vm/swappiness
    cat /proc/sys/vm/vfs_cache_pressure

    sudo sysctl vm.swappiness=10
    sudo sysctl vm.vfs_cache_pressure=50

    sudo nano /etc/sysctl.conf

Priorité du fichier SWAP: (0-100% => 0: ne pas échanger, 100: mettre SWAP et libérer la RAM)

        vm.swappiness=10

Supprimer l'inode du cache: (100: le système supprime les informations d'inode du cache trop rapidement)

        vm.vfs_cache_pressure = 50

J'ai eu le même problème sur vagabond. Je l'ai corrigé en allcate plus de mémoire.

 config.vm.provider :virtualbox do |vb|
      vb.customize ["modifyvm", :id, "--memory", "1024"]
 end

Essayer

il augmente fondamentalement la mémoire d'échange

sudo /bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024 && sudo /sbin/mkswap /var/swap.1 && sudo /sbin/swapon /var/swap.1

Essayez ça:

/bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024

/sbin/mkswap /var/swap.1

/sbin/swapon /var/swap.1

Voici la solution de contournement que j'ai trouvée qui fonctionne pour moi à chaque fois:

df -h 
dd if=/dev/zero of=/swapfile bs=1M count=1024
sudo dd if=/dev/zero of=/swapfile bs=1M count=1024
mkswap /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo 'echo "/swapfile  none  swap  defaults  0  0" >> /etc/fstab' | sudo sh

free -m

confirm u see your swap there:
total used free shared buffers cached
Mem: 494 335 158 0 19 62
-/+ buffers/cache: 254 240
Swap: 1023 3 1020

watch free -m

J'ai essayé en supprimant simplement le dossier du fournisseur et le fichier composer.lock , puis j'exécute la commande composer clear-cache, puis composer install. Donc, cela fonctionne sans aucune erreur.

vous pouvez utiliser ce qui suit pour vérifier votre mémoire libre (swap)

free -m

total used free shared buffers cached

Mem: 2048 357 1690 0 0 237
-/+ buffers/cache: 119 1928
Swap: 0 0 0

Pour activer le swap, vous pouvez utiliser par exemple:

/bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024
/sbin/mkswap /var/swap.1
/sbin/swapon /var/swap.1

Cela semble être un problème récurrent avec les instances de serveur de 1 Go et plus petites. En plus d'essayer d'arrêter les processus et de modifier les paramètres de permutation, vous pouvez installer sur une machine locale et télécharger.

Parfois, en mettant à jour automatiquement le compositeur, il résout le problème

php composer.phar self-update

À votre santé

Essaye ça:

/bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024
/sbin/mkswap /var/swap.1
/sbin/swapon /var/swap.1

Ce travail pour moi sur Centos 6

J'ai augmenté le PHP memory_limitde 128M par défaut à 512M et redémarré le serveur. Cela a résolu le problème.

Je me retrouve dans cette situation la plupart du temps, donc normalement je suivais l'étape de configuration de la mémoire d'échange.

Mais maintenant, j'ai trouvé une astuce alternative simple qui a fonctionné pour moi.

Exécuter composer update --no-devautre quecomposer update

J'ai résolu le même problème dans Vagrant. J'ai augmenté la valeur de memory_limit et supprimer le cache du compositeur: sudo rm -R ~ / .composer et enfin vagrant reload.

J'ai le même problème avec la mise à jour php composer.phar sur mon hébergement 512mb.

résolu avec l' installation de php composer.phar

Faites un échange et exécutez à nouveau la commande composer. J'espère que cela fonctionnera pour vous.

 $ dd if=/dev/zero of=/swapfile bs=1024 count=512k
 $ mkswap /swapfile
 $ swapon /swapfile
 $ echo "/swapfile       none    swap    sw      0       0 " >> /etc/fstab
 $ echo 0 > /proc/sys/vm/swappiness
 $ chown root:root /swapfile
 $ chmod 0600 /swapfile

Dans mon cas, j'ai essayé tout ce qui était énuméré ci-dessus. J'utilisais Laravel et Vagrant avec 4 Go de mémoire et un swap, avec une limite de mémoire définie sur -1. J'ai supprimé le fournisseur / et essayé d'autres versions de PHP. Enfin, j'ai réussi à le faire fonctionner en exécutant

vagrant halt
vagrant up

Et puis l'installation du compositeur a fonctionné à nouveau comme d'habitude.

J'ai eu un problème similaire sur le serveur le moins cher (512 Mo de RAM) hébergé avec DigitalOcean , et j'utilisais également Jenkins CI sur le même serveur. Après avoir arrêté l'instance Jenkins, la commande d'installation du compositeur a fonctionné (enfin, jusqu'à un certain point, elle a échoué avec l'extension mcrypt manquante en plus d'être déjà installée!).

Peut-être que si vous avez une autre application en cours d'exécution sur le serveur, cela vaut peut-être la peine d'essayer de l'arrêter et de réexécuter la commande.

Veuillez désactiver le regroupement js et augmenter la mémoire. Cela devrait le réparer. J'ai corrigé le mien en désactivant le regroupement js.

Merci

éditez le fichier php.ini et augmentez la valeur memory_limit.

memory_limit = 1G

résoudra ce problème.

composer update

Loading composer repositories with package information
Updating dependencies (including require-dev)

> mmap () a échoué: [12] Impossible d'allouer de la mémoire

Mettre à jour la mémoire sur le serveur et exiger «4G» Changer 4 Go de RAM [essayer de changer le type de serveur ou ajouter plus de RAM]

2 fichiers que nous devons éditer

sur commande

# cd /var/www/html
# nano .htaccess

et modifier "memory_limit 756M”en4G

Php ini sur php 7.0

# cd ~
# php –-ini
# sudo nano /etc/php-7.0.ini

memory_limit = 128M à 4G

#AWS #AMAZONLINUX # MAGENTO2 # PHP7.0