هذه معلومات إضافية. في مخرجات الخطأ القياسية لـ gunicorn، أرى:
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/activerecord-7.0.7/lib/active_record/connection_adapters/postgresql_adapter.rb:87:in `rescue in new_client': connection to server on socket \"/var/run/postgresql/.s.PGSQL.5432\" failed: No such file or directory (ActiveRecord::ConnectionNotEstablished)
Is the server running locally and accepting connections on that socket?
في سجل PG، أرى:
2023-08-21 19:24:00.721 UTC [1681] LOG: listening on Unix socket \"/var/run/postgresql/.s.PGSQL.5432\"
2023-08-21 19:24:00.728 UTC [1681] LOG: could not open configuration file \"/etc/postgresql/13/main/pg_hba.conf\": Permission denied
2023-08-21 19:24:00.728 UTC [1681] FATAL: could not load pg_hba.conf
2023-08-21 19:24:00.741 UTC [1681] LOG: database system is shut down
بالإضافة إلى ذلك:
# ls -l /etc/postgresql/13/main/pg_hba.conf
-rw-r----- 1 root root 4846 Aug 21 19:05 /etc/postgresql/13/main/pg_hba.conf
بأي مستخدم يعمل postgres داخل الحاوية؟ مع الأذونات المذكورة أعلاه، يجب أن يكون root أو شخص ما في مجموعة root
حسنًا، لقد قمت بتشغيل chmod o+r /etc/postgresql/13/main/pg_hba.conf والآن الحاوية تعمل مرة أخرى.
هذا كله مقلق بعض الشيء - لماذا لا تعمل طريقة التثبيت الموصى بها فورًا؟ تتضمن حالة الإضافات الخاصة بي حاليًا تلك المذكورة أعلاه باستثناء مستكشف البيانات الذي قمت بتعطيله لأنه تسبب في الفشل في المرة الأخيرة.
ربط بـ
الذي يبلغ عن أعراض مماثلة.
تحديث: لقد قمت بتغيير أمر git في قسم cmd من ملف app.yml لاستخدام sudo كما هو موضح في المنشور المرتبط.
أعلن أن هذا الفشل متقطع. في 3 محاولات (بين كل منها قمت بمسح الدليل shared بالكامل)، نجحت مرة واحدة وفشلت مرتين. عندما يفشل، فإن إصلاح الأذونات الثلاثة المعنية يدويًا ثم إعادة تشغيل الحاوية أدى إلى ما يبدو أنه نظام يعمل. ستكون هناك حاجة إلى تسجيل أفضل واختبارات ذاتية أفضل للكشف عن فشل بدء تشغيل الحاويات.