이 문제를 해결하기 위해 1 기가 이상의 메모리를 사용할 수 있는지 확인해야했습니다.

나는 또한이 문제가 있었지만 PHP memory_limit를 늘리면 문제가 해결되었습니다.

여기에서 동일 :

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:943
Stack trace:
#0 [internal function]: Composer\Util\ErrorHandler::handle(2, 'proc_open(): fo...', 'phar:///usr/loc...', 943, Array)
#1 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(943): proc_open('stty -a | grep ...', Array, NULL, NULL, NULL, Array)
#2 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(848): Symfony\Component\Console\Application->getSttyColumns()
#3 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(771): Symfony\Component\Console\Application->getTerminalWidth()
#4 phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php(113): Symfony\Component\Console\Application->renderException(Object(ErrorException), Object(Symfo in phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php on line 943

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 on line 943

ErrorException: proc_open(): fork failed - Cannot allocate memory in phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php on line 943

Call Stack:
    0.0001     620632   1. {main}() /usr/local/bin/composer:0
    0.0032     727952   2. require('phar:///usr/local/bin/composer/bin/composer') /usr/local/bin/composer:15
    0.0187    3168240   3. Composer\Console\Application->run() phar:///usr/local/bin/composer/bin/composer:13
    0.0211    3485008   4. Symfony\Component\Console\Application->run() phar:///usr/local/bin/composer/src/Composer/Console/Application.php:66
   13.2099  135622120   5. Symfony\Component\Console\Application->renderException() phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:113
   13.2099  135622968   6. Symfony\Component\Console\Application->getTerminalWidth() phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:771
   13.2099  135623064   7. Symfony\Component\Console\Application->getSttyColumns() phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:848
   13.2099  135625208   8. proc_open() phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:943
   13.2100  135626416   9. Composer\Util\ErrorHandler::handle() phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:943

시스템에 대한 추가 정보 :

php -v
PHP 5.3.10 (cli) (built: Feb 20 2012 16:56:36) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
    with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans

동일한 오류가 두 번 발생했지만 다음과 같이 말할 수 있습니다. 약 1 시간 전에 작동했고 (설정 변경없이) 이제 세 번째 시도에서 다시 작동합니다 (아무 변경없이).

$ php -v
PHP 5.4.4-4~precise+1 (cli) (built: Aug  6 2012 13:01:46) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

최신 정보:

좋아, 잊어 버려. 스왑을 다시 활성화하는 것을 잊었습니다 ... 시스템 _really_ 메모리가 부족합니다 ...

Amazon AWS EC2 Micro 인스턴스에 배포를 시도 할 때 동일한 문제가 발생했습니다. 이러한 인스턴스에는 총 613MB의 메모리 만 있으므로 composer는 업데이트를 실행할 수있는 충분한 메모리를 할당하지 못합니다. 1.7GB의 총 메모리가있는 소형 인스턴스로 업그레이드하면 문제가 해결되었습니다.

저도 같은 문제가 있습니다. 작곡가에게 정말 많은 메모리가 필요한가요? :-영형

나는 그것이 작곡가 자체가 아니라고 생각하지만 어쨌든 : ec2의 마이크로 인스턴스에는 _any_ 스왑 메모리가 없기 때문에 (기본적으로) OS가 메모리가 부족하면 프로세스를 시작합니다. 소규모로 업그레이드하는 대신 (비용이 더 많이 들기 때문에) 더 나은 솔루션은 파일 기반 스왑 (적어도 임시)을 만드는 것입니다.

예를 들면.

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

613M은 매우 적으며 PHP만이 소비하는 것이 아니라는 점을 기억하십시오. 작곡가를 탓할 수는 없다고 생각합니다. 누군가이 문제를 닫을 수 있습니까?

마이크로 인스턴스를 사용하는 사람들은 composer를 업데이트하고 잠금 파일을 새로운 형식으로 업데이트 한 후 더 이상 문제가 없어야합니다. # 1109를 참조하세요. 설치 이외의 다른 작업에 메모리 문제가있는 경우 # 600을 참조하십시오.

이 문제가 다시 발생합니다. 내 덤프는 다음과 같습니다.

PHP Fatal error:  Uncaught exception 'ErrorException' with message 'proc_open(): fork failed - Cannot allocate memory' in phar:///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php:969
Stack trace:
#0 [internal function]: Composer\Util\ErrorHandler::handle(2, 'proc_open(): fo...', 'phar:///vagrant...', 969, Array)
#1 phar:///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php(969): proc_open('stty -a | grep ...', Array, NULL, NULL, NULL, Array)
#2 phar:///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php(874): Symfony\Component\Console\Application->getSttyColumns()
#3 phar:///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php(798): Symfony\Component\Console\Application->getTerminalWidth()
#4 phar:///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php(113): Symfony\Component\Console\Application->re in phar:///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php on line 969

프로파일 링을 사용하여 드라 이런을 수행하면 다음과 같은 mem 사용 정보가 반환됩니다.

Memory usage: 25.95MB (peak: 67.15MB), time: 9.21s

안녕하세요,

추측 : AWS-micro에서 실행하고 있습니까? 스왑 있어요
활성화 하시겠습니까?

문안 인사,
Sebastian

2012/12/20 Dan Horrigan [email protected]

이 문제가 다시 발생합니다. 내 덤프는 다음과 같습니다.

PHP 치명적 오류 : 'proc_open () : 포크 실패-phar : ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component에서 메시지'proc_open () : fork failed-Cannot allocate memory '와 함께 포착되지 않은 예외'ErrorException ' / 콘솔 / 응용 프로그램. php : 969
스택 추적 :

0 [내부 함수] : ComposerUtilErrorHandler :: handle (2, 'proc_open () : fo ...', 'phar : /// vagrant ...', 969, Array)

1 phar : ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php (969) : proc_open ( 'stty -a | grep ...', 배열, NULL, NULL, NULL, 배열)

2 phar : ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php (874) : SymfonyComponentConsoleApplication-> getSttyColumns ()

3 phar : ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php (798) : SymfonyComponentConsoleApplication-> getTerminalWidth ()

4 phar : ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php (113) : SymfonyComponentConsoleApplication-> phar : /// vagrant / www에 있습니다. /api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php on line 969

프로파일 링을 사용하여 드라 이런을 수행하면 다음과 같은 mem 사용 정보가 반환됩니다.

메모리 사용량 : 25.95MB (최대 : 67.15MB), 시간 : 9.21 초

—
이 이메일에 직접 답장하거나 Gi tHubhttps : //github.com/composer/composer/issues/945#issuecomment -11587234에서 확인하세요.

github.com/KingCrunch

@dhorrigan ouch 스택 추적에 따르면 예외를 렌더링하는 동안 치명적인 오류가 발생한 것처럼 보입니다 (터미널 너비를 확인하기 위해 proc_open을 사용하기 때문에). PHP 메모리 제한이 아니라 컴퓨터의 메모리가 부족한 것 같으므로 다른 항목을 지우고 더 많은 메모리가있는 다른 곳에서 업데이트를 실행할 수 있다면 업데이트 대신 설치로 실행하는 것이 좋습니다. 잠금 파일에서 설치하면 메모리가 거의 사용되지 않습니다.

나는 Vagrant 상자에서 이것을 실행하고 있으며 꽤 많이 실행되고 있지만 이것은 처음으로 보았습니다. 더 많은 메모리로 상자를 다시 만들고 어떤 일이 일어나는지 살펴 보겠습니다. 후속 조치를 취하겠습니다.

솔직히 말해서 67MB는 그렇게 크지 않습니다. 실패하면 문제가되는 것을 알 수 있지만 오늘날에는 수백 메가의 최대 메모리가 요구할만큼 많지 않습니다.)

Ya, 문제를 발견했습니다. VM은 512MB 중 6MB의 메모리 만 사용할 수 있습니다. 하하, 나는 1GB의 메모리를 갖도록 업그레이드하고 있습니다. 먼저 확인해야합니다. 계속해.

@Seldaek 마이크로 인스턴스는 590MB를 가지며 기본적으로 스왑이 없습니다. 이 문제를 해결하려면 잘 작동하지만 일부 응용 프로그램이 조금 더 필요하면 완전히 중단됩니다. 그래서 앞서 언급했듯이 : 스왑을 생성하면 이것을 잡을 수 있습니다. :) 10MB 또는 20MB 더 걸립니다.

https://github.com/composer/composer/issues/945#issuecomment -8552757

@KingCrung 이 맞습니다. 여기에 설명 된대로 EC2 마이크로 인스턴스에 스왑을 추가

이제 종속성 업데이트가 매력처럼 작동합니다.

@andremaha 완벽 해! 감사합니다!! :)

나는 또한이 문제가 발생합니다. 4GB Macbook Air에 1GB Vagrant. 특정 공급 업체로 업데이트를 제한하는 경우에도 발생합니다.

PHP 치명적 오류 : 'proc_open () : 포크 실패-phar : /// usr / local / bin / composer / vendor / symfony / console / Symfony / Component / Console / Application에서 메시지'proc_open () : 포크 실패-메모리를 할당 할 수 없습니다 '와 함께 포착되지 않은 예외'ErrorException ' . php : 1033
스택 추적 :

0 [내부 함수] : ComposerUtilErrorHandler :: handle (2, 'proc_open () : fo ...', 'phar : /// usr / loc ...', 1033, Array)

1 phar : ///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php (1033) : proc_open ( 'stty -a | grep ...', Array, NULL, NULL, NULL, 배열)

2 phar : ///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php (911) : SymfonyComponentConsoleApplication-> getSttyColumns ()

3 phar : ///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php (876) : SymfonyComponentConsoleApplication-> getTerminalDimensions ()

4 phar : ///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php (810) : SymfonyComponentConsoleApplication-> getTerminalWidth ()

vagrant halt && vagrant up && vagrant ssh로 해결할 수 있습니다.

메모리 사용량 : 102.39MB (최대 : 427.97MB), 시간 : 104.79s

이것은 내 문제를 해결했습니다 http://cloudstory.in/2012/02/adding-swap-space-to-amazon-ec2-linux-micro-instance-to-increase-the-performance/

@adamsmeat 감사합니다! 내 DO 인스턴스에 솔루션을 사용합니다.

@adamsmeat- 재고가로드 된 Ubuntu 12.04 512MB Digital Ocean 시스템에서 솔루션이 필요한 것인지 확인할 수 있습니다. 이제 Symfony2가 설치되어 원하는대로 작동합니다.

내 생명을 구한 @adamsmeat , 방금 EC2 마이크로 인스턴스에 512MB 스왑 공간을 추가하고 문제가 해결되었습니다.

이 문제도 발생했는데 방랑 함을 사용하는 환경에서 초기 메모리는 512M이었고 2048G로 늘려서 문제가 해결되었습니다.

Digital Ocean 512MB 슬라이스를 사용하여이 문제가 발생했습니다 ... https://github.com/composer/composer/issues/945#issuecomment -8552757

여기에 동일 @ prodev42

composer.lock을 라이브 서버에 복사 해 보았습니다. 명령으로

php composer.phar --verbose install

@paparts composer.lock 버전 화하지 않은 것 같습니까? 경험상 : 애플리케이션의 경우 버전 화하고 라이브러리의 경우 버전 화하지 마십시오. 라이브 시스템에서 update 를 실행하면 안됩니다. 조만간 패키지가 들어 와서 로컬에서 테스트하지 않고도 애플리케이션을 손상시킬 가능성이 높기 때문입니다. composer.lock 및 composer.phar install 는 해당 버전의 패키지가 정확히 설치되었는지, 애플리케이션을 개발했는지 확인합니다.

사용중인 프레임 워크가 무시 목록에 composer.lock 을 (를) 나열한 것을 알지 못했습니다. 지적 해 주셔서 감사합니다.

오늘 EC2 마이크로 인스턴스에 문제가있었습니다. PHP memory_limit를 512M으로 늘리면 문제가 해결되었습니다.

그게 좋을까요? 디지털 해양에서 메모리는 512MB에 불과하며 PHP를 이러한 메모리까지 사용하는 것은 아마도 자신의 VM을 수행 할 것입니다.

아, 전혀. 프로덕션 서버가 아니라는 점을 언급 할 필요가 없습니다.

symfony / event-dispatcher가 필요한 패키지를 설치하고 있었으므로 위의 오류로 인해 더 이상 단일 패키지를 설치할 수 없습니다.

php cli ini에서 opcache.enable_cli 을 활성화했을 때 이것을 얻었습니다.

@ younes0 꽤 모호한 설명입니다. 여기서 전체 토론을 읽었습니까? 일반적으로 이는 매우 작은 클라우드 인스턴스 또는 VM 내에서 스왑을 활성화하지 않고 메모리가 부족했기 때문입니다.

내가 가진 작곡가 패키지를 설치하려고 할 때 내 경우에는 @KingCrunch는,이 메모리 부족과 관련되지 않은, 나는 @yooper에 의해 기술되는 오류가 발생했습니다 opcache.enable_cli 에 PHP 옵션 세트 On (VM을 여부)

같은 오류.

1Gb RAM이있는 디지털 오션 물방울이 있습니다.

php composer.phar update 시작하면 사용 가능한 모든 RAM을 먹고 예외가 발생합니다.

내 cli/php.ini 에는 memory_limit = -1 있습니다.

해결책이 작곡가만을 위해 더 큰 RAM이있는 드롭 릿으로 업그레이드하는 것이라면 내 로컬 컴퓨터에서 php composer.phar update 를 수행 한 다음 내 vps에 파일을 업로드합니다.

composer.lock 만 포함

@paparts 감사합니다, 작동합니다.

나는 로컬 머신에서 php composer.phar update 를하고 VPS에 composer.lock 를 업로드하고 php composer.phar install

@moldcraft 다른 해결책은 위 어딘가에 설명되어 있습니다. 스왑 메모리를 생성하면 매우 느리지 만 적어도 OOM 오류를 방지 할 수 있습니다.

@KingCrunch 다른 솔루션은 위에 설명되어 있습니다.

@yooper 가 찾은 솔루션으로 문제 설명을 업데이트하면

ProTip : 스왑 트릭은 Vagrant로 실행되는 로컬 VirtualBox VM에서도 작동합니다.

ajax를 사용하여 삽입하려고하지만 작동하지 않습니다. 오류는 다음과 같습니다. uncaught exception : out of memory ..
이것에 대한 모든 아이디어 ..

@sivagurupr 당신이 무슨 말을하는지 모르겠지만이 문제와 관련이 없다는 느낌이 있습니다. Composer (CLI)에는 ajax 기능이 없습니다. : confused : 그러나 마지막에 그리고 "메모리 부족"주석을 읽은 후에는 스스로 설명해야합니다. : wink :

이 코드에 오류가 있습니다 ....

2015 년 3 월 12 일 목요일 오후 4:08, Sebastian Krebs [email protected]
썼다 :

@sivagurupr https://github.com/sivagurupr 나는 당신이 무엇인지 모릅니다
하지만이 문제와 관련이 없다는 느낌이 듭니다.
Composer (CLI)에는 ajax 기능이 없습니다. [image : : confused :]
그러나 마지막에 그리고 "메모리 부족"주석을 읽은 후에는
자명하다 [image : : wink :]

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/composer/composer/issues/945#issuecomment -78456750.

Vagrant 컴퓨터에 http://github.com/sabre/xml 을 설치할 때이 문제가 발생했습니다. 그러나 위의 예를 사용하여 스와핑을 활성화하여 문제를 해결했습니다.

동일한 오류가 있지만 큰 인스턴스 : 4GB RAM 및 4GB 스왑이 있습니다. 여유 RAM은 사용 가능한 / 캐시 된 RAM은 물론 고갈되지 않으며 스왑도 건드리지 않습니다!

이 새로운 컴퓨터 인 CentOS / CloudLinux 7.1에서 작곡가 업데이트를 실행하는 것은 이번이 처음입니다.

어떤 아이디어? 부디?

Vagrant Box에서 동일한 오류가 실행되었습니다. 오류가 발생했을 때 2GB의 램이 있습니다. 나는 램을 4GB로 확장했고 작동했습니다. 그러나 여전히 많은 양의 숫양이 필요하다는 것이 이상합니다.

이 문제가 다시 발생했고 composer.lock을 추가해도 작동하지 않았습니다. 그러나 대신 많은 메모리를 확장하는 대신 스왑 공간을 사용하려고했습니다. 디지털 오션에 대한 기사는 매우 멋진입니다 https://www.digitalocean.com/community/tutorials/how-to-configure-virtual-memory-swap-file-on-a-vps

또한 문제가 발생했습니다.

PHP Warning:  proc_open(): fork failed - Cannot allocate memory in phar:///home/...../sculpin.phar/vendor/symfony/console/Symfony/Component/Console/Application.php on line 974

내 memory_limit가 -1로 설정되었습니다.

내 free 출력 :

             total       used       free     shared    buffers     cached
Mem:          1992       1331        660        122          8        217
-/+ buffers/cache:       1105        886
Swap:          255        237         18

나는 또한이 문제가 있었지만 PHP memory_limit를 늘리면 문제가 해결되었습니다.

나도

memory_limit 을 -1로 설정하여 동일한 문제가 발생했습니다. 나를 위해 일한 유일한 것은 내 컴퓨터를 다시로드하는 것입니다.

Ubuntu 14.04에서 스왑을 추가하는 방법
https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-ubuntu-14-04

이 기사는 512M RAM 인스턴스에 도움이되었습니다.

[해결됨] 가상 머신에서 실행중인 경우 vagrant halt 명령 또는 단계적 중지로 가상 머신을 중지합니다.

응용 프로그램에 따라 RAM 크기를 변경하십시오. 필자의 경우 메모리를 1024MB로 업데이트했습니다.
기본값은 256MB입니다.

즉 그것은 작동했다

mysql httpd 또는 nginx 서비스를 중지하고 다시 실행하십시오.

작곡가 실행

그리고 서비스를 다시 시작하십시오.

안녕하세요 @sergiohermes

이것은 nginx 및 / 또는 mysql이 우연히 그렇게 많은 메모리를 소비 할 때만 작동하며 작곡가는 놓치게됩니다. 또한 필수 서비스를 중지하는 것은 대부분의 경우 옵션이 아닐 수 있습니다. 실제로 메모리에 물리적으로 또는 스왑 파티션 / 파일의 형태로 투자해야합니다. 이 스레드에는 이미 모두 문서화되어 있습니다.

어쨌든 교체 할 필요가없는 방법이라는 것을 이해합니다.
가장 적절하지만 스왑을 만드는 것입니다. 의심없이.
흥미로운 참조 "centos"를 찾아보십시오.

https://www.digitalocean.com/community/tutorials/additional-recommended-steps-for-new-centos-7-servers

이 스레드를 추가 할 것이라고 믿습니다.

아, 스왑을 사용해서 해결 해줘서 고마워

잘못된 옵션 인 php.ini 파일에서 메모리 크기를 늘리면이를 방지 할 수 있습니다. 캐시를 더 잘 삭제하고 패키지를 다시 빌드하십시오.

Delete composer cache: `sudo rm -R ~/.composer`
Delete vendor folder: `sudo rm -R vendor`
Rebuild the vendor packages: `composer update`

또는 다음과 같이 할 수 있습니다.

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

@ mohitg-bs 나는 당신이 뭔가 섞인 것 같아요

• 파일을 제거해도 RAM이 확보되지 않습니다.
• PHP memory_limit 가 아니라 전체 시스템의 (가상) 메모리에 관한 것입니다. RAM을 생성 할 수있는 ini 설정이 없습니다.

Vagrant에서 같은 문제를 해결했습니다.

Vagrant Virtual Machine http://www.josheaton.org/increase-memory-vagrant-virtual-machine/ 에서 쉽게 .
그런 다음 memory_limit 값을 늘 렸습니다.
작성기 캐시 삭제 : sudo rm -R ~ / .composer
그리고 마지막으로 vagrant reload .

Vagrant를 통해 실행되는 Virtual Box에서 동일한 문제가 발생했습니다.
VBox 램을 늘려 수정했습니다.

vb.memory = 512 에서 vb.memory = 1024 구성 변경

스왑 메모리를 추가했고 문제가 해결되었습니다.

스왑 메모리가 부족합니다.

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

스왑 파일을 추가하려면 :

새 스왑 파일의 크기 (MB)를 결정하고 1024를 곱하여 블록 수를 결정합니다. 예를 들어 64MB 스왑 파일의 블록 크기는 65536입니다.
셸 프롬프트에서 루트로 다음 명령을 입력하고 원하는 블록 크기와 같은 개수를 입력합니다.
dd if = / dev / zero of = / swapfile bs = 1024 count = 65536
다음 명령을 사용하여 스왑 파일을 설정합니다.
mkswap / swapfile
스왑 파일을 즉시 활성화하고 부팅시 자동으로 활성화하지 않으려면 :
스왑 온 / swapfile
부팅시 활성화하려면 다음 항목을 포함하도록 / etc / fstab을 편집합니다.
/ swapfile 스왑 스왑 기본값 0 0
다음에 시스템이 부팅 될 때 새 스왑 파일이 활성화됩니다.

새 스왑 파일을 추가하고 활성화 한 후 cat / proc / swaps 또는 free 명령의 출력을보고 활성화되었는지 확인합니다.

감사합니다!

팁-스왑을 추가해도 작곡가의 메모리 부족이 해결되지 않거나 오류를 할당 할 수없는 경우 :

• 스왑을 추가 한 후 컴퓨터를 다시 시작하십시오. 8G 스왑을 추가 한 후에도 작곡가 오류가 사라지지 않는 것을 발견했습니다. 그러나 다시 시작한 후에 작동했습니다.
• 또한 실행 중이던 다른 VM을 종료하고 탭이 너무 많은 Chrome을 닫았습니다.

(16Gb RAM이 장착 된 macOS X Sierra 10.12.4의 개발 환경에서 composer를 사용하고 있습니다).

이 문제가 해결 되었습니까? Composer를 전 세계적으로 업데이트했습니다. 또한 @ gillera235 제안에 따라 1GB 스왑 공간을 만들었습니다. 여전히 같은 오류가 발생합니다. 문제를 해결하려면 어떻게해야합니까?

도움이된다면 프리 티어 마이크로 EC2 인스턴스를 사용하고 있습니다.

composer.lock 파일을 서버에 푸시하고

composer --verbose 설치

이렇게하면 메모리를 많이 차지하지 않고 composer.lock 파일의 버전에 따라 업데이트 된 패키지를 매우 빠르게 설치할 수 있습니다.

메모리가 적을 때 발생합니다.
이 단계를 시도하십시오
1) 서비스 mysql 중지
2) 댓글 실행
3) 서비스 mysql 시작

@ sagarshah16 mysql 서비스가 없으면 어떻게 되나요?

실행중인 서비스 중 어느 것이 더 많은 메모리 공간을 차지하는지 찾아보십시오. mysql이 아닌 경우.

그래 ig 업데이트 작성기가 문제를 해결해야합니다. 슬프게도 git bash를 통해 업데이트합니다. 업데이트하려면 항상 동일한 오류가 발생합니다. 따라서 Windows 사용자에게는 cmd.exe .

더 일찍 오류를 누르십시오. EC2 마이크로 인스턴스의 Ubuntu 16.04에있었습니다.
1G 스왑 파일을 추가하여 해결되었습니다.

이 링크를 따라 가서 문제를 해결했습니다.

https://www.digitalocean.com/community/tutorials/how-to-add-swap-space-on-ubuntu-16-04

$ apt install swapspace 

$ cat /etc/os-release 
NAME="Ubuntu"
VERSION="16.04.3 LTS (Xenial Xerus)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 16.04.3 LTS"
VERSION_ID="16.04"
HOME_URL="http://www.ubuntu.com/"
SUPPORT_URL="http://help.ubuntu.com/"
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"
VERSION_CODENAME=xenial
UBUNTU_CODENAME=xenial

참고:
http://manpages.ubuntu.com/manpages/xenial/man8/swapspace.8.html

감사합니다 Jeroen T. Vermeulen

Enthusiasm is the light of knowledge. Unknown author.

O estusiasmo é luz do conhecimento. Autor desconhecido.

이 문제는 메모리 오버 커밋을 활성화하지 않으면 악화 될 수 있습니다. 포크는 메모리 오버 커밋 없이는 매우 비효율적입니다. 기본적으로 포크 할 때 다른 동일한 프로세스를 생성하여 현재 프로세스의 커밋 된 메모리 사용량을 두 배로 늘립니다. 이 메모리의 대부분은 상위 프로세스와 하위 프로세스간에 공유되지만 쓰기시 복사이므로 쓰기로 인해 공유 메모리가 복사됩니다. 오버 커밋이 활성화되면 시스템에서이 복제 된 공유 메모리를 허용하지만 공유 메모리에 쓰는 경우 복사를 처리 할 물리적 RAM이 충분하지 않을 수 있습니다. 오버 커밋을 비활성화하면 시스템에서 처음에 메모리를 할당 할 수 없습니다.

1.4GIG를 사용할 때이 오류가 발생하는 중 ...

$ free -m; composer require --dev phpro/grumphp
              total        used        free      shared  buff/cache   available
Mem:           2000         416        1277          21         305        1405
Swap:             0           0           0
Using version ^0.14.1 for phpro/grumphp
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Package operations: 12 installs, 0 updates, 0 removals
  - Installing symfony/dependency-injection (v3.4.11): The following exception is caused by a lack of memory or swap, or not having swap configured
Check https://getcomposer.org/doc/articles/troubleshooting.md#proc-open-fork-failed-errors for details


  [ErrorException]                                   
  proc_open(): fork failed - Cannot allocate memory

이 문제에 대한 해결책은 인스턴스에 스왑 (즉, 페이징) 공간을 추가하는 것입니다.

페이징은 하드 드라이브에 영역을 만들고 추가 메모리에 사용하는 방식으로 작동합니다.이 메모리는 일반 메모리보다 훨씬 느리지 만 더 많이 사용할 수 있습니다.

이 추가 공간을 인스턴스에 추가하려면 다음을 입력하십시오.

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

1024 이상이 필요한 경우 더 높은 값으로 변경하십시오.

재부팅 후 기본적으로 활성화하려면 다음 줄을 / etc / fstab에 추가하십시오.

/var/swap.1 스왑 스왑 기본값 0 0

@dhorrigan ouch 스택 추적에 따르면 예외를 렌더링하는 동안 치명적인 오류가 발생한 것처럼 보입니다 (터미널 너비를 확인하기 위해 proc_open을 사용하기 때문에). PHP 메모리 제한이 아니라 컴퓨터의 메모리가 부족한 것 같으므로 다른 항목을 지우고 더 많은 메모리가있는 다른 곳에서 업데이트를 실행할 수 있다면 업데이트 대신 설치로 실행하는 것이 좋습니다. 잠금 파일에서 설치하면 메모리가 거의 사용되지 않습니다.

정말 감사합니다. composer update 대신 composer install . 어느 것이 그것을 고쳤습니까!

php.ini에서 메모리 크기를 늘리거나 인스턴스 메모리 자체를 늘리는 것보다 낫습니다.

스왑을 켜면 문제가 해결되었습니다.

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

얼마나 많은 사람들이이 글에 쓰여진 것을 게시 할 것입니까? @jemerocay , 주제를 읽었습니까? 동일한 내용이 위에 게시 된 10 개 메시지입니다.

기여자 : 이것을 닫으십시오.