Known issues

Known issues#

このページには、TPAの現在のバージョンに影響を与える既知の問題をリストしています。既知の場合、各問題の回避策が提供されます。

Barmanユーザーはdeploy を実行した後、データベースに接続できません TPA-1218#

詳細#

TPA 23.35以降を使用して、以前のバージョンのTPAで作成されたPGD/ BDRクラスターに展開すると、barman ユーザーのスーパーユーザー権限が取り消されます。したがって、このユーザーがpostgres データベースに接続しようとすると、失敗します。これにより、 Barman check コマンドは障害を報告します。

回避策#

デプロイ後フックを使用して、スーパーユーザーにbarman を付与します。

複数のロケーションを持つEFMクラスターにロケーション間のHBAルールがありません TPA-1247#

詳細#

複数の場所でEFMクラスターを展開し、1つのノードでefm cluster-status コマンドを実行すると、FATAL: password authentication failed for user "efm" が、ノードと同じ場所にないすべてのノードの Promote Status セクションに表示されることがわかります。コマンドが実行されました。

これは、TPAが、EFMユーザーがある場所のノードから別の場所のノードに接続するために必要なHBAルールを追加できないために発生します。

回避策#

postgres_hba_settings クラスター変数を使用して、efm ユーザーおよびreplication ユーザーが任意のノードから他のノードに接続できるように、ノードごとに1つのHBAルールを指定します。例

postgres_hba_settings:
  - hostssl all efm 192.168.57.12/32 md5
  - hostssl all efm 192.168.57.13/32 md5
  - hostssl all efm 192.168.58.11/32 md5
  - hostssl all efm 192.168.58.12/32 md5
  - hostssl all efm 192.168.58.13/32 md5

  - hostssl replication replication 192.168.57.12/32 md5
  - hostssl replication replication 192.168.57.13/32 md5
  - hostssl replication replication 192.168.58.11/32 md5
  - hostssl replication replication 192.168.58.12/32 md5
  - hostssl replication replication 192.168.58.13/32 md5

現在以外のpem_server_package_version が指定されている場合、Debianのようなインスタンスでのデプロイが失敗する TPA-1178#

詳細#

TPAは、 edb-pem メタパッケージをインストールすることによりPEMサーバーをインストールします。 Debianに似たシステムでは、このパッケージでバージョン指定子を使用すると、パッケージマネージャーが解決できないインストールの組み合わせを試行し、次のエラーが発生する場合があります。Some packages could not be installed. This may mean that you have, requested an impossible situation...

回避策#

PEMの最新バージョンの使用を検討します。ただし、特定のバージョンが必要な場合は、パッケージマネージャーがそれらを正しく解決できるように、必要なPEMパッケージの正確なバージョンを指定できます。

通常のようにPEMサーバーとエージェントのバージョンを指定します 次に、PEMパッケージのフルセットをインスタンス変数の下にpackages として含めます。

cluster_vars:
  ...
  pem_server_package_version: 10.2.0-1.bookworm
  pem_agent_package_version: 10.2.0-1.bookworm

  ...

  instances:
  ...
  - Name: pemserver
    ...
    vars:
      packages:
        Debian:
          - edb-pem=10.2.0-1.bookworm
          - edb-pem-agent=10.2.0-1.bookworm
          - edb-pem-server=10.2.0-1.bookworm
          - edb-pem-cli=10.2.0-1.bookworm

PEM 9が必要な場合は、docsパッケージも含める必要があります。

cluster_vars:
  ...
  pem_server_package_version: 9.8.0-1.bookworm
  pem_agent_package_version: 9.8.0-1.bookworm

  ...

  instances:
  ...
  - Name: pemserver
    ...
    vars:
      packages:
        Debian:
          - edb-pem=9.8.0-1.bookworm
          - edb-pem-agent=9.8.0-1.bookworm
          - edb-pem-server=9.8.0-1.bookworm
          - edb-pem-cli=9.8.0-1.bookworm
          - edb-pem-docs=9.8.0-1.bookworm

TPA 23.34以前で展開されたPGDクラスターにはprimary_slot_name設定があり、bdr_init_physicalが動作しない TPA-1229#

詳細#

TPA 23.35は、EFMで使用するレプリケーションスロット名がPGDクラスターでprimary_slot_name として誤って設定される問題を解決しました。 TPA 23.35以降で展開されたクラスターには、この問題は発生しません。ただし、以前のバージョンで展開された既存のクラスターは、新しいTPAバージョンで展開が実行された後でも、誤ったprimary_slot_name 設定を保持します。

この不正なprimary_slot_name の影響は、 bdr_init_physicalを使用してクラスターに新しいノードを追加またはノードをリビルドしようとすると、Waiting for PostgreSQL to accept connections... でハングし、ログに致命的エラーreplication slot ... does not exist が表示されることです。

回避策#

ファイル/opt/postgres/data/conf.d/8901-primary_slot_name.conf を削除し、Postgresをリロードすることにより、クラスター内の各Postgresノードからこの誤った設定を手動で削除できます。 TPA 23.35以降を使用している限り、復元されることはありません。

目次