Ошибка обновления PHP Composer "не удается выделить память" (с помощью Laravel 4)

похоже, у вас заканчивается память подкачки, попробуйте это

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

Как упоминалось @BlackBurn027 в комментариях ниже, это решение было описано в здесь

я столкнулся с той же проблемой. Я нахожусь на бесплатной Микроинстанции AWS, у которой меньше памяти. Я всегда пробую один из следующих вариантов, и он всегда работает (перед всем этим, пожалуйста, проверьте, если у вас установлена последняя версия композитора)

sudo php -dmemory_limit=750M composer.phar update

или удалите содержимое папки поставщика и попробуйте обновить composer.

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

второй вариант пытается обновить все компоненты, если обновления нет, он подбирает пакет из кэша else забирает из дист

Примечание: пожалуйста, измените лимит памяти по вашему выбору.

или

создать раздел подкачки и попробовать. Раздел подкачки-это часть жесткого диска, которую linux использует в качестве виртуальной памяти, когда у нее заканчивается физическая память. Это похоже на файл подкачки windows только вместо использования фактического файла, linux использует раздел на жестком диске вместо этого.

надеюсь, что это помогает

У меня была такая же проблема с vagrant. Я исправил его с помощью allcate больше памяти.

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

Easy, введите следующие команды:

rm -rf vendor/

rm -rf composer.lock

php composer install --prefer-dist

должен работать для машин с низкой памятью

вот обходной путь, который я нашел, который работает для меня каждый раз:

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

Это, кажется, повторяющаяся проблема с 1Gb и меньшими экземплярами сервера. Помимо попыток завершения процессов и настройки параметров подкачки, вы можете установить на локальном компьютере и загрузить.

как руководство по устранению неполадок composer здесь Это может произойти из-за того, что у VPS заканчивается память и нет места подкачки.

free -m

чтобы включить своп, вы можете использовать, например:

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

попробуйте это:

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

эта работа для меня на Centos 6

попробуй это:

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

/sbin/mkswap /var/swap.1

/sbin/swapon /var/swap.1

иногда путем самообновления composer решает проблему

php composer.phar self-update

Ура

я попадаю в эту ситуацию большую часть времени, поэтому обычно я следовал шагу установки памяти подкачки.

но теперь я нашел простой альтернативный трюк, который работал для меня.

выполнить composer update --no-dev кроме composer update

Я решил ту же проблему в Vagrant. Я увеличил значение memory_limit и удалить кэш композитора:sudo rm-R~/.композитор!--2--> и, наконец, перезагрузка бродяги.

вот шаги, чтобы исправить проблему: (мгновенный быстрый метод выделения файла подкачки используется)

### Server SWAP Setup (Ubuntu 16.04 SWAP to Fix Out of Memory Errors)

    # Check if you have swap already, memory and disk size:
        sudo swapon -s
        free -m
        df -h
    # Make swap file: (change 1G to 4G if you want 4GB SWAP memory)
        sudo fallocate -l 1G /swapfile 

    # Check swap file:
        ls -lh /swapfile

    # Assign Swap File:
        sudo chmod 600 /swapfile
        sudo mkswap /swapfile
        sudo swapon /swapfile

    # Check if swap OK, memory and disk size:
        sudo swapon -s
        free -m
        df -h

    # Attach Swap File on System Restart:
        sudo nano /etc/fstab
            /swapfile   none    swap    sw    0   0

    # Adjust Swap File Settings:        
        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
            # SWAP File Priority: (0-100% => 0: Don't put to swap,  100: Put on SWAP and free the RAM)
            vm.swappiness=10

            # Remove inode from cache: (100: system removes inode information from the cache too quickly)
            vm.vfs_cache_pressure = 50

есть такая же проблема с PHP composer.обновление phar на моем хостинге 512mb.

решить на PHP композитор.phar install

У меня была аналогичная проблема на самом дешевом сервере (512MB RAM), размещенном с DigitalOcean ИКТ, и я также запускал Jenkins CI на том же сервере. После того, как я остановил экземпляр Jenkins, команда установки composer работала (ну, в какой-то момент она не удалась с расширением mcrypt, кроме того, что уже установлена!).

возможно, если у вас есть другое приложение, запущенное на сервере, возможно, стоит попытаться остановить его и повторно запустить команду.

я увеличил PHP memory_limit с 128m по умолчанию до 512M и перезапустил сервер. Это решило проблему.

Я попытался просто удалить папку поставщика и композитор.заблокировать файл, а затем запустить команду "composer clear-cache", а затем установить composer. Так он работает без каких-либо ошибок.

сделайте своп и снова запустите команду composer. Надеюсь, это сработает.

 $ 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

редактировать php.ini и увеличить значение memory_limit.

memory_limit=1G

решит эту проблему.