يعتمد ذلك بشكل أساسي على عمليات الرفع الخاصة بك، ولكن أيضاً على النسخ الاحتياطية وقاعدة بيانات Postgres إذا كان موقعك كبيراً جداً (وهو ما يبدو أنه ليس المشكلة). ما حجم عمليات الرفع الخاصة بك؟ يجب أن تظهر لوحة التحكم للإدارة هذا الحجم في الأسفل.
حجمها أقل من 50 ميجابايت، فهذه ليست نسخة كبيرة أو قديمة على الإطلاق. وكما ذكرت، فكرت في نقلها من القرص الرئيسي، لكنني لا أعتقد أن هذا هو المشكلة الرئيسية هنا.
إذا كانت عمليات الرفع الخاصة بك بحجم ~25 ميجابايت وقاعدة بيانات PostgreSQL بحجم ~1 جيجابايت، فمن المرجح أن يقوم Discourse بإنشاء نسخ احتياطية لا تحتاجها. أنصحك بفحص إعدادات الاحتفاظ بالنسخ الاحتياطية (الإدارة > الإعدادات > النسخ الاحتياطية) ومراجعة النسخ الاحتياطية الحالية (الإدارة > النسخ الاحتياطية) وحذف أي منها لا تحتاجه.
أكبر استخدام للمساحة في نظام الملفات هو /var/lib/containerd/io.containerd.content.v1.content بحجم 2.4 جيجابايت و/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs بحجم هائل يبلغ 12 جيجابايت
عذراً، نسيت أن أذكر أنك بحاجة إلى أن تكون داخل الحاوية. الملف الذي ذكرته هو من Docker. يمكنك التحقق مما يستخدمه باستخدام docker system df وإجراء قطع شامل باستخدام docker system prune إذا لزم الأمر، فقط تأكد من أن Discourse قيد التشغيل عندما تفعل ذلك.
في الحاوية، الشيء الوحيد الذي يتجاوز حجم الجيجابايت واحد هو /var/www/discourse/vendor/bundle/ruby/ بحجم 2.1 جيجابايت.
سأضيف أنه إذا قمت بتنظيف الصورة التي يقوم التحديث بسحبها، سيكون لدي مساحة كافية، ولكن عندما أحاول التحديث ويقوم بسحبها مرة أخرى، أفقد هذه المساحة. لذا فإن الصورة الجديدة تشغل ما يقرب من 5 جيجابايت من المساحة.
بالفعل، يرجى عرض جميع مخرجاتك. لا أنصحك بالتجول داخل الحاوية - مشكلتك على مستوى النظام، وهناك يجب أن تبدأ البحث. ولا تنظر إلى حيث تعتقد أن هناك مشكلة، بل انظر إلى الصورة الكاملة.
أولاً، أعد التشغيل. تريد نظام ملفات نظيفًا ونظامًا جديدًا.
بعد ذلك، راجع هذا الموضوع السابق للحصول على نصائح مفصلة:
[quote=“Ed_S, post:3, topic:404122”]
يرجى نشر تفاصيل ما حدث
[/quote]}
منتداي هو منتدى صغير (في الواقع أنا فقط من يستخدمه بشكل أساسي) وأستخدم خادم VPS بسعة 40 جيجابايت فقط لأكون في الجانب الآمن ولأجنب القلق من أن تسبب التحديثات مشاكل
إنه الخادم الوحيد بين خوادم VPS الثلاثة التي لا أستخدم فيه 20 جيجابايت - الخادم الآخر هو خادم HTTP مع قاعدة بيانات MySQL وواجهة خلفية PHP والخادم الآخر هو خادم RTMP. الخادم الذي يشغل Discourse يشغل أيضاً خادم Docker-Mailserver لكنني قمت بإيقاف هضم البريد (digest mail) ولدى DMS بصمة صغيرة جداً
شكرًا لردودكم! آسف لاختفائي، فقد طرأت أمور في الحياة ولم أكن أملك وقتًا أمس لإجراء المزيد من عمليات استكشاف الأخطاء وإصلاحها.
الخلاصة هي أنني لاحظت كم عدد المواضيع المتعلقة بهذه المشكلة بالتحديد، وقررت أنه حتى لو حللتها هذه المرة، فستظهر مجددًا، لذا نقلت نسختي إلى خادم أكبر قليلاً بسعة 35 جيجابايت.
لأي شخص يبحث هنا عن مساعدة بشأن هذه المشكلة بالتحديد ولا يريد الترقية:
./launcher cleanup كان شيئًا جربته بالفعل، ولم يحرر مساحة كافية. كما أنني قمت مسبقًا بـ
ومرة أخرى، لم يكن ذلك كافيًا. كانت هناك كمية كبيرة (لجهاز بسعة 25 جيجابايت) من السجلات في journalctl، لذا تأكدوا بالتأكيد مما إذا كان الأمر كذلك بالنسبة لكم، لكنه لم يكن كافيًا بالنسبة لي.