इस समस्या को हल करने के लिए मुझे यह सुनिश्चित करना था कि 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

एक ही त्रुटि दो बार मिली, लेकिन कह सकते हैं: यह लगभग एक घंटे पहले (सेटअप पर कोई भी बदलाव के बिना) काम करता है और अब तीसरी कोशिश में यह फिर से काम करता है (बिना किसी बदलाव के)।

$ 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_ स्मृति से बाहर चला गया ...

एक ही मुद्दा था जब एक अमेज़न AWS EC2 माइक्रो उदाहरण के लिए एक तैनाती करने की कोशिश कर रहा। इन उदाहरणों में कुल 613MB मेमोरी है, इसलिए संगीतकार को चलाने के लिए अपडेट के लिए पर्याप्त मेमोरी आवंटित करने में विफल रहता है। कुल मेमोरी के 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 बहुत कम है और याद रखें, न केवल पीएचपी इसका सेवन करता है। मुझे नहीं लगता कि कोई इसके लिए संगीतकार को दोषी ठहरा सकता है। क्या कोई इस मुद्दे को बंद कर सकता है?

माइक्रो इंस्टेंस का उपयोग करने वाले लोगों को संगीतकार को अपडेट करने और अपनी लॉक फ़ाइल को नए प्रारूप में अपडेट करने के बाद अब समस्या नहीं होनी चाहिए, # 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

प्रोफाइलिंग के साथ ड्राई-रन करना निम्नलिखित मेम उपयोग जानकारी देता है:

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

नमस्ते,

बस एक अनुमान: क्या आप इसे एडब्ल्यूएस-माइक्रो पर चला रहे हैं? क्या आपके पास स्वैप है?
सक्षम है?

सादर,
सेबास्टियन

2012/12/20 डैन होरिगन नोटिफिकेशन @github.com

मैं इस मुद्दे पर फिर से चल रहा हूं। यहाँ मेरा डंप है:

PHP घातक त्रुटि: संदेश 'proc_open (): कांटा विफल - स्मृति में' के साथ 'त्रुटि अपवाद' को अपवाद नहीं बनाया गया: चरण में मेमोरी को आवंटित नहीं कर सकता: ///vagrant/www/api-v3/composer.phar-vendor/symfony/console/Symfony/Component /सांत्वना आवेदन। php: 969
स्टैक ट्रेस:

0 [आंतरिक कार्य]: संगीतकार \ Util \ ErrorHandler :: हैंडल (2, 'proc_open (): fo ...', 'phar: /// vagrant ...', 969, Array)

1 फ़ैर: ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php (969): proc_open ('stty -a | grep ...') | सरणी, NULL, NULL, NULL, Array)

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

3 फ़ैर: ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php (798): सिम्फनी \ 'कॉन्सोन्सर' एप्लीकेशन-> getTerminalWidth ()

4 चरण: ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php (113): Symfony \ Component \ Console \ Application-> पुनः चरण में: ///vagrant/www/api-v3/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php लाइन 969 पर

प्रोफाइलिंग के साथ ड्राई-रन करना निम्नलिखित मेम उपयोग जानकारी देता है:

मेमोरी उपयोग: 25.95MB (शिखर: 67.15MB), समय: 9.21s

-
इस ईमेल का उत्तर सीधे दें या इसे Gi tHubhttps: //github.com/composer/composer/issues/945#issuecomment -11587234 पर देखें।

github.com/KingCrunch

स्टैक ट्रेस के अनुसार @dhorrigan ouch यह ऐसा लगता है कि एक अपवाद का प्रतिपादन करते समय घातक त्रुटि उत्पन्न हुई थी (क्योंकि वह आपके टर्मिनल चौड़ाई की जांच करने के लिए proc_open का उपयोग करता है)। ऐसा लगता है कि यह एक php मेमोरी लिमिट नहीं है, बल्कि मशीन की मेमोरी है जो बाहर चली गई है, इसलिए मैं अन्य चीजों को क्लीयर करने का सुझाव दूंगा, और इसे अपडेट के बजाय इंस्टॉल के साथ चला रहा हूं यदि आप कहीं और अपडेट अपडेट कर सकते हैं जिसमें अधिक मेमोरी है। लॉक फ़ाइल से इंस्टॉल बहुत कम मेमोरी का उपयोग करता है।

मैं इसे एक वैग्रेंट बॉक्स में चला रहा हूं, और इस पर काफी कुछ चल रहा है, लेकिन यह पहली बार है जब मैंने इसे देखा है। मैं अधिक मेमोरी वाले बॉक्स को फिर से बनाने की कोशिश करूंगा और देखूंगा कि क्या होता है। मुझे अनुसरण करना होगा।

ईमानदार होने के लिए 67MB इतना बड़ा नहीं है। मैं देख सकता हूं कि अगर यह विफल रहता है तो यह कैसे समस्या है, लेकिन इस दिन और उम्र में शिखर स्मृति के एक जोड़े को पूछने के लिए इतना नहीं है;)

हां, समस्या पाई गई, VM के पास केवल 6MB मेम उपलब्ध है (512MB में से), हां। हाहा, मैं इसे 1GB मेमोरी के लिए बढ़ा रहा हूं। पहले जाँच करनी चाहिए थी। लगे रहो।

@Seldaek माइक्रो उदाहरणों में 590MB है और डिफ़ॉल्ट रूप से कोई स्वैप नहीं है। चारों ओर खेलने के लिए यह ठीक काम करता है, लेकिन जैसे ही कुछ एप्लिकेशन को थोड़ा और अधिक की आवश्यकता होती है यह पूरी तरह से टूट जाता है। जैसा कि पहले उल्लेख किया गया है: एक स्वैप बनाना यह पकड़ता है :) यह केवल 10, या 20 एमबी अधिक लेता है।

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

@KingCrung सही है। यहाँ वर्णित के रूप में मेरे EC2 माइक्रो उदाहरण के लिए बस स्वैप जोड़ा गया।

अब अद्यतन निर्भरता एक आकर्षण की तरह काम करती है।

@andremaha बिल्कुल सही! धन्यवाद!! :)

मुझे भी यह समस्या हो रही है। 4GB मैकबुक एयर पर 1GB वैग्रांत। तब भी होता है जब मैं किसी विशिष्ट विक्रेता को अपडेट सीमित कर रहा होता हूं।

PHP घातक त्रुटि: संदेश 'proc_open (): कांटा विफल - त्रुटि के साथ अपवादित अपवाद' त्रुटि '- चरण में मेमोरी आवंटित नहीं कर सकता: /// usr / स्थानीय / बिन / संगीतकार / विक्रेता / सिम्फनी / कंसोल / सिम्फनी / घटक / कंसोल / एप्लिकेशन । php: 1033
स्टैक ट्रेस:

0 [आंतरिक कार्य]: संगीतकार \ Util \ ErrorHandler :: हैंडल (2, 'proc_open (): fo ...', 'phar: /// usr / loc ...', 1033, Array)

1 चरण: ///rr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php (1033): procopen ('stty -a | grep ...', Array, NULL NULL, NULL, Array)

2 फ़ैर: ///rr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php (911): सिम्फ़नी के घटक / कंसोल \ अनुप्रयोग-> getSttyColumns ()

3 चरण: ///rr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php (876): सिम्फ़नी \ घटक \ / कंसोल \ अनुप्रयोग-> getTerminalDimensions ()

4 चरण: ///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php (810): सिम्फनी / घटक \ कंसोल \ अनुप्रयोग-> getTerminalWidth ()

योनि हॉल्ट द्वारा इसे हल कर सकते हैं && vagrant up && vagrant ssh, फिर चल रहे हैं।

मेमोरी उपयोग: 102.39MB (शिखर: 427.97MB), समय: 104.79 सेकंड

इससे मेरी समस्या हल हो गई http://cloudstory.in/2012/02/adding-swap-space-to-amazon-ec2-linux-micro-instance-to-increase-the-performance/

@adamsmeat धन्यवाद! मैं अपने DO उदाहरण के लिए आपके समाधान का उपयोग करता हूं

@adamsmeat - मैं उबंटू 12.04 512MB डिजिटल ओशन मशीन पर स्टॉक लोड होने की पुष्टि कर सकता हूं कि आपके समाधान की जरूरत थी। अब Symfony2 वांछित के रूप में स्थापित और काम कर रहा है।

@adamsmeat ने मेरी जान बचाई, बस मेरे EC2 माइक्रो इंस्टेंस पर 512MB स्वैप स्पेस जोड़ा और समस्या हल हो गई।

मुझे इस समस्या का भी सामना करना पड़ा। यह योनि बॉक्स का उपयोग करने के वातावरण में था, प्रारंभिक मेमोरी 512M थी, और समस्या 2048G तक बढ़ने के बाद हल हो गई थी।

डिजिटल महासागर 512MB स्लाइस का उपयोग करके इस समस्या का सामना किया ... https://github.com/composer/composer/issues/945#issuecomment -8552757 पर जाना पड़ा

वही यहाँ @ prodev42

मैंने कंपोज़र की प्रतिलिपि बनाने की कोशिश की। लाइव सर्वर और काम करता है। आज्ञा के साथ

php composer.phar --verbose install

@paparts लगता है कि आप composer.lock संस्करण नहीं बनाते हैं ? अंगूठे के एक नियम के रूप में: अनुप्रयोगों के लिए यह संस्करण, पुस्तकालयों के लिए, नहीं। आपको लाइव सिस्टम पर update नहीं चलाना चाहिए, क्योंकि यह काफी संभावना है कि जल्दी या बाद में एक पैकेज आता है, जो आपके एप्लिकेशन को तोड़ देता है, इसके बिना आपने इसे स्थानीय रूप से परीक्षण किया है। composer.lock और composer.phar install सुनिश्चित करता है, कि वास्तव में उस संस्करण में पैकेज स्थापित हैं, कि आपने अपने एप्लिकेशन को इसके विरुद्ध विकसित किया है।

मैंने ध्यान नहीं दिया कि मैं जिस फ्रेमवर्क का उपयोग कर रहा था, उसने composer.lock को अनदेखा सूची में सूचीबद्ध किया है। यह बात बताने के लिए धन्यवाद।

EC2 माइक्रो उदाहरण के साथ आज मुद्दा था। PHP मैमोरी_लिमिट को बढ़ाकर 512M तय कर दिया।

क्या यह अच्छी बात होगी? डिजिटल ओशन मेमोरी में केवल 512mb है और ऐसी मेमोरी तक उपभोग करने के लिए PHP रखना शायद आपके अपने VM को डोस कर देगा।

ओह, बिल्कुल नहीं। यह उल्लेख करने की आवश्यकता नहीं है कि यह उत्पादन सर्वर नहीं है।

मैं एक पैकेज स्थापित कर रहा था जिसके लिए सिम्फनी / इवेंट-डिस्पैचर की आवश्यकता थी, इसलिए अब मैं ऊपर दिए गए त्रुटि के कारण एक भी पैकेज स्थापित नहीं कर सकता: S

यह तब मिला जब मैंने php cli ini में opcache.enable_cli सक्षम किया

@ younes0 सुंदर अस्पष्ट वर्णन। क्या आपने यहां पूरी चर्चा पढ़ी? आमतौर पर ऐसा इसलिए होता है क्योंकि आप बिना किसी स्वैप के मेमोरी से बाहर भाग जाते हैं, आमतौर पर बहुत छोटे क्लाउड-इंस्टेंस या वीएम में।

मेरे मामले में @KingCrunch , यह अपर्याप्त मेमोरी से संबंधित नहीं था, मुझे @yooper द्वारा वर्णित त्रुटि opcache.enable_cli On (VM) के साथ संगीतकार पैकेज स्थापित करने का प्रयास किया या नहीं)

वही त्रुटि।

मेरे पास 1 जीबी रैम के साथ एक डिजिटल ड्रिप है।

जब मैं php composer.phar update शुरू करता हूं तो यह सभी उपलब्ध रैम को खाता है और फिर एक अपवाद फेंकता है।

मेरे cli/php.ini मेरे पास memory_limit = -1 ।

अगर समाधान केवल संगीतकार के लिए एक बड़ी रैम के साथ एक छोटी बूंद में अपग्रेड करना है, तो मैं अपनी स्थानीय मशीन पर php composer.phar update करूंगा और फिर फाइलों को अपने vps पर अपलोड करूंगा।

बस composer.lock

@ पपार्ट्स धन्यवाद, यह काम करता है।

मैं स्थानीय मशीन पर php composer.phar update करता हूं, फिर VPS में composer.lock अपलोड करता हूं और php composer.phar install करता हूं

@ मोल्डक्राफ्ट अन्य समाधान कहीं ऊपर वर्णित है: बस एक स्वैप-मेमोरी बनाएं, जो बहुत धीमी है, लेकिन कम से कम यह आपको ओओएम त्रुटियों से बचाता है।

@KingCrunch अन्य समाधान कहीं ऊपर वर्णित है

यह अच्छा होगा यदि @yooper पाया समाधान के साथ समस्या का वर्णन अद्यतन करेगा

ProTip: स्वैप ट्रिक वैगरेंट के साथ चलने वाले लोकल VirtualBox VM के लिए भी काम करती है।

मैं ajax का उपयोग करके सम्मिलित करने का प्रयास करता हूं, लेकिन यह काम नहीं कर रहा है, त्रुटि है: अनकहा अपवाद: स्मृति से बाहर ..
इसके लिए कुछ भी विचार ..

@ शिवगुपुर मैं नहीं जानता, आप किस बारे में बात कर रहे हैं, लेकिन मुझे लग रहा है, कि यह इस मुद्दे से संबंधित नहीं है। संगीतकार (CLI) के पास कोई अजाक्स-क्षमताएं नहीं हैं: भ्रमित: हालांकि, अंत में और टिप्पणियों को पढ़ने के बाद "स्मृति से बाहर" को स्व-व्याख्या होना चाहिए: पलक:

इस कोड में कुछ भी गलती ...।

Thu, Mar 12, 2015 को 4:08 अपराह्न, सेबेस्टियन क्रेब्स सूचनाएँ @ithub.com
लिखा था:

@sivagurupr https://github.com/sivagurupr मुझे नहीं पता, आप क्या हैं
के बारे में बात कर रहा हूं, लेकिन मुझे लग रहा है, कि यह इस मुद्दे से संबंधित नहीं है।
संगीतकार (सीएलआई) में कोई अजाक्स-क्षमता नहीं है [छवि:: भ्रमित:]
हालांकि, अंत में और टिप्पणियों को पढ़ने के बाद "स्मृति से बाहर" होना चाहिए
आत्म-व्याख्या करना [छवि:: पलक:]

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/composer/composer/issues/945#issuecomment -78456750

मैं इस मुद्दे पर भाग गया जब एक Vagrant मशीन पर http://github.com/sabre/xml स्थापित कर रहा था। हालाँकि मैं ऊपर के उदाहरण का उपयोग करके स्वैपिंग को सक्षम करके इसे ठीक करने में कामयाब रहा।

मेरे पास एक ही त्रुटि है लेकिन एक बड़े उदाहरण के साथ: 4 जीबी रैम और 4 जीबी स्वैप। मुफ्त रैम कभी समाप्त नहीं होती है, अकेले उपलब्ध / कैश्ड रैम को छोड़ दें, और स्वैप को छुआ नहीं जाता है!

यह पहली बार इस नई मशीन, CentOS / CloudLinux 7.1 पर कंपोज़र अपडेट चल रहा है।

कोई विचार? कृप्या?

मेरे वैग्रैंट बॉक्स में मुझे वही त्रुटि चल रही थी। मैं 2gb था RAM जब मुझे त्रुटि मिली। मैंने RAM को 4gb तक बढ़ाया और इसने काम किया। लेकिन, अभी भी यह अजीब है कि इसे इतना राम चाहिए।

मैं फिर से इस समस्या में चला गया और संगीतकार को जोड़ने। काम नहीं किया। लेकिन इसके बजाय मैंने ज्यादा मेमोरी बढ़ाने के बजाय स्वैप स्पेस का इस्तेमाल करने की कोशिश की। Digitalocean पर एक लेख काफी आकर्षक है 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

मेरी मेमोरी_लिमिट -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 उदाहरण के लिए मदद की।

[हल] यदि आप इसे वर्चुअल मशीन में चला रहे हैं, तो वर्चुअल मशीन को या तो हॉल्ट कमांड द्वारा या सुंदर स्टॉप द्वारा रोकें।

अपने एप्लिकेशन के अनुसार रैम का आकार बदलें, मेरे मामले में मैंने मेमोरी को 1024MB में अपडेट किया है।
डिफ़ॉल्ट यह 256 एमबी था;

यानी काम किया

Mysql httpd या nginx सेवा बंद करें और फिर से चलाएँ

कंपोजर चलाएं

और सेवाओं को पुनः आरंभ करें

HI @sergiohermes

यह केवल तभी काम करता है, जब nginx और / या mysql संयोग से उस स्मृति को खा जाता है, जो संगीतकार को याद आती है। आवश्यक सेवाओं को रोकना भी ज्यादातर मामलों में एक विकल्प नहीं है। आपको वास्तव में या तो भौतिक रूप से या स्वैप विभाजन / फ़ाइल के रूप में स्मृति में निवेश करना चाहिए। यह सब पहले से ही इस धागे में प्रलेखित है।

मैं समझता हूं, वैसे भी यह स्वैप करने के बिना एक तरीका था।
सबसे उपयुक्त है लेकिन एक स्वैप बनाने के लिए। बिना किसी संशय के।
"सेंटोस" के लिए एक नज़र रखना एक दिलचस्प संदर्भ है।

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`

या, मैं द्वारा किया जा सकता है:

/ बिन / डी डी अगर = / dev / शून्य = = / var / swap.1 बी एस = १ एम गिनती = १०२४
/ sbin / mkswap /var/swap.1
/ sbin / swapon /var /swap.1

@ mohitg-bs मुझे लगता है कि आपने कुछ मिलाया है

• फ़ाइलों को हटाने से रैम खाली नहीं होती है
• यह PHP memory_limit बारे में नहीं है, लेकिन पूरे सिस्टम से (आभासी) मेमोरी है। कोई आईएनआई सेटिंग नहीं है, जो आपको रैम बना सकती है।

मैंने वैग्रांत में उसी समस्या को हल किया।

मैंने आसानी से Vagrant Virtual Machine पर मेमोरी बढ़ा दी है ।
उसके बाद, मैंने memory_limit का मान बढ़ाया
और संगीतकार कैश हटाएं: sudo rm -R ~ / .composer
और अंत में योनि पुनः लोड ।

मुझे वैग्रैंट के माध्यम से चलने वाले वर्चुअल बॉक्स पर यही समस्या थी।
VBox ram को बढ़ाकर फिक्स्ड किया गया।

vb.memory = 512 से vb.memory = 1024 परिवर्तन बदलें

मैंने स्वैप मेमोरी को जोड़ा है और इससे मेरी समस्या हल हो गई है।

आप स्वैप मेमोरी से बाहर भाग गए, यह प्रयास करें

/ बिन / डी डी अगर = / dev / शून्य = = / var / swap.1 बी एस = १ एम गिनती = १०२४
/ sbin / mkswap /var/swap.1
/ sbin / swapon /var /swap.1

स्वैप फ़ाइल जोड़ने के लिए:

मेगाबाइट में नई स्वैप फ़ाइल का आकार निर्धारित करें और ब्लॉकों की संख्या निर्धारित करने के लिए 1024 से गुणा करें। उदाहरण के लिए, 64 एमबी स्वैप फ़ाइल का ब्लॉक आकार 65536 है।
रूट के रूप में शेल प्रॉम्प्ट पर, वांछित ब्लॉक आकार के बराबर गणना के साथ निम्न कमांड टाइप करें:
dd if = / dev / zero of = / swapfile bs = 1024 count = 65536
कमांड के साथ स्वैप फाइल को सेट करें:
mkswap / swapfile
स्वैप फ़ाइल को तुरंत सक्षम करने के लिए लेकिन बूट समय पर स्वचालित रूप से नहीं:
swapon / अदला-बदली
बूट समय पर इसे सक्षम करने के लिए, निम्नलिखित प्रविष्टि को शामिल करने के लिए / etc / fstab संपादित करें:
/ अदला-बदली स्वैप अदला-बदली ० ०
अगली बार जब सिस्टम बूट होता है, तो यह नई स्वैप फाइल को सक्षम करता है।

नई स्वैप फ़ाइल को जोड़ने और इसे सक्षम करने के बाद, यह सत्यापित करें कि यह कमांड कैट / प्रॉप / स्वैप या मुफ्त का आउटपुट देखकर सक्षम है।

धन्यवाद!

सुझाव - अगर स्वैप जोड़ने से संगीतकार मेमोरी से बाहर नहीं निकलता है / त्रुटि का आवंटन नहीं कर सकता है:

• स्वैप जोड़ने के बाद अपनी मशीन को पुनरारंभ करें। मैंने पाया कि 8G स्वैप के बाद संगीतकार त्रुटि दूर नहीं हुई। लेकिन फिर से शुरू करने के बाद यह काम किया।
• मैंने एक और VM को भी बंद कर दिया था जो मैं चला रहा था और बहुत सारे टैब के साथ क्रोम को बंद कर दिया

(मैं 16Gb रैम के साथ macOS X सिएरा 10.12.4 पर एक विकास के माहौल में संगीतकार का उपयोग कर रहा हूं)।

क्या यह हल हो गया है? मैंने विश्व स्तर पर संगीतकार को अद्यतन किया है। इसके अलावा, मैंने @ gillera235 सुझाव के अनुसार प्रति 1GB स्वैप स्थान बनाया। मुझे अब भी वही त्रुटि मिलती है। मैं इसका निवारण करने के लिए क्या कर सकता हूं?

यदि यह मदद करता है, तो मैं एक फ्री-टियर माइक्रो ईसी 2 उदाहरण का उपयोग कर रहा हूं।

अपने सर्वर पर कंपोज़र.लोक फ़ाइल को पुश करें और करें

संगीतकार --verbose स्थापित करें

इस तरह इसने ज्यादा मेमोरी नहीं ली और कंपोजर.लॉक फ़ाइल में संस्करणों के अनुसार अपडेट किए गए पैक्स को स्थापित करने के लिए सुपरफास्ट था।

यह तब होता है जब आपके पास कम मेमोरी होती है
इन चरणों का प्रयास करें
1) सेवा mysql बंद करो
2) अपनी टिप्पणी चलाएं
3) सेवा mysql start

@ sagarshah16 अगर मेरे पास mysql सेवा नहीं है तो क्या होगा?

यह पता लगाने की कोशिश करें कि आपकी कौन सी रनिंग सेवा अधिक मेमोरी स्पेस लेती है। अगर यह mysql नहीं है।

हाँ ig अपडेट संगीतकार को समस्या का समाधान करना चाहिए, दुख की बात है कि मुझे मैंट बैश के माध्यम से अपडेट करना चाहिए। यह हमेशा एक ही त्रुटि को अद्यतन करने के लिए फेंक देता है। तो विंडोज़ उपयोगकर्ताओं के लिए सिर्फ cmd.exe उपयोग सुनिश्चित करें।

पहले त्रुटि को मारो। EC2 माइक्रो उदाहरण पर Ubuntu 16.04 पर था।
1G स्वैप फ़ाइल जोड़कर हल किया गया।

बस इस लिंक का अनुसरण किया और समस्या को हल किया।

https://www.digitalocean.com/community/tutorials/how-to-add-swap-space-on-onuntu-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

थैंक यू जीरोएन टी। वर्म्यूलेन

Enthusiasm is the light of knowledge. Unknown author.

O estusiasmo é luz do conhecimento. Autor desconhecido.

यह समस्या स्मृति ओवर-सक्षम सक्षम नहीं होने से समाप्त हो सकती है। मेमोरी ओवर-कमिट के बिना फोर्किंग व्यापक रूप से अक्षम है। अनिवार्य रूप से जब आप कांटा लगाते हैं, तो आप एक और समान प्रक्रिया बनाकर अपनी वर्तमान प्रक्रिया के प्रतिबद्ध मेमोरी उपयोग को दोगुना कर देते हैं। इस स्मृति का अधिकांश हिस्सा माता-पिता और बच्चे की प्रक्रियाओं के बीच साझा किया जाता है, लेकिन कॉपी-ऑन-राइट है, इसलिए किसी भी लेखन से साझा की गई मेमोरी कॉपी हो जाएगी। जब ओवर-कमिट सक्षम होता है, तो आपका सिस्टम इस डुप्लिकेट की गई साझा मेमोरी की अनुमति देता है, लेकिन यदि आप साझा मेमोरी को लिखते हैं, तो आपके पास कॉपी को संभालने के लिए पर्याप्त भौतिक रैम नहीं हो सकती है। ओवर-कम विकलांग के साथ, आपका सिस्टम आपको पहली बार में मेमोरी आवंटित करने की अनुमति नहीं देगा।

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
सुडो / सिन / माकस्वप / इतवार / संस १
सुडो चामोद ६०० / -वार / व्स्व .१
सुडो / सिन / स्वपन / स्वार /swap.1

यदि आपको 1024 से अधिक की आवश्यकता है तो उसे कुछ उच्च में बदल दें।

रिबूट के बाद डिफ़ॉल्ट रूप से सक्षम करने के लिए, इस लाइन को / etc / fstab में जोड़ें:

/var/swap.1 स्वैप स्वैप चूक 0 0

स्टैक ट्रेस के अनुसार @dhorrigan ouch यह ऐसा लगता है कि एक अपवाद का प्रतिपादन करते समय घातक त्रुटि उत्पन्न हुई थी (क्योंकि वह आपके टर्मिनल चौड़ाई की जांच करने के लिए proc_open का उपयोग करता है)। ऐसा लगता है कि यह एक php मेमोरी लिमिट नहीं है, बल्कि मशीन की मेमोरी है जो बाहर चली गई है, इसलिए मैं अन्य चीजों को क्लीयर करने का सुझाव दूंगा, और इसे अपडेट के बजाय इंस्टॉल के साथ चला रहा हूं यदि आप कहीं और अपडेट अपडेट कर सकते हैं जिसमें अधिक मेमोरी है। लॉक फ़ाइल से इंस्टॉल बहुत कम मेमोरी का उपयोग करता है।

बहुत बहुत धन्यवाद, composer update चलाने के बजाय मैंने composer install । जो इसे तय किया!

Php.ini में मेमोरी साइज बढ़ाने या इंस्टेंस मैमोरी को बढ़ाने की तुलना में इसका बेहतर होना।

मेरी समस्या को हल करने पर स्वैप को चालू करना।

/ बिन / डी डी अगर = / dev / शून्य = = / var / swap.1 बी एस = १ एम गिनती = १०२४
/ sbin / mkswap /var/swap.1
/ sbin / swapon /var /swap.1

आप में से कितने इस धागे में लिखे गए कुछ को पोस्ट करेंगे? @jemerocay , क्या आपने विषय पढ़ा है? ऊपर ~ 10 संदेश पोस्ट किए गए हैं।

योगदानकर्ता: कृपया इसे बंद करें।