I get the aforementioned error while attempting to do an operation. I have no idea as to why this is happening.
Did you try just doing a
./docker rebuild app
and seeing what happens? I think git pull is no longer required first.
Otherwise it looks like you may need to review your app.conf file. Have you edited it recently?
إعجاب واحد (1)
No I haven’t edited it recently. The website crashed yesterday and I ran the cleanup and then ran
rm /var/discourse/shared/standalone/backups/default/*
Then I rebuilt using ./launcher rebuild app
The website started working again after that and now it’s back to being dead.
إعجاب واحد (1)
Sorry I meant
./launcher rebuild app
So you are doing the the right things.
إعجاب واحد (1)
Have you had a look at Discourse Doctor?
إعجاب واحد (1)
Okay, so it is a storage issue. How do I make space now? I’m sorry but I’m a beginner.
I just ran discourse-doctor and I was left with multiple lines stating that my storage was full.
إعجاب واحد (1)
Do you have anything else on the server? If not, it’s probably discourse backups that you can delete.
إعجاب واحد (1)
Can you go over the process of deleting backups coz I’ve never really understood the process. I wanna be sure once and for all because I’ve been having storage issues for a really long time.
No, I don’t have anything else on the server.
إعجاب واحد (1)
A good first step is to run
./launcher cleanup
If that doesn’t work, try
./discourse-doctor
If you still have difficulties, you can look at deleting old backups from
/var/discourse/shared/standalone/backups/default
Let us know how these work out for you!
4 إعجابات
Hi @seshu_ram
Often, when containers are rebuilt, the process leaves orphan images. If you have rebuilt your container often, these images can take up a lot of space.
In fact, these orphan images recently took up nearly 100 GB + on our server until I deleted them. You can easily check.
Please post the output of:
docker images
Kindly post the output as text (copy-and-paste) using fenced markdown. Terminal screenshot images are hard to read on mobile.
Thanks.
Note:
Please note that launcher cleanup also prunes these orphans (based on 24 hours in the past, I think):
if tty >/dev/null; then
read -p "Would you like to attempt to recover space by cleaning docker images and containers in the system? (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 "If the cleanup was successful, you may try again now"
fi
fi
3 إعجابات
local_discourse/app latest 674fd54f165f 4 minutes ago 2.5GB
<none> <none> f3a4104c3f75 22 hours ago 2.5GB
discourse/base 2.0.20201221-2020 c0704d4ce2b4 11 days ago 2.11GB ```
إعجاب واحد (1)
This worked. My website is live now. Thank you so much. Thanks a lot for your time! That helped a lot.
4 إعجابات
Hey @seshu_ram
FYI and FWIW: You can remove this orphan image and reclaim a bit more disk space:
f3a4104c3f75
docker image rm f3a4104c3f75
The launcher cleanup process does not (as I recall) remove images less than 24 hours old.
Or, you can run cleanup again in a few hours, as you please.
5 إعجابات
لاحظت أن التحديثات الأخيرة لسطر الأوامر لـ 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 هل هذا شيء يجب أن نقلق بشأنه؟ 
4 إعجابات
أعتقد أنه لا مفر من ذلك، فقد قمنا بتحديث الصورة الأساسية مرتين في الأشهر القليلة الماضية. لا يوجد الكثير مما يمكننا فعله. يبدو أن التنظيف على خادمك قد أزال صورتين أساسيتين.
3 إعجابات
@anon43908006، يوجد دليل في:
ويغطي العديد من الاعتبارات لتغيير اسم النطاق الخاص بك، تحقق منه. 
إعجاب واحد (1)
لتوضيح الأمر، هل ليس هناك الكثير مما يمكن فعله بشأن الحجم الإجمالي للترقيات المتزايدة، أم ليس هناك الكثير مما يمكن فعله بشأن الارتفاع الأخير في نشاط دفع الصورة الأساسية (والذي لن يؤثر كثيرًا في المستقبل)؟
لقد تفاجأت، لدي كل هذه المنتديات الصغيرة التي بها عدد قليل جدًا من المستخدمين، وواجهت هذه المشكلة مؤخرًا. لا توجد تحميلات أو أي شيء. كنت أتساءل عما إذا كنا نقترب من نقطة يوصي فيها التثبيت السحابي بالحجم التالي لمساحة القرص (وهو 2 جيجابايت ذاكرة وصول عشوائي / 1 وحدة معالجة مركزية افتراضية / 50 جيجابايت SSD).
5 إعجابات
سألت @falco عن هذا في الدردشة وقال إنه مؤخرًا كان لدينا الكثير من التغييرات في الصور الأساسية بسبب تحديث التبعيات، لذلك كان هناك قدر أكبر من مساحة القرص المعتاد في الترقيات خلال الأشهر الستة الماضية تقريبًا.
5 إعجابات
آسف لسماع أنك واجهت مشكلة في تغيير اسم النطاق الخاص بك، @anon43908006.
نظرًا لأن هذا هو #support، أشجعك على إنشاء موضوع جديد يشرح حالتك بالضبط: قد يتطلب وضعك مزيدًا من المناقشة عما يحدث في هذا الموضوع، والذي هو أشبه بنمط عام لاحظناه.
إذا كنت ترغب في ذلك، يمكنك الإشارة إليّ (@maiki) وسأكون سعيدًا بمناقشة ما يحدث مع موقعك.
6 إعجابات
أتلقى نفس الخطأ 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 وكانت تعمل بشكل جيد لبضع سنوات حتى الأشهر الأخيرة. إليك ما جربته حتى الآن:
- قمت بمسح جميع التحميلات المتعددة الأجزاء المخفية على مساحة DO الخاصة بي. يجب أن يكون هناك أكثر من 100 جيجابايت من التخزين متاحًا على مساحة DO الخاصة بي.
- حاولت إعادة البناء والتنظيف باستخدام الأوامر التالية:
cd /var/discourse
apt-get update
apt-get upgrade
apt-get autoclean
apt-get autoremove
./launcher rebuild app
./launcher cleanup
هل يعرف أحد لماذا لا تزال النسخ الاحتياطية تفشل؟ شكراً لك!