هذا كل ما وجدته
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL تم إنهاء الأمر بـ SIGKILL (إنهاء قسري): ember build -prod
أفكار؟
لقد استغرق وقتاً طويلاً. حاول زيادة مساحة التبديل أو ذاكرة الوصول العشوائي.
أنا متشكك بعض الشيء. 8 جيجابايت من ذاكرة الوصول العشوائي، لقد ماتت على الفور ولم يحدث شيء كهذا من قبل. ما الذي يمكن تغييره بحيث لا تكون هذه الذاكرة كافية اليوم، ولكنها كانت كافية قبل الأمس وعندما قمت بترقية قاعدة البيانات 
أنا أقدر شكوكك.
لقد كان هذا هو الحل عندما واجهت هذا الخطأ. بحث سريع جدًا على الإنترنت يقول الشيء نفسه.
سأجربها على أي حال، بالطبع. إضافة التبديل ليست مهمة كبيرة. لكن لا يمكنني فهم سبب حدوث ذلك 
أنا عادةً grep /var/discourse/discourse-setup وأنسخ/ألصق الجزء الذي يُعدّ الذاكرة الافتراضية.
أنا أيضًا لا أفهم ذلك.
2-حاوية، وعندما أوقفت web_only أولاً ثم أوقفت كلتا الحاويتين، تم الأمر. لذا يمكن أن يكون نقصًا في الذاكرة بالفعل.
قبل 30 عامًا، كانت التوصية هي الحصول على مساحة مبادلة (swap) بحجم ذاكرة الوصول العشوائي (RAM) لديك. لا أعرف ما هي القاعدة الأساسية الآن، لكنني أعتقد أنه مع 8 جيجابايت، فإن إضافة 2 أو حتى 4 جيجابايت ليست فكرة سيئة.
أضفت 2 جيجابايت. لا أعرف لماذا أحاول توفير مساحة على القرص، مع ذلك. لأنه إذا كنت في موقف حيث أواجه مشاكل بسبب نقص قليل في الجيجا، لدي مخاوف أكبر من حجم التباديل الخاص بي.
إعجاب واحد (1)
لقد قمت بإعادة البناء (حاويتان) منذ بضع دقائق فقط وحصلت على هذا:
بيئة: الإنتاج
سيقوم الإعداد 'staticAddonTrees' بالافتراضي إلى true في الإصدار القادم من Embroider ولا يمكن إيقافه. للاستعداد لذلك يجب عليك تعيين 'staticAddonTrees: true' في تكوين Embroider الخاص بك.
سيقوم الإعداد 'staticAddonTestSupportTrees' بالافتراضي إلى true في الإصدار القادم من Embroider ولا يمكن إيقافه. للاستعداد لذلك يجب عليك تعيين 'staticAddonTestSupportTrees: true' في تكوين Embroider الخاص بك.
building...
undefined
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL تم قتل الأمر بواسطة SIGKILL (إنهاء قسري): ember build -prod
ما الخطوة التالية؟
لدي شعور بأنني رأيت هذا من قبل.
كان لدي 8 جيجابايت من ذاكرة الوصول العشوائي ومساحة مبادلة 2 جيجابايت - كم أحتاج حقًا هذه الأيام، إذا كان ذلك ناتجًا عن نقص الذاكرة؟
حسنًا، لقد قمت بتغيير مساحة التبديل (swap) من 2 جيجابايت إلى 4 جيجابايت، وتمت عملية إعادة البناء بنجاح. لذا ربما كانت المسألة مرة أخرى تتعلق بكمية ذاكرة الوصول العشوائي (RAM). أو ربما كانت مجرد صدفة.
وهنا نعود إلى موضوع الأسئلة الشائعة: كم هي كمية ذاكرة الوصول العشوائي (RAM) التي يحتاجها Discourse حقًا - لأن ملف التبديل (swapfile) هو في الواقع جزء من إجمالي كمية ذاكرة الوصول العشوائي (RAM)، ويبدو الآن أن الحاجة الفعلية هي 11+ جيجابايت لمنتدى صغير 
إعجاب واحد (1)
هل قمت بتعيين ضبطين للنواة؟ سيؤثران على مقدار الذاكرة الافتراضية المطلوبة.
لا، لأن ليس لدي أي فكرة عما تتحدث عنه 
أنا متأكد إذن، لم تقم بتعيينها!
للأسف، تعديل نواة لينكس ليس جزءًا من تثبيت Discourse الرسمي، ولكن فهمي هو أن هاتين الحيلتين البسيطتين ستساعدان خادمك على العمل بشكل جيد واستخدام ذاكرة أقل. أو، بالطبع، يمكنك الاستغناء عنهما ولكن قد تجد أنك بحاجة إلى ذاكرة وصول عشوائي + ذاكرة مبادلة أكثر مما ترغب.
راجع تكوين نشر Discourse المتحيز لـ MKJ إذا كنت تريد المزيد من النصائح.
كان ذلك بسبب خاصية معينة في كود إدارة الذاكرة القديم، ولا ينطبق على لينكس اليوم. الآن لا توجد قاعدة أساسية حقيقية؛ إنها مجرد مسألة مقدار ما تحتاجه.
إعجابَين (2)
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.