يعتمد ذلك بشكل أساسي على عمليات الرفع الخاصة بك، ولكن أيضاً على النسخ الاحتياطية وقاعدة بيانات 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]}