さらに詳しい情報です。gunicorn の stderr には次のように表示されます。
/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 を実行したところ、コンテナが再び起動しました。
これは少し懸念事項です。推奨されるインストール方法がすぐに機能しないのはなぜでしょうか？私のプラグインのステータスには、現在リストされているものが含まれていますが、データエクスプローラーは、前回失敗の原因となったため無効にしました。
以下にクロスリンクします。
同様の症状が報告されています。
更新：リンクされた投稿で説明されているように、app.yml ファイルの cmd セクションの git コマンドを sudo を使用するように変更しました。
この障害は断続的であると宣言します。3回の試行（各試行の間に shared ディレクトリを完全にワイプしました）で、1回は成功し、2回は失敗しました。失敗した場合、3つの関連する権限を手動で修正してからコンテナを再起動すると、動作しているように見えるシステムが得られました。より良いロギングとより良い自己テストがあれば、失敗したコンテナのブートストラップを検出するのに役立つでしょう。