شكراً لجميع الردود والتفاصيل الإضافية.
بالتأكيد، قد يكون البحث عن OOM وما شابه مفيدًا قبل إعادة التشغيل، وليس بعده. لذا نعم، يرجى التكرار، إذا لم تكن قد قمت بإعادة التشغيل بعد.
تشغيل
vmstat 5
بشكل متزامن، في اتصال ثانٍ، عندما يصل إعادة البناء إلى القسم الحرج، قد يكون ذلك مفيدًا.
ولكن حقًا لدي فرضيتان فقط
- نقص في الذاكرة قد يسبب تقدمًا بطيئًا أو قد يسبب إنهاء شيء ما
- نفاد الوقت بسبب التقدم البطيء
من المؤسف أن مزود الخدمة الخاص بك لا يسمح بزيادة أو نقصان ذاكرة الوصول العشوائي.
صحيح أن التثبيت الأولي، والتحديثات اللاحقة التي تتطلب إعادة بناء كل شهر أو شهرين، تتطلب ذاكرة أكبر من ذي قبل. ولكن
memory=RAM+swap
لذا يجب أن تكون إضافة الـ swap ناجحة، بشرط عدم وجود ضغط زمني.
لديك الكثير من الأقراص. أوصي بإضافة ملف swap ثانٍ وثالث. انظر التعليمات هنا، مع تعديل لإنشاء ملفات جديدة
لديك بالفعل /swapfile لذا قم بتشغيل هذه الأوامر باستخدام /swapfile.1 و /swapfile.2 بدلاً من ذلك
بعد ذلك
swapon
يجب أن يعرض ثلاثة ملفات قيد الاستخدام، أو جاهزة للاستخدام، و
free
يجب أن يعرض حوالي 2 جيجابايت من ذاكرة الوصول العشوائي وحوالي 6 جيجابايت من الـ swap
ثم حاول مرة أخرى!
تعديل: لاحظت أن نسختي ذات ذاكرة الوصول العشوائي 1 جيجابايت لديها
db_shared_buffers: "128MB"
في app.yml
كن حذرًا جدًا عند تعديل app.yml - لا تضف أو تزيل مسافات!