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

أحصل على الخطأ المذكور أعلاه أثناء محاولة إجراء عملية. ليس لدي أي فكرة عن سبب حدوث هذا.
هل جربت ببساطة تشغيل الأمر
./docker rebuild app
ومعرفة ما سيحدث؟ أعتقد أن الأمر git pull لم يعد ضروريًا قبل ذلك.
وإلا، يبدو أنك قد تحتاج إلى مراجعة ملف app.conf. هل قمت بتعديله مؤخرًا؟
![]()
لا، لم أقوم بتعديله مؤخرًا. تعطل الموقع أمس، وقمت بتشغيل تنظيف الملفات، ثم نفذت الأمر:
rm /var/discourse/shared/standalone/backups/default/*
ثم أعيد بناء النظام باستخدام ./launcher rebuild app.
بدأ الموقع يعمل مرة أخرى بعد ذلك، والآن عاد إلى التوقف عن العمل مرة أخرى.
عذراً، كنت أقصد
./launcher rebuild app
لذا فإنك تقوم بالأشياء الصحيحة.
هل قمت بمراجعة Discourse Doctor؟
هل لديك أي شيء آخر على الخادم؟ إذا لم يكن كذلك، فمن المحتمل أن تكون نسخ احتياطية لـ Discourse يمكنك حذفها.
هل يمكنك شرح عملية حذف النسخ الاحتياطية؟ فأنا لم أفهمها حقًا من قبل. أريد التأكد منها نهائيًا لأنني أعاني من مشاكل في مساحة التخزين منذ فترة طويلة.
لا، ليس لدي أي شيء آخر على الخادم.
خطوة أولى جيدة هي تشغيل الأمر
./launcher cleanup
إذا لم ينجح ذلك، جرب الأمر
./discourse-doctor
إذا ما زلت تواجه صعوبات، يمكنك محاولة حذف النسخ الاحتياطية القديمة من المسار
/var/discourse/shared/standalone/backups/default
أخبرنا بنتيجة هذه الخطوات!
مرحبًا @seshu_ram
غالبًا ما يترك عملية إعادة بناء الحاويات صورًا متروكة. وإذا قمت بإعادة بناء الحاوية بشكل متكرر، فقد تشغل هذه الصور مساحة كبيرة.
في الواقع، شغلت هذه الصور المتروكة مؤخرًا ما يقرب من 100 جيجابايت أو أكثر على خادمنا حتى قمت بحذفها. ويمكنك التحقق من ذلك بسهولة.
يرجى نشر مخرجات الأمر التالي:
docker images
يرجى نشر المخرجات كنص (نسخ ولصق) باستخدام تنسيق Markdown المغلق. فصور لقطات الشاشة من الطرفية صعبة القراءة على الأجهزة المحمولة.
شكرًا لك.
ملاحظة:
يرجى ملاحظة أن الأمر launcher cleanup يقوم أيضًا بحذف هذه الصور المتروكة (بناءً على 24 ساعة في الماضي، أعتقد):
if tty >/dev/null; then
read -p "هل ترغب في محاولة استعادة المساحة عن طريق تنظيف صور Docker والحاويات في النظام؟ (y/N)" -n 1 -r
echo
if [[ $REPLY =~ ^[Yy]$ ]]
then
$docker_path container prune --force --filter until=1h >/dev/null
$docker_path image prune --all --force --filter until=1h >/dev/null
echo "إذا نجح التنظيف، يمكنك المحاولة مرة أخرى الآن"
fi
fi
المستودع الوسم معرف الصورة تم الإنشاء الحجم
local_discourse/app latest 674fd54f165f منذ 4 دقائق 2.5GB
<none> <none> f3a4104c3f75 منذ 22 ساعة 2.5GB
discourse/base 2.0.20201221-2020 c0704d4ce2b4 منذ 11 يوماً 2.11GB
نجح هذا. موقعي الإلكتروني الآن على قيد الحياة. شكرًا جزيلاً لكم. شكرًا كبيرًا على وقتكم! لقد ساعدني ذلك كثيرًا.
مرحبًا @seshu_ram
للعلم ولأغراض المعلومات فقط: يمكنك إزالة صورة الأيتام هذه واستعادة مساحة قرص إضافية:
f3a4104c3f75
docker image rm f3a4104c3f75
عملية تنظيف المشغّل لا (بحسب ذاكرتي) إزالة الصور الأقدم من 24 ساعة.
أو، يمكنك تشغيل التنظيف مرة أخرى بعد بضع ساعات، حسب رغبتك.
لاحظت أن التحديثات الأخيرة لسطر الأوامر لـ Discourse تستهلك مساحة كبيرة على القرص..
root@endoffice-b:/var/discourse# ./launcher cleanup
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] Y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] Y
Deleted Images:
deleted: sha256:284403a252ba061b3ab97f4bfe293ac5e8f05f39ada429d718f58e56191251c2
deleted: sha256:6b6899d54d4dd1f21568956b652975f7c0b9e439978b8cc53036efc46baaf971
untagged: discourse/base:2.0.20211118-0105
untagged: discourse/base@sha256:74b41fffd4f05433eb7c9b72954b1f5f8b15cd0e802bb724c96b7d699c3f6fa1
deleted: sha256:b6cc7cf8974a6ef7bb64c36f4592af261cda0d5565bd91da603568ce26968048
deleted: sha256:c1455b2fdbca024c36c4e75746051b77c3637020cfa1e36a41440292a8c39424
deleted: sha256:77b323d4ec74aad770337f99a60e862a64ccc53f4775b5f4945df0e606f78b90
untagged: discourse/base:2.0.20220128-1817
untagged: discourse/base@sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae
Total reclaimed space: 3.54GB
حدث هذا في كلا المثيلين، وكان الآخر 3.538 جيجابايت ![]()
عادةً ما أكون دقيقًا جدًا في تشغيل ./launcher cleanup بعد كل تحديث لـ Discourse، وأقوم بالتحديث مرة واحدة شهريًا تقريبًا، لذا فإن هذا يخبرني أن التحديث الأخير بحد ذاته قد استهلك ما يقرب من 4 جيجابايت من المساحة.. @falco @sam هل هذا شيء يجب أن نقلق بشأنه؟ ![]()
أعتقد أنه لا مفر من ذلك، فقد قمنا بتحديث الصورة الأساسية مرتين في الأشهر القليلة الماضية. لا يوجد الكثير مما يمكننا فعله. يبدو أن التنظيف على خادمك قد أزال صورتين أساسيتين.
@anon43908006، يوجد دليل في:
ويغطي العديد من الاعتبارات لتغيير اسم النطاق الخاص بك، تحقق منه. ![]()
لتوضيح الأمر، هل ليس هناك الكثير مما يمكن فعله بشأن الحجم الإجمالي للترقيات المتزايدة، أم ليس هناك الكثير مما يمكن فعله بشأن الارتفاع الأخير في نشاط دفع الصورة الأساسية (والذي لن يؤثر كثيرًا في المستقبل)؟
لقد تفاجأت، لدي كل هذه المنتديات الصغيرة التي بها عدد قليل جدًا من المستخدمين، وواجهت هذه المشكلة مؤخرًا. لا توجد تحميلات أو أي شيء. كنت أتساءل عما إذا كنا نقترب من نقطة يوصي فيها التثبيت السحابي بالحجم التالي لمساحة القرص (وهو 2 جيجابايت ذاكرة وصول عشوائي / 1 وحدة معالجة مركزية افتراضية / 50 جيجابايت SSD). ![]()
سألت @falco عن هذا في الدردشة وقال إنه مؤخرًا كان لدينا الكثير من التغييرات في الصور الأساسية بسبب تحديث التبعيات، لذلك كان هناك قدر أكبر من مساحة القرص المعتاد في الترقيات خلال الأشهر الستة الماضية تقريبًا.
آسف لسماع أنك واجهت مشكلة في تغيير اسم النطاق الخاص بك، @anon43908006.
نظرًا لأن هذا هو #support، أشجعك على إنشاء موضوع جديد يشرح حالتك بالضبط: قد يتطلب وضعك مزيدًا من المناقشة عما يحدث في هذا الموضوع، والذي هو أشبه بنمط عام لاحظناه.
إذا كنت ترغب في ذلك، يمكنك الإشارة إليّ (@maiki) وسأكون سعيدًا بمناقشة ما يحدث مع موقعك. ![]()
أتلقى نفس الخطأ No space left on device عندما أحاول عمل نسخة احتياطية من Discourse الخاص بي:
[2022-11-15 08:23:38] EXCEPTION: /var/www/discourse/lib/discourse.rb:131:in `exec': Failed to gzip archive.
gzip: /var/www/discourse/public/backups/default/forum-leasehackr-2022-11-15-080439-v20221110175456.tar.gz: No space left on device
تم إعداد النسخ الاحتياطية وتحميلات الصور الخاصة بي على DigitalOcean’s Spaces وكانت تعمل بشكل جيد لبضع سنوات حتى الأشهر الأخيرة. إليك ما جربته حتى الآن:
cd /var/discourse
apt-get update
apt-get upgrade
apt-get autoclean
apt-get autoremove
./launcher rebuild app
./launcher cleanup
هل يعرف أحد لماذا لا تزال النسخ الاحتياطية تفشل؟ شكراً لك!