I, [2024-04-17T09:57:04.110084 #1] INFO -- : > cd /var/www/discourse & su discourse -c 'bundle exec rake assets:precompile:build'
97:M 17 Apr 2024 10:01:01.012 * 100 changes in 300 seconds. Saving...
97:M 17 Apr 2024 10:01:01.012 * Background saving started by pid 3733
3733:C 17 Apr 2024 10:01:01.026 * DB saved on disk
3733:C 17 Apr 2024 10:01:01.027 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB
97:M 17 Apr 2024 10:01:01.112 * Background saving terminated with success
97:M 17 Apr 2024 10:56:01.848 * Replication backlog freed after 3600 seconds without connected replicas.
يحتوي الخادم على 64 جيجابايت من الذاكرة، لذا لا أعتقد أن المشكلة تتعلق بالذاكرة، على الرغم من أنني في الحاوية حددت db_shared_buffers: "4096MB" وفقًا لتوصيات الإعداد.
أي أفكار حول ما يحدث؟ كيف يمكن استكشاف الأخطاء وإصلاحها؟ وكيف يمكن إصلاحه؟
شكرًا جاي، لقد انتظرت ساعتين وقمت بذلك (إنه منتدى مؤرشف لذا لم أكن قلقًا بشأن وقت التعطل).\n\nالشيء الوحيد الذي قمت به بشكل مختلف هو أنني أضفت - git clone https://github.com/discourse/discourse-calendar ولكن لاحظت أنه كان بدون .git في النهاية - لست متأكدًا مما إذا كان ذلك قد أحدث أي فرق على الرغم من ذلك.
منذ هذه المشكلة، نواجه الآن مشاكل مع الخادم. عندما حدث هذا لأول مرة، لاحظنا أنه لا يمكن الوصول إلى مواقع Ruby الأخرى على الخادم. حدث هذا مرتين بفارق عدة أيام وكان إعادة التشغيل يحل المشكلة (تستخدم تلك المواقع مصادقة Discourse). لقد حدث هذا مرة أخرى ولكن هذه المرة كان منتديان من منتديات Discourse يحصلان على خطأ 504 Gateway Time-out أيضًا.
لاحظت أن آخرين واجهوا مشكلة مماثلة في إعادة البناء، وأتساءل عما إذا كان هناك أي تغيير في Discourse مؤخرًا قد يكون مرتبطًا بهذا؟ هل يقوم Discourse بتغيير أي شيء خارج الحاويات، مثل نظام Ruby ربما؟ هذا غريب جدًا
بالأمس كان هناك إصلاح يسمح للخوادم ذات ذاكرة الوصول العشوائي المنخفضة بإعادة البناء بشكل أكثر غرابة/سرعة، لكنني أعتقد أنه قد لا يعمل لأنه يختبر 2 جيجابايت وقد تكون مشكلتك هي أن لديك أكثر من 2 جيجابايت ولكن كل ذلك مشغول بأشياء أخرى على الخادم.
تخميني هو أنك بحاجة إلى المزيد من ذاكرة الوصول العشوائي.
يحتوي الخادم على 64 جيجابايت من ذاكرة الوصول العشوائي يا جاي، وتم تكوين كل مثيل من DC بـ db_shared_buffers: \"4096MB\".
أيضًا، لم تكن هذه المشكلات الإضافية موجودة عند إعادة البناء، ولكنها تبدو بقايا من تلك المشكلة الأصلية.
سأقوم بتنظيف دوكر ./launcher cleanup لمعرفة ما إذا كان ذلك سيساعد، ولكن إذا كان لديك أو لدى أي شخص آخر أي أفكار أخرى في هذه الأثناء، فسيكون ذلك محل تقدير كبير.
تعديل: لاحظت للتو شيئًا غريبًا بعد تشغيل docker container ls -a، سأقوم بنشر موضوع جديد بشأنه.
