ماذا يمكنني أن أفعل حيال هذا؟ redis_date و Postgres_date تستهلكان مساحتي التي تزيد عن 20 جيجابايت.
بسبب هذا، أدفع المزيد على DigitalOcean.
منتدى الخاص بي: https://onehourforum.com/
في كل مرة، تأخذ هاتان المجلدان الكثير من مساحتي، ويتعطل منتداي.
من فضلكم ساعدوني.
تم إرفاق لقطة شاشة.
Ed_S
(Ed S)
6 ديسمبر 2024، 8:08م
2
بالنسبة لي، بيانات redis صغيرة جدًا بالفعل. ماذا تحصل من
ls -haltrR /var/discourse/shared/standalone/redis_data
Jagster
(Jakke Lehtonen)
6 ديسمبر 2024، 8:12م
3
لدي
root@foorumi-hel:/var/discourse# ls -haltrR /var/discourse/shared/standalone/redis_data
/var/discourse/shared/standalone/redis_data:
total 9.3M
drwxr-xr-x 13 root root 4.0K Jan 10 2023 ..
-rw-r--r-- 1 messagebus input 9.3M Dec 6 20:07 dump.rdb
drwxr-xr-x 2 messagebus input 4.0K Dec 6 20:07 .
لذلك يجب أن تكون لدى فيكاش مشكلة بالفعل.
pfaffman
(Jay Pfaffman)
6 ديسمبر 2024، 8:30م
4
أتفق. لا أستطيع أن أتخيل كيف يمكن أن يكون هناك 16 جيجابايت من ذاكرة التخزين المؤقت. إذا انتقلت إلى خادم جديد، فإن ما هو موجود في ذاكرة التخزين المؤقت (عادةً) يُترك وراءه، لذا فإن أحد الأشياء التي يجب القيام بها هو مجرد حذفه وإعادة بنائه.
يمكنك رؤية ما يقوله هذا:
cd /var/discourse
./launcher enter app
redis-cli
info memory
exit
exit
exit
3 إعجابات
Ed_S
(Ed S)
7 ديسمبر 2024، 5:36م
5
أيضًا، للاهتمام، في أسفل صفحة حالة Sidekiq في منتداك (forum.url/sidekiq) يوجد ملخص لاستخدام ذاكرة Redis، بما في ذلك الاستخدام الأقصى. (أيضًا، وقت التشغيل - قد يكون مثيرًا للاهتمام إذا كان وقت التشغيل قصيرًا جدًا، لأنه ربما يتعطل Redis ويعاد تشغيله ويترك بعض الفوضى في القرص.)
(ومع ذلك، هذا هو استخدام الذاكرة، ويبدو أن المشكلة هنا هي استخدام القرص.)
إعجاب واحد (1)
انظر هذا، إنه يولد بيانات تفريغ
إعجاب واحد (1)
pfaffman
(Jay Pfaffman)
8 ديسمبر 2024، 2:28ص
7
يفترض أنه يمكنك حذف جميع الملفات المؤقتة.
Ed_S
(Ed S)
8 ديسمبر 2024، 8:07ص
8
هل هذا تثبيت قياسي؟ هل لديه تاريخ في الترحيل من جهاز آخر؟ يشير بحث سريع إلى أن نوعًا ما من مشكلة الأذونات، أو سبب آخر لفشل redis أثناء الحفظ/إعادة التسمية، يمكن أن يكون السبب.
كان هذا الموضوع السابق، بالنسبة لي، غير حاسم:
يستهلك Discourse مساحة قرص كبيرة، بشكل أساسي مجلد redis_data
pfaffman
(Jay Pfaffman)
8 ديسمبر 2024، 11:26ص
9
أعتقد أنهم يُتركون إذا توقف Redis قبل أن يتمكن من كتابتها. (لكن لم أتذكر كتابة ذلك، لذلك ربما تركته في ملف مؤقت solfege/somewhere)
Rebuild tried to do a clean shutdown, but I think it forces it after a certain amount of time. Reboots are required to apply kernel and library updates.
Ed_S
(Ed S)
8 ديسمبر 2024، 11:38ص
10
هذه التواريخ في لقطة الشاشة مجمعة على فترات زمنية تبلغ حوالي 5 دقائق - هناك شيء لا يعمل كما ينبغي!
إعجاب واحد (1)
pfaffman
(Jay Pfaffman)
8 ديسمبر 2024، 12:21م
11
لم ألاحظ ذلك!
هناك بالتأكيد خطأ ما. هل هذه آلة ضعيفة؟ هل تعمل على مجموعة من برامج الذكاء الاصطناعي؟ (لا أعتقد ذلك، ولكن هذه هي أفضل تخميناتي)
إذا كان حذفها آمنًا، فسيؤدي ذلك إلى حل مشكلة مساحة القرص الفورية.
Ed_S
(Ed S)
8 ديسمبر 2024، 12:43م
12
كفحص عام، والذي يتضمن التحقق من العمليات التي تم إنهاؤها بسبب نقص الذاكرة:
Ed S:
من المحتمل أن تكون الذاكرة لديك قليلة جدًا (وأعني بذلك ذاكرة الوصول العشوائي + الذاكرة الافتراضية)، ومع ذلك يجب أن تكون 2+4 كافية. يرجى تشغيل التشخيصات السريعة التالية ونشر النتائج:
cat /etc/lsb-release
uptime
df -h /
free
swapon
vmstat 5 5
dmesg|egrep -i "memory|oom|kill"
ps auxrc
تم إيقاف خدمة smtp،
وكانت قائمة الانتظار موجودة،
هل هذا يمثل مشكلة؟
ماذا فعلت؟
أصلحت smtp، وحذفت الملفات المؤقتة.
Ed_S
(Ed S)
8 ديسمبر 2024، 3:58م
15
سيكون من المثير للاهتمام معرفة ما إذا كانت تلك الملفات المؤقتة لا تزال تُنشأ.
لم يتم إنشاء ملفات مؤقتة الآن.
لكن هذا الملف يستهلك 16 جيجابايت
كيف أتعامل مع هذا؟
شكرا
pfaffman
(Jay Pfaffman)
8 ديسمبر 2024، 8:41م
17
يمكنك تجربة
cd /var/discourse
./launcher cleanup