גיבויים ל-S3 הצליחו במשך כמה שנים. לפני חודש התחילו להגיע לי הודעות רבות על כך שהגיבוי נכשל. לאחר מכן הוא מנסה שוב, וכעבור כשעה נכשל שוב, ומקבל הודעה שנייה, ולעיתים עד שישה הודעות ביום לפני שהוא מצליח סוף סוף.
יומן ההודעה מציין שהכשל הוא בהעלאת קובץ tar דחוס ל-S3. אני לא מצליח למצוא שגיאות בחשבון ה-S3 שלי.
cפרטיםe
csummaryeיומןc/summarye
החלק הראשון של היומן נראה תקין, ואז:
[2025-05-20 07:11:38] סיום גיבוי…
[2025-05-20 07:11:38] יצירת ארכיון: 506-investor-group-2025-05-20-070428-v20250513161753.tar.gz
[2025-05-20 07:11:38] ווידוא שאין כבר ארכיון קיים…
[2025-05-20 07:11:38] יצירת ארכיון ריק…
[2025-05-20 07:11:38] ארכוב נתוני הפלט…
[2025-05-20 07:12:17] ארכוב ההעלאות…
[2025-05-20 07:15:48] הסרת תיקיית tmp ‘/var/www/discourse/tmp/backups/default/2025-05-20-070428’…
[2025-05-20 07:15:48] זיגוג הארכיון, ייקח קצת זמן…
[2025-05-20 07:32:51] העלאת הארכיון..
Could you be running out of memory? That exception makes me think that Sidekiq (which runs the automatic backups) is either killed by the OS or crashes for some other reason.
Did you try rebuilding the Docker container (./launcher rebuild app) to see if that fixes it?
[ציטוט=“gerhard, פוסט:2, נושא:366874”]
אתה אולי נגמר לך הזיכרון?
[/ציטוט]
אני לא חושב כך. השרת הוא יותר מדי למערכת הקהילה שלנו עם 16GB RAM. top מציג 11GB זיכרון פנוי, וזה כמעט לא משתנה אם אני מפעיל ידנית גיבוי.
אבדוק את /var/log/syslog מחר לכל מה שקשור לזיכרון, kill, או OOM. (לא יכול לבדוק היום כי היו לי לוגים מפורטים שלא קשורים לזה ואני לא יכול לצפות את אירוע הגיבוי כי הוא דוחס מחוץ לזיכרון הלוג.)
[ציטוט=“gerhard, פוסט:2, נושא:366874”]
האם ניסית לבנות מחדש את מכולת Docker?
[/ציטוט]
כן, עדכנתי ל-3.5.0.beta5-dev לפני כמה ימים והנושא עדיין קיים.
I do have this in /logs. This particular warning did not coincide with the backup- I’ll check for that in the morning (backups are done at night). But I didn’t realize Discourse its own memory check- I thought you were referring to the OOM killer. Can I increase the allowed memory size for Sidekiq?
Message
Sidekiq is consuming too much memory (using: 547.87M) for ‘ip-172-26-9-xxx-app’, restarting
Backtrace
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in block in warn' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in block in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in each' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in warn' /var/www/discourse/lib/demon/sidekiq.rb:59:in block in rss_memory_check’
/var/www/discourse/lib/demon/sidekiq.rb:53:in each' /var/www/discourse/lib/demon/sidekiq.rb:53:in rss_memory_check’
config/unicorn.conf.rb:132:in `block (2 levels) in reload’