فجأة، لم يعد Discourse يعمل ولم يتم إعادة بنائه باستخدام ./launcher rebuild app. لقد قمت بالتعليق على جميع الإضافات أيضًا.
هذه هي السجلات عندما أحاول تشغيله: https://codefile.io/f/8XUuOqyEDd
هذه هي السجلات عندما أستخدم ./launcher rebuild app. أرى شيئًا عن “فشل الاستماع على المنفذ 6379 (TCP) الإجهاض” ولكن لا يوجد شيء يعمل على هذا المنفذ!
لا أعتقد أن هذا يتعلق بمشكلتك. غالبًا ما يظهر هذا التحذير (دائمًا؟) أثناء إعادة البناء.
error: connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: Connection refused
أعتقد أن مشكلتك تأتي على الأرجح من هذا.
قد يعطي هذا أدلة:
هل سيكون هذا هو السبب في عدم عمله عندما أشغله (دون إجراء أي ./launcher rebuild app)؟
وقفت جميع الخدمات الأخرى على جهازي الخادم وقمت بتحديثه إلى أحدث إصدار من Ubuntu LTS وما زالت تظهر هذه الرسالة:
PG::ConnectionBad: فشل الاتصال بالخادم على المقبس "/var/run/postgresql/.s.PGSQL.5432": تم رفض الاتصال (PG::ConnectionBad)
هل الخادم يعمل محليًا ويقبل الاتصالات على ذلك المقبس؟
وهذا هو ما أعتقد أن الخطأ عليه.
لم يؤدِ تبديل القوالب بـ 13 وحتى 15 إلى حل المشكلة، وهو ما تم عرضه في المنشور المشار إليه.
سببه:
PG::ConnectionBad: فشل الاتصال بالخادم على المقبس “/var/run/postgresql/.s.PGSQL.5432”: لا يوجد مثل هذا الملف أو الدليل (PG::ConnectionBad)
هل الخادم يعمل محليًا ويقبل الاتصالات على هذا المقبس؟
timeout: down: postgres: 1s, normally up, want up
يبدو أن قاعدة البيانات لا تبدأ بشكل صحيح. تظهر السجلات أنها تبدأ بشكل صحيح من حين لآخر، ولكن لفترة قصيرة فقط، لذلك قد يكون هذا مجرد تضليل.
ok: run: postgres: (pid 315501) 0s
قد تحتوي سجلات postgres على تلميح للمشكلة، خاصة عند محاولة بدء تشغيل حاوية التطبيق.
tail -f shared/standalone/log/var-log/postgres/current
هل قمت بتحديث PostgreSQL 15؟
أعتقد أيضًا أن الأمر يتعلق بإغلاق غير نظيف. إذا كان لديك نسخة احتياطية، فما سأفعله هو تشغيل جهاز افتراضي جديد واستعادته. يمكنك اتباع نقل موقع Discourse إلى خادم افتراضي خاص آخر باستخدام rsync واستبعاد postgres_*.
البديل، وهو خيارك الوحيد إذا لم يكن لديك نسخة احتياطية، سيكون معرفة الكثير من الأشياء حول postgres التي لا تريد تعلمها.
كيف يمكنني الوصول إلى النسخ الاحتياطية الخاصة بي إذا كان المنتدى الخاص بي معطلاً (أي لا أستطيع الذهاب إلى إعدادات المدير وتحميل نسخة احتياطية)؟
لم أحاول أيضًا ترحيل أي شيء، كنت أستخدمه بشكل طبيعي وقمت بالتحديث عبر واجهة الويب؟ لماذا قد يكون لدى قاعدة البيانات إغلاق غير نظيف؟
[اقتباس=“mwaniki، المشاركة:8، الموضوع:358231”]
tail -f shared/standalone/log/var-log/postgres/current
[/اقتباس]
سوف أقدم سجلات بوستجريس، لحظة واحدة
2025-03-22 00:30:44.110 UTC [4922] FATAL: lock file “postmaster.pid” is empty
2025-03-22 00:30:44.110 UTC [4922] HINT: Either another server is starting, or the lock file is the remnant of a previous server startup crash.
2025-03-22 00:30:45.127 UTC [4964] FATAL: lock file “postmaster.pid” is empty
2025-03-22 00:30:45.127 UTC [4964] HINT: Either another server is starting, or the lock file is the remnant of a previous server startup crash.
2025-03-22 00:30:46.151 UTC [4966] FATAL: lock file “postmaster.pid” is empty
2025-03-22 00:30:46.151 UTC [4966] HINT: Either another server is starting, or the lock file is the remnant of a previous server startup crash.
2025-03-22 00:30:47.168 UTC [4970] FATAL: lock file “postmaster.pid” is empty
2025-03-22 00:30:47.168 UTC [4970] HINT: Either another server is starting, or the lock file is the remnant of a previous server startup crash.
2025-03-22 00:30:48.192 UTC [4977] FATAL: lock file “postmaster.pid” is empty
2025-03-22 00:30:48.192 UTC [4977] HINT: Either another server is starting, or the lock file is the remnant of a previous server startup crash.
-rw------- 1 syslog kvm 0 Mar 18 19:48 /var/discourse/shared/standalone/postgres_data/postmaster.pid
هذا هو المكان الذي يوجد فيه ملف القفل الخاص بي
إنها موجودة في /var/discourse/shared/standalone/backups/default
إذا اتبعت تعليمات rsync التي ربطتها سابقًا، فستحصل عليها.
لقد تعطلت أو أعيد تشغيل الخادم أو حدثت أشياء.
يتم “ترحيل” قاعدة البيانات من مجموعة من الجداول (تتم إضافة الجداول وتغييرها) إلى مجموعة أخرى عند معظم الترقيات.
قد تحاول إيقاف الحاوية وحذف ملف القفل هذا
وابحث في PG_VERSION لمعرفة الإصدار الذي لديك، حيث أعتقد أنك حاولت تغيير القالب.
نعم، لقد حاولت التغيير بعد أن رأيت الخطأ.
إذن، هل أقوم بتشغيل rm /var/discourse/shared/standalone/postgres_data/postmaster.pid لحذف ملف القفل ثم أحاول إعادة البناء؟
شكراً لك أيضاً على مساعدتي في هذا الأمر.
هل سأقوم بتنفيذ هذا الأمر لحذف ملف القفل؟
كان الحل هو حذف الملف /var/discourse/shared/standalone/postgres_data/postmaster.pid، شكرًا لك!
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.