وظائف البريد الإلكتروني الفاشلة

أهلاً!

Discourse build : 3.5.0.beta2-dev(176ee0bf60)
Hosted on : VPS - Centminmod (131.00stable)on Alma8
Issue : Email failing periodically

لديّ اثنان من vHosts على هذا الخادم الافتراضي. أحدهما مع Xenforo، والآخر مع Discourse.

مضيفي Xenforo يرسلون رسائل البريد الإلكتروني بسعادة على مدار الساعة طوال أيام الأسبوع دون مشكلة. يبدو أن Discourse يفشل كل ~24 ساعة تقريبًا مع رسالة “هناك [عدد يتزايد] مهام بريد إلكتروني فشلت. تحقق من ملف app.yml الخاص بك وتأكد من صحة إعدادات خادم البريد. انظر المهام الفاشلة في Sidekiq.”

يمكنني “حل” المشكلة مؤقتًا عن طريق إعادة تشغيل خدمة docker. يستأنف تدفق البريد.
أنا متأكد من أن إعدادات البريد صحيحة. بمجرد إعادة تشغيل خدمة docker، يمكنني زيارة admin -->> email -->> server setup & logs -->> settings وإرسال بريد إلكتروني.

بمجرد أن يفشل، لا يمكنني ذلك.

أرى الكثير من Sidekiq يستهلك الكثير من الذاكرة (باستخدام 5xxM) لإعادة تشغيل Fastserver-app

activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `block in warn'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `warn'
/var/www/discourse/lib/demon/sidekiq.rb:55:in `block in rss_memory_check'
/var/www/discourse/lib/demon/sidekiq.rb:49:in `each'
/var/www/discourse/lib/demon/sidekiq.rb:49:in `rss_memory_check'
config/unicorn.conf.rb:132:in `block (2 levels) in reload'

يمكنني أيضًا رؤية خطأ في المهمة: no address for meta.discourse.org(ResolvError)

excon-1.2.4/lib/excon/socket.rb:191:in `connect'
excon-1.2.4/lib/excon/ssl_socket.rb:194:in `connect'
excon-1.2.4/lib/excon/socket.rb:60:in `initialize'
excon-1.2.4/lib/excon/ssl_socket.rb:10:in `initialize'
excon-1.2.4/lib/excon/connection.rb:487:in `new'
excon-1.2.4/lib/excon/connection.rb:487:in `socket'
excon-1.2.4/lib/excon/connection.rb:120:in `request_call'
excon-1.2.4/lib/excon/middlewares/mock.rb:57:in `request_call'
excon-1.2.4/lib/excon/middlewares/instrumentor.rb:34:in `request_call'
excon-1.2.4/lib/excon/middlewares/idempotent.rb:19:in `request_call'
excon-1.2.4/lib/excon/middlewares/base.rb:22:in `request_call'
excon-1.2.4/lib/excon/middlewares/decompress.rb:14:in `request_call'
excon-1.2.4/lib/excon/middlewares/base.rb:22:in `request_call'
excon-1.2.4/lib/excon/connection.rb:293:in `request'
/var/www/discourse/lib/discourse_updates.rb:136:in `new_features_payload'
/var/www/discourse/app/jobs/scheduled/check_new_features.rb:24:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299:in `perform'
/var/www/discourse/app/jobs/base.rb:379:in `perform'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:137:in `process_queue'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:77:in `worker_loop'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:63:in `block (2 levels) in ensure_worker_threads'

لم أقم بتغيير الكثير في إعدادات هذا الخادم فيما يتعلق بـ docker لفترة من الوقت. لقد قمت بتحديث النواة و PHP والخدمات الأخرى الموجودة خارج هذا docker.
أصبحت المشكلة أكثر تكرارًا مؤخرًا منذ أن قمت بتحديث بناء Discourse. لقد كان مستقرًا قبل ذلك.
لدي 8.8.8.8 و 8.8.4.4 كـ DNS.

أي مؤشرات ستكون موضع تقدير!

إذا استهلك Sidekiq الكثير من الذاكرة، فقد يتسبب ذلك في إعادة تشغيل Discourse، مما قد يؤدي إلى مقاطعة وظائف البريد الإلكتروني المجدولة. يتضمن Discourse ميزة إعادة التشغيل التلقائي إذا تجاوز استخدام ذاكرة Sidekiq الحد المحدد.

للتغلب على ذلك، تحقق من إعداد UNICORN_SIDEKIQ_MAX_RSS في ملف app.yml الخاص بك. إذا كانت القيمة منخفضة جدًا، ففكر في زيادتها.

لمزيد من المناقشة حول هذه المشكلة، يمكنك الرجوع إلى هذا الموضوع:
Sidekiq يستهلك الكثير من الذاكرة - إعادة التشغيل.

إعجابَين (2)

سأقوم بضبط هذا الإعداد الآن وسأعود إذا استمرت هذه المشكلات

إعجاب واحد (1)

أوه، بعد أكثر من 24 ساعة وما زلت أفشل في البريد الإلكتروني…

Jobs::HandledExceptionWrapper: Wrapped Net::OpenTimeout: execution expired
إعجاب واحد (1)

تأكد من إمكانية الوصول إلى خادم SMTP من مثيل Discourse الخاص بك
telnet DISCOURSE_SMTP_ADDRESS DISCOURSE_SMTP_PORT

إعجاب واحد (1)

سأنتظر الفشل مرة أخرى وأحاول مرة أخرى.

لدي تثبيت XenForo غير معتمد على Docker على نفس VPS ولا يشتكي.

سأبلغك بالنتيجة. أقدر مساعدتك حتى الآن

إعجابَين (2)

يمكنني الوصول إلى خادم smtp.

إعجابَين (2)

حدث فشلان متتاليان ثم لا شيء لمدة 8 ساعات تقريبًا الآن

إعجاب واحد (1)