مساحة حرة أقل من 5 جيجابايت

لقد كنت أدير Discourse لسنوات، وتجربتي كانت رائعة باستمرار باستثناء مشكلة واحدة متكررة:

كلما رأيت “أنت تستخدم إصدارًا قديمًا من صورة Discourse” على شاشة التحديث، يغمرني شحوب قاتم وشعور طاغٍ بالرهبة.

لماذا؟

لأنني أعلم أنني سأصارع خادم DigitalOcean الخاص بي من سطر الأوامر - وهو أمر أكرهه بشكل عام - لبضع ساعات قبل أن أتمكن من إجراء الترقية بشكل صحيح.

وهذه المرة، لا يبدو أنني أستطيع جعل الأمر يعمل على الإطلاق :pensive_face:

على حد علمي، فإن المساحة المجانية الخاصة بي يتم استهلاكها بواسطة الدليل /dev/vda1. ولكن عندما أقوم بفحص هذا الدليل، أحصل على ردود فعل مختلفة اعتمادًا على الطريقة!

توضح الصورة أدناه هذه الغرابة. لاحظ كيف، في الجزء العلوي (الذي يأتي من أمر df -h)، يبدو أن المجلد /dev/vda1 لديه 7.1 جيجابايت مجانية.

ولكن لاحظ بعد ذلك كيف يقول المشغل أن هناك 4 جيجابايت فقط مجانية في نفس المجلد!

هل لدى أي شخص المزيد من البصيرة هنا؟

على وجه التحديد، أبحث عن نصيحة حول سبب إرجاع طريقتين مختلفتين لمراقبة الملف لكميتين مختلفتين من المساحة المجانية.

ثم أود أن أعرف كيف أستفيد من الـ 7.1 جيجابايت المفتوحة حتى أتمكن من إجراء الترقية.

(للتوضيح، أنا لا أبحث عن رد كسول مثل “فقط قم بترقية خادم DO الخاص بك” - إذا كنت أرغب في مضاعفة نفقاتي السنوية على هذا المنتدى، لكانت قد فعلت ذلك بالفعل.)

شكرا لك!

4 إعجابات

هذا محبط بالفعل. يمكنك تجربة

 docker prune

قد تكون هناك بعض الموارد التي أنشأها دوكر ولكنه نسيها. كان هناك موضوع حول ذلك مؤخرًا.

لكن وجود مساحة في مكان آخر غير المكان الذي يريده دوكر لن يساعد. من الممكن، ولكن غير مرجح، أن يكون المشغل يتحقق في المكان الخطأ.

4 إعجابات

لهذا الإصلاح على وجه الخصوص، احتجت إلى تنزيل صورة أساسية جديدة، كما هو موضح في الأسطر من WARNING إلى Status في لقطة الشاشة الخاصة بك. هذه كبيرة، 2.81 جيجابايت وفقًا لنظامي، لذا ما تراه هو المساحة المفقودة لهذا الإصدار الجديد من الصورة الأساسية.

# docker images -a
REPOSITORY                 TAG       IMAGE ID       CREATED        SIZE
discourse/base             latest    ab71a5d97460   4 days ago     2.81GB

سيؤدي استخدام ./launcher cleanup إلى مسح الحاويات والصور غير المستخدمة والتي قد تستعيد مساحة كافية، وكما قال @pfaffman، قد يتمكن التقليم باستخدام docker مباشرة من مسح المزيد من الكائنات غير المستخدمة، على الرغم من أنني شخصياً لم أر أي فائدة كبيرة تتجاوز الحاويات والصور.

شيء آخر قد يساعد هو مسح ذاكرة التخزين المؤقت لـ apt والتي يمكن أن تصبح كبيرة جدًا.

apt-get clean
5 إعجابات

هذا بالضبط ما أفكر فيه - بالنسبة لهذا التحديث المحدد، يبدو أنك بحاجة إلى 5 جيجابايت + 2.811 جيجابايت لصورة Docker الجديدة.

هل هذا صحيح؟ يبدو أن عددًا كبيرًا جدًا من الأشخاص سيتأثرون إذا كان هذا هو الحال…

إعجاب واحد (1)

لقد جربت كل أمر تقليم/إزالة/تنظيف/طبيب وجدته، ولكن النتيجة النهائية هي أن هذا لن ينجح ما لم يكن هناك 7.811 جيجابايت مجانية على جهاز معين.

إذا كان الأمر كذلك، فلا أرى كيف يمكن التوصية بقطرة DO بحجم 25 جيجابايت كشرط بداية :woman_shrugging:t5:


أيضًا، إليك مثال للعملية التي تقودني إلى الاستنتاج أعلاه:

البداية:

6.9 جيجابايت مجانية، 72٪ مستخدمة

بعد تشغيل ./launcher rebuild app:

3.7 جيجابايت مجانية، 85٪ مستخدمة

لا أرى أي طريقة أخرى للخروج من هذا، لكن آمل أن يجدها شخص آخر!

إعجابَين (2)

لديك 7.1 جيجابايت مجانية قبل تنزيل صورة حاوية discourse ولكن أقل من 5 جيجابايت بعد تنزيلها عندما نجري الفحص.

لديك خياران:

  1. قم بتشغيل ./launcher rebuild app --skip-prereqs لتجاوز فحص مساحة القرص

  2. قم بزيادة حجم القرص الخاص بك

إذا اخترت 1، فإنك تؤجل المشكلة، ولكن سيتعين عليك في النهاية التعامل مع استخدام القرص مع نمو مجتمعك و Discourse بمرور الوقت.

8 إعجابات

مفيد جداً! تم استعادة 6.8 جيجابايت :+1:

إعجابَين (2)

أجربه الآن، شكراً لك!

تحديث: لقد نجح الأمر!

إعجابَين (2)

لدي 25 جيجابايت من أقراص SSD السحابية على Vultr

تثبيت Discourse نظيف على Ubuntu 20.04 LTS x64 - لا شيء آخر

لقد تلقيت نفس تنبيه الـ 5 جيجابايت - حقًا؟

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.