إصدار Discourse: v3.2.0 stable
نقوم حاليًا بالانتقال إلى مزود خدمة بريد إلكتروني جديد. لإكمال هذا الانتقال، نحتاج إلى تحديث بيانات اعتماد SMTP في ملف app.yaml. بعد تحديث بيانات الاعتماد، نحتاج إلى إعادة بناء الحاوية لتطبيق التغييرات.
cd /var/discourse/
./launcher rebuild app
المشكلة هي أن إعادة البناء تفشل.
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle install --jobs $(($(nproc) - 1)) --retry 3' failed with return #<Process::Status: pid 530 exit 5>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"bundle_exec", "cmd"=>["su discourse -c 'bundle install --jobs $(($(nproc) - 1)) --retry 3'"]}
bootstrap failed with exit code 5
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
b0b1f4d0ed01a9bf5b9037585a4b0416b4b4efa2b8e67557ced3d7507380ad0d
root:/#
بناءً على السجلات، حددت سببين محتملين:
1
2024-10-14 12:39:33.606 UTC [55] postgres@postgres ERROR: database "discourse" already exists
2024-10-14 12:39:33.606 UTC [55] postgres@postgres STATEMENT: CREATE DATABASE discourse;
createdb: error: database creation failed: ERROR: database "discourse" already exists
2024-10-14 12:39:33.728 UTC [58] postgres@discourse ERROR: role "discourse" already exists
2024-10-14 12:39:33.728 UTC [58] postgres@discourse STATEMENT: create user discourse;
ERROR: role "discourse" already exists
- رأيت في موضوع آخر أنه يمكن تجاهل هذا الخطأ. إنه ليس مشكلة حقيقية.
2
I, [2024-10-14T12:41:56.391691 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle install --jobs $(($(nproc) - 1)) --retry 3'
google-protobuf-3.25.2-x86_64-linux requires ruby version < 3.3.dev, >= 2.7,
which is incompatible with the current version, 3.3.4
- يبدو أننا لا نستخدم إصدار ruby المطلوب.
لقد أرفقت السجل الكامل إذا كنت ترغب في إلقاء نظرة أفضل عليه.
AWS Emails Restart Discourse VM Log 1.txt (39.8 KB)
أحد الحلول الممكنة هو الترحيل إلى أحدث إصدار مستقر، ومع ذلك، هذا غير ممكن في الوقت الحالي.
مع استبعاد ترقية الإصدار، ما هي الخيارات الأخرى المتاحة لدينا؟ هل من الممكن إعادة البناء دون تحديث برنامج الإعداد؟ لست متأكدًا مما إذا كان ذلك سيحل المشكلة.
هل من الممكن تعيين بيانات اعتماد SMTP كمتغيرات بيئة؟
أي مساعدة ستكون محل تقدير كبير.
شكرًا