FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 449 e
xit 1>
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", "tag"=>"migrate", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migra
te'"]}
bootstrap failed with exit code 1
** 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.
في المنشور الأصلي كما ذكرت
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate’ failed with return #<Process::Status: pid 449 exit 1>
oO0OoO0OoO0Oo يبدأ Redis oO0OoO0OoO0Oo
إصدار Redis=7.0.15, بت=64, التزام=00000000, معدل=0, معرف العملية=447, بدأ للتو
تم تحميل التكوين
ساعة رتيبة: POSIX clock_gettime
تحذير: لم يتم إنشاء مقبس استماع TCP للخادم *:6379: bind: العنوان قيد الاستخدام بالفعل
فشل الاستماع على المنفذ 6379 (TCP)، يتم الإجهاض.
cd /var/www/discourse & & su discourse -c bundle exec rake db:migrate rake aborted!
OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 peeraddr=xx.xx.xx.xx:443 state=error: unexpected eof while reading (OpenSSL::S
SL::SSLError)
لم أكن أعرف. كنت فقط أقارن أسطر app.yml الخاصة بتطبيقي ولاحظت أن سطر docker فقط كان له امتداد “.git” وتذكرت التحذيرات حول مدى حساسية تخطيطات هذه الملفات.
إذًا سؤالي هو كيف تعمل بقية الإضافات الأخرى التي تحتوي على .git في عنوان URL بشكل جيد؟ على سبيل المثال: عملت إضافات التقويم والأخبار بشكل جيد مع .git بالطريقة التي نطبق بها عادةً أمر git. هل يمكنك شرح الفرق الذي يحدثه .git؟
إذا رأيت رد @supermathie على ردي. كنت مخطئًا. كنت أعتمد على إعداد app.yml الخاص بي. يبدو أن أيًا من التخطيطين مناسب.
لا تقلق بشأن خطأ المنفذ السابق الذي نشرته لأنني أحصل عليه ويعاد بناؤه بشكل جيد. حاول إزالة إضافة الموقع وأعد البناء وانظر ما إذا كان لا يزال يفشل.
مرر لأعلى إذا فشل والتقط جزءًا كبيرًا من المخرجات قبل رسالة الفشل النهائية. يجب أن تكون هناك، إذا كانت مشكلة تثبيت إضافة أو ربما شيء آخر، رسائل خطأ.
من الممكن أنه عند تحرير ملف app.yml ربما تكون قد أدرجت مسافة أو شيئًا ما. من الممارسات الجيدة قبل تغيير ملف app.yml التقاط المحتويات قبل التغيير حتى إذا فشل يمكنك مقارنة القديم بالجديد. إذا لزم الأمر سطرًا بسطر.
عادةً ما أشاهد أثناء إعادة البناء في كل مرة وأصبحت معتادًا على بعض رسائل الخطأ/التحذير الشائعة التي لا يبدو أنها تؤثر على إعادة البناء.
لقد واجهت فشلاً منذ فترة وكان متعلقًا بإضافة ولكن كان بسبب عدم وجود التحديث الذي تم فيه دمج الدردشة مع النواة في ذلك الوقت.
سيحتاج الأشخاص هنا إلى رؤية المزيد من ملف سجل إعادة البناء للمساعدة في تحديد مكان فشله.
قد يساعد تشغيل discourse-doctor كما يقترح النتيجة الفاشلة أيضًا. ولكن في خبرتي عادةً ما يكون التمرير لأعلى هو أفضل ما لدي.
يمكنك أيضًا نسخ القسم السفلي أو كل ملف app yml الخاص بك ولصقه هنا. فقط تأكد من تعديل الأشياء الحساسة مثل أسطر مزود البريد الخاص بك ومعلومات maxmind. على الرغم من أنك تشك في منطقة الإضافة لذا .. حتى مجرد النسخ من القسم السفلي من $home لأسفل قد يقدم بعض الأفكار.
أستطيع رؤية هذا السطر أيضًا ويمكنني تأكيد أن جهاز VM الثاني الخاص بي يواجه نفس المشكلة فقط مع إضافات الموقع
سبب ذلك:
OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 peeraddr=184.104.226.109:443 state=error: unexpected eof while reading (OpenSSL::SSL::SSLError)
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:46:in connect_nonblock' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:46:in ssl_socket_connect’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1742:in `connect’
أعتقد أن روبرت سينظر في مشكلات المكون الإضافي للموقع قريبًا. لاحظت خطأً في أحدث إصدار من Discourse في طلب سحب لإصلاح إهمال، وقال إنه سينظر فيه قريبًا جدًا.
