pgpool2.git / summary / log / commit / refs
commit 744c96fedbeb03c827daa32e3a044ff88decb280
Author: Bo Peng <pengbo@sraoss.co.jp>
Date: Tue Aug 06 06:07:19 2024 +0000
Doc: add release notes.
doc.ja/src/sgml/release-4.1.sgml | 168 +++++++++++++++++++++++++
doc.ja/src/sgml/release-4.2.sgml | 196 +++++++++++++++++++++++++++++
doc.ja/src/sgml/release-4.3.sgml | 223 +++++++++++++++++++++++++++++++++
doc.ja/src/sgml/release-4.4.sgml | 248 ++++++++++++++++++++++++++++++++++++
doc.ja/src/sgml/release-4.5.sgml | 248 ++++++++++++++++++++++++++++++++++++
doc/src/sgml/release-4.1.sgml | 181 +++++++++++++++++++++++++++
doc/src/sgml/release-4.2.sgml | 210 +++++++++++++++++++++++++++++++
doc/src/sgml/release-4.3.sgml | 238 +++++++++++++++++++++++++++++++++++
doc/src/sgml/release-4.4.sgml | 264 +++++++++++++++++++++++++++++++++++++++
doc/src/sgml/release-4.5.sgml | 264 +++++++++++++++++++++++++++++++++++++++
10 files changed, 2240 insertions(+)
diff --git a/doc.ja/src/sgml/release-4.1.sgml b/doc.ja/src/sgml/release-4.1.sgml
index 0b842e809..ebe8259b2 100644
--- a/doc.ja/src/sgml/release-4.1.sgml
+++ b/doc.ja/src/sgml/release-4.1.sgml
@@ -1,6 +1,174 @@
<!-- doc/src/sgml/release-4.1.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-1-21">
+ <title>リリース 4.1.21</title>
+ <note>
+ <title>リリース日</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>変更点</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [afe992c]
+ -->
+ <para>
+ サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。 (Bo Peng)
+ </para>
+ <para>
+ postgresqlxx-serverがインストールされていない可能性があるため、サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>不具合修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [b5d834b]
+ -->
+ <para>
+ フラッシュメッセージを受信した後にハングする問題を修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [489eedf]
+ -->
+ <para>
+ セグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Pgpool-IIの子プロセスがpool_do_authでセグメント違反になることがありました。
+ 原因はMAIN_CONNECTION()がNULLを返すことでした。
+ my_main_node_idが不正なノードID 0に設定されていたようですが、これは実際にはダウン状態でした。
+ そのため、cp->slots[0]には接続がありませんでした。
+ </para>
+ <para>
+ この問題はEmond Papegaaijによって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [60e8776]
+ -->
+ <para>
+ MAIN_NODEマクロを使用しないようにセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ 一部の関数 (close_idle_connection()、new_connection()、pool_create_cp())では、MAIN*とVALID_BACKENDが不適切な場所で使用されていました。
+ MAIN*とVALID_BACKENDは、バックエンドへの現在の接続に対してのみ有効であり、プールされた接続には有効ではありません。
+ プールされた接続では、どのバックエンドがメインノードであるか、または稼働中であるかは、バックエンドへの現在の接続と必ず同じであるためです。
+ これらのマクロを誤って使用すると、セグメンテーション違反が発生することがありました。
+ </para>
+ <para>
+ この問題はEmond Papegaaij によって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [ef907de]
+ -->
+ <para>
+ MAIN_NODEマクロ（実際は pool_virtual_main_db_node_id()）を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ セッションコンテキストがない場合、マクロは<literal>REAL_MAIN_NODE_ID</literal>に使用されます。
+ フェイルオーバー/フェイルバックが発生すると、いつでも<literal>REAL_MAIN_NODE_ID</literal>が変更される可能性があるため、これは誤りでした。
+ </para>
+ <para>
+ REAL_MAIN_NODE_ID == my_main_node_id == 1と仮定します。
+ その後、フェイルバックにより、<literal>REAL_MAIN_NODE_ID</literal>は0に変更されます。
+ その後、MAIN_CONNECTION(cp)はNULLを返し、これへの参照はセグメンテーションエラーを引き起こします。
+ この問題を回避するには、代わりにmy_main_node_idを返すように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [1563673]
+ -->
+ <para>
+ 子プロセスでのセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [2b2c3e1]
+ -->
+ <para>
+ ネットワークが短時間中断されると、Watchdogが停止し、<productname>Pgpool-II</productname>が強制終了する問題を修正しました。 (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ ネットワーク監視を有効にすると、<productname>Pgpool-II</productname>ノードはすべてのネットワークインターフェイスまたは割り当てられたIPアドレスを失った場合に直ちにシャットダウンし、通信できないノードをクラスタからすばやく削除することで追加の保護を提供します。
+ </para>
+ <para>
+ 問題は、ネットワーク監視が無効になっている場合でも、<productname>Pgpool-II</productname>がネットワークブラックアウトイベントに応答していたことです。
+ この修正により、ネットワーク監視が有効になっていない場合にネットワーク監視ソケットがオープンされなくなり、不要なシャットダウンが防止されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [1e8190d]
+ -->
+ <para>
+ <literal>psql_scan</literal>のクラッシュを修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ 長いクエリ内の文字列が<literal>psql</literal>変数（つまり「:」で始まる）であるかどうかを判別しているときに、<literal>psql_scan</literal>がクラッシュする問題がありました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>ドキュメント修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [8e6b909]
+ -->
+ <para>
+ ドキュメントとプログラムソースコードの大量なタイポミスを修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ パッチはUmar Hayatによって作成されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [4cefcec]
+ -->
+ <para>
+ 仮想IP関連パラメータのデフォルト値をドキュメントに追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-1-20">
<title>リリース 4.1.20</title>
<note>
diff --git a/doc.ja/src/sgml/release-4.2.sgml b/doc.ja/src/sgml/release-4.2.sgml
index 7cc31a3d1..00a3d5abd 100644
--- a/doc.ja/src/sgml/release-4.2.sgml
+++ b/doc.ja/src/sgml/release-4.2.sgml
@@ -1,6 +1,202 @@
<!-- doc/src/sgml/release-4.2.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-2-18">
+ <title>リリース 4.2.18</title>
+ <note>
+ <title>リリース日</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>変更点</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [c0435a7]
+ -->
+ <para>
+ サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。 (Bo Peng)
+ </para>
+ <para>
+ postgresqlxx-serverがインストールされていない可能性があるため、サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>不具合修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [12196dc]
+ -->
+ <para>
+ フラッシュメッセージを受信した後にハングする問題を修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [8ca5235]
+ -->
+ <para>
+ セグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Pgpool-IIの子プロセスがpool_do_authでセグメント違反になることがありました。
+ 原因はMAIN_CONNECTION()がNULLを返すことでした。
+ my_main_node_idが不正なノードID 0に設定されていたようですが、これは実際にはダウン状態でした。
+ そのため、cp->slots[0]には接続がありませんでした。
+ </para>
+ <para>
+ この問題はEmond Papegaaijによって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [8f292aa]
+ -->
+ <para>
+ MAIN_NODEマクロを使用しないようにセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ 一部の関数 (close_idle_connection()、new_connection()、pool_create_cp())では、MAIN*とVALID_BACKENDが不適切な場所で使用されていました。
+ MAIN*とVALID_BACKENDは、バックエンドへの現在の接続に対してのみ有効であり、プールされた接続には有効ではありません。
+ プールされた接続では、どのバックエンドがメインノードであるか、または稼働中であるかは、バックエンドへの現在の接続と必ず同じであるためです。
+ これらのマクロを誤って使用すると、セグメンテーション違反が発生することがありました。
+ </para>
+ <para>
+ この問題はEmond Papegaaij によって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [0690a4f]
+ -->
+ <para>
+ MAIN_NODEマクロ（実際は pool_virtual_main_db_node_id()）を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ セッションコンテキストがない場合、マクロは<literal>REAL_MAIN_NODE_ID</literal>に使用されます。
+ フェイルオーバー/フェイルバックが発生すると、いつでも<literal>REAL_MAIN_NODE_ID</literal>が変更される可能性があるため、これは誤りでした。
+ </para>
+ <para>
+ REAL_MAIN_NODE_ID == my_main_node_id == 1と仮定します。
+ その後、フェイルバックにより、<literal>REAL_MAIN_NODE_ID</literal>は0に変更されます。
+ その後、MAIN_CONNECTION(cp)はNULLを返し、これへの参照はセグメンテーションエラーを引き起こします。
+ この問題を回避するには、代わりにmy_main_node_idを返すように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-14 [96ff6de]
+ -->
+ <para>
+ <command>show pool_processes</command>で行の説明が2回表示されないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ processes_reporting()が誤ってsend_row_description()とsend_row_description_and_data_rows()の両方を呼び出していました。
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004472.html">[pgpool-hackers: 4471]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [622ff0e]
+ -->
+ <para>
+ 子プロセスでのセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [c3ee4b5]
+ -->
+ <para>
+ ネットワークが短時間中断されると、Watchdogが停止し、<productname>Pgpool-II</productname>が強制終了する問題を修正しました。 (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ ネットワーク監視を有効にすると、<productname>Pgpool-II</productname>ノードはすべてのネットワークインターフェイスまたは割り当てられたIPアドレスを失った場合に直ちにシャットダウンし、通信できないノードをクラスタからすばやく削除することで追加の保護を提供します。
+ </para>
+ <para>
+ 問題は、ネットワーク監視が無効になっている場合でも、<productname>Pgpool-II</productname>がネットワークブラックアウトイベントに応答していたことです。
+ この修正により、ネットワーク監視が有効になっていない場合にネットワーク監視ソケットがオープンされなくなり、不要なシャットダウンが防止されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-10 [908e20d]
+ -->
+ <para>
+ Watchdogが有効な場合に<command>pgpool reset</command>コマンドが動作しない問題を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ バグはkeiseoによって報告・問題分析されました。
+ Disscussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004466.html">[pgpool-hackers: 4465]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [92258c6]
+ -->
+ <para>
+ <literal>psql_scan</literal>のクラッシュを修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ 長いクエリ内の文字列が<literal>psql</literal>変数（つまり「:」で始まる）であるかどうかを判別しているときに、<literal>psql_scan</literal>がクラッシュする問題がありました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>ドキュメント修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [b66a353]
+ -->
+ <para>
+ ドキュメントとプログラムソースコードの大量なタイポミスを修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ パッチはUmar Hayatによって作成されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [51f78ae]
+ -->
+ <para>
+ 仮想IP関連パラメータのデフォルト値をドキュメントに追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-2-17">
<title>リリース 4.2.17</title>
<note>
diff --git a/doc.ja/src/sgml/release-4.3.sgml b/doc.ja/src/sgml/release-4.3.sgml
index aa208236d..605fd0d56 100644
--- a/doc.ja/src/sgml/release-4.3.sgml
+++ b/doc.ja/src/sgml/release-4.3.sgml
@@ -1,6 +1,229 @@
<!-- doc/src/sgml/release-4.3.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-3-11">
+ <title>リリース 4.3.11</title>
+ <note>
+ <title>リリース日</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>変更点</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [0fbba86]
+ -->
+ <para>
+ サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。 (Bo Peng)
+ </para>
+ <para>
+ postgresqlxx-serverがインストールされていない可能性があるため、サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>不具合修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [b29f5cb]
+ -->
+ <para>
+ フラッシュメッセージを受信した後にハングする問題を修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [423834d]
+ -->
+ <para>
+ セグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Pgpool-IIの子プロセスがpool_do_authでセグメント違反になることがありました。
+ 原因はMAIN_CONNECTION()がNULLを返すことでした。
+ my_main_node_idが不正なノードID 0に設定されていたようですが、これは実際にはダウン状態でした。
+ そのため、cp->slots[0]には接続がありませんでした。
+ </para>
+ <para>
+ この問題はEmond Papegaaijによって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-28 [b4fa936]
+ -->
+ <para>
+ 設定ファイルの解析時に発生するセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ 設定値が一重引用符で囲まれていない場合に<filename>pgpool.conf</filename>を解析するときにセグメンテーション違反が発生していました。
+ </para>
+ <para>
+ このパッチはCarlos Chapiによって作成され、Tatsuo Ishiiによってレビューおよび修正されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [ea3a30b]
+ -->
+ <para>
+ MAIN_NODEマクロを使用しないようにセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ 一部の関数 (close_idle_connection()、new_connection()、pool_create_cp())では、MAIN*とVALID_BACKENDが不適切な場所で使用されていました。
+ MAIN*とVALID_BACKENDは、バックエンドへの現在の接続に対してのみ有効であり、プールされた接続には有効ではありません。
+ プールされた接続では、どのバックエンドがメインノードであるか、または稼働中であるかは、バックエンドへの現在の接続と必ず同じであるためです。
+ これらのマクロを誤って使用すると、セグメンテーション違反が発生することがありました。
+ </para>
+ <para>
+ この問題はEmond Papegaaij によって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [af72dcb]
+ -->
+ <para>
+ MAIN_NODEマクロ（実際は pool_virtual_main_db_node_id()）を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ セッションコンテキストがない場合、マクロは<literal>REAL_MAIN_NODE_ID</literal>に使用されます。
+ フェイルオーバー/フェイルバックが発生すると、いつでも<literal>REAL_MAIN_NODE_ID</literal>が変更される可能性があるため、これは誤りでした。
+ </para>
+ <para>
+ REAL_MAIN_NODE_ID == my_main_node_id == 1と仮定します。
+ その後、フェイルバックにより、<literal>REAL_MAIN_NODE_ID</literal>は0に変更されます。
+ その後、MAIN_CONNECTION(cp)はNULLを返し、これへの参照はセグメンテーションエラーを引き起こします。
+ この問題を回避するには、代わりにmy_main_node_idを返すように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-14 [4366d25]
+ -->
+ <para>
+ <command>show pool_processes</command>で行の説明が2回表示されないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ processes_reporting()が誤ってsend_row_description()とsend_row_description_and_data_rows()の両方を呼び出していました。
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004472.html">[pgpool-hackers: 4471]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [9a6c5fe]
+ -->
+ <para>
+ 子プロセスでのセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [789b0dc]
+ -->
+ <para>
+ ネットワークが短時間中断されると、Watchdogが停止し、<productname>Pgpool-II</productname>が強制終了する問題を修正しました。 (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ ネットワーク監視を有効にすると、<productname>Pgpool-II</productname>ノードはすべてのネットワークインターフェイスまたは割り当てられたIPアドレスを失った場合に直ちにシャットダウンし、通信できないノードをクラスタからすばやく削除することで追加の保護を提供します。
+ </para>
+ <para>
+ 問題は、ネットワーク監視が無効になっている場合でも、<productname>Pgpool-II</productname>がネットワークブラックアウトイベントに応答していたことです。
+ この修正により、ネットワーク監視が有効になっていない場合にネットワーク監視ソケットがオープンされなくなり、不要なシャットダウンが防止されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-10 [99ba3c4]
+ -->
+ <para>
+ Watchdogが有効な場合に<command>pgpool reset</command>コマンドが動作しない問題を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ バグはkeiseoによって報告・問題分析されました。
+ Disscussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004466.html">[pgpool-hackers: 4465]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [63d791b]
+ -->
+ <para>
+ <literal>psql_scan</literal>のクラッシュを修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ 長いクエリ内の文字列が<literal>psql</literal>変数（つまり「:」で始まる）であるかどうかを判別しているときに、<literal>psql_scan</literal>がクラッシュする問題がありました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>ドキュメント修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [f7c4167]
+ -->
+ <para>
+ ドキュメントとプログラムソースコードの大量なタイポミスを修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ パッチはUmar Hayatによって作成されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-30 [e1aeaee]
+ -->
+ <para>
+ フェイルオーバーのドキュメントを改良しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ <xref linkend="guc-failover-on-backend-shutdown">が有効な場合のフェイルオーバーの条件を明確にしました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [db82273]
+ -->
+ <para>
+ 仮想IP関連パラメータのデフォルト値をドキュメントに追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-3-10">
<title>リリース 4.3.10</title>
<note>
diff --git a/doc.ja/src/sgml/release-4.4.sgml b/doc.ja/src/sgml/release-4.4.sgml
index 5bdacc3a9..9802ced46 100644
--- a/doc.ja/src/sgml/release-4.4.sgml
+++ b/doc.ja/src/sgml/release-4.4.sgml
@@ -1,6 +1,254 @@
<!-- doc/src/sgml/release-4.4.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-4-8">
+ <title>リリース 4.4.8</title>
+ <note>
+ <title>リリース日</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>変更点</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [97485f6]
+ -->
+ <para>
+ サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。 (Bo Peng)
+ </para>
+ <para>
+ postgresqlxx-serverがインストールされていない可能性があるため、サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>不具合修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [251e422]
+ -->
+ <para>
+ フラッシュメッセージを受信した後にハングする問題を修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [c1dd550]
+ -->
+ <para>
+ セグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Pgpool-IIの子プロセスがpool_do_authでセグメント違反になることがありました。
+ 原因はMAIN_CONNECTION()がNULLを返すことでした。
+ my_main_node_idが不正なノードID 0に設定されていたようですが、これは実際にはダウン状態でした。
+ そのため、cp->slots[0]には接続がありませんでした。
+ </para>
+ <para>
+ この問題はEmond Papegaaijによって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-19 [49340b9]
+ -->
+ <para>
+ 動的プロセス管理を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ プロセス排除アルゴリズムで使用されるpooled_connectionの計算が正しくありませんでした。
+ 数値は常にmax_poolになっていました。
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-July/004491.html">[pgpool-hackers: 4490]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-28 [8ea6f7a]
+ -->
+ <para>
+ 設定ファイルの解析時に発生するセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ 設定値が一重引用符で囲まれていない場合に<filename>pgpool.conf</filename>を解析するときにセグメンテーション違反が発生していました。
+ </para>
+ <para>
+ このパッチはCarlos Chapiによって作成され、Tatsuo Ishiiによってレビューおよび修正されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [7ca9b23]
+ -->
+ <para>
+ MAIN_NODEマクロを使用しないようにセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ 一部の関数 (close_idle_connection()、new_connection()、pool_create_cp())では、MAIN*とVALID_BACKENDが不適切な場所で使用されていました。
+ MAIN*とVALID_BACKENDは、バックエンドへの現在の接続に対してのみ有効であり、プールされた接続には有効ではありません。
+ プールされた接続では、どのバックエンドがメインノードであるか、または稼働中であるかは、バックエンドへの現在の接続と必ず同じであるためです。
+ これらのマクロを誤って使用すると、セグメンテーション違反が発生することがありました。
+ </para>
+ <para>
+ この問題はEmond Papegaaij によって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [152c65d]
+ -->
+ <para>
+ MAIN_NODEマクロ（実際は pool_virtual_main_db_node_id()）を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ セッションコンテキストがない場合、マクロは<literal>REAL_MAIN_NODE_ID</literal>に使用されます。
+ フェイルオーバー/フェイルバックが発生すると、いつでも<literal>REAL_MAIN_NODE_ID</literal>が変更される可能性があるため、これは誤りでした。
+ </para>
+ <para>
+ REAL_MAIN_NODE_ID == my_main_node_id == 1と仮定します。
+ その後、フェイルバックにより、<literal>REAL_MAIN_NODE_ID</literal>は0に変更されます。
+ その後、MAIN_CONNECTION(cp)はNULLを返し、これへの参照はセグメンテーションエラーを引き起こします。
+ この問題を回避するには、代わりにmy_main_node_idを返すように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-14 [9488d9f]
+ -->
+ <para>
+ <command>show pool_processes</command>で行の説明が2回表示されないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ processes_reporting()が誤ってsend_row_description()とsend_row_description_and_data_rows()の両方を呼び出していました。
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004472.html">[pgpool-hackers: 4471]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [8c18899]
+ -->
+ <para>
+ 子プロセスでのセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [93ba28b]
+ -->
+ <para>
+ ネットワークが短時間中断されると、Watchdogが停止し、<productname>Pgpool-II</productname>が強制終了する問題を修正しました。 (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ ネットワーク監視を有効にすると、<productname>Pgpool-II</productname>ノードはすべてのネットワークインターフェイスまたは割り当てられたIPアドレスを失った場合に直ちにシャットダウンし、通信できないノードをクラスタからすばやく削除することで追加の保護を提供します。
+ </para>
+ <para>
+ 問題は、ネットワーク監視が無効になっている場合でも、<productname>Pgpool-II</productname>がネットワークブラックアウトイベントに応答していたことです。
+ この修正により、ネットワーク監視が有効になっていない場合にネットワーク監視ソケットがオープンされなくなり、不要なシャットダウンが防止されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-10 [c90ec3b]
+ -->
+ <para>
+ Watchdogが有効な場合に<command>pgpool reset</command>コマンドが動作しない問題を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ バグはkeiseoによって報告・問題分析されました。
+ Disscussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004466.html">[pgpool-hackers: 4465]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [612e7f4]
+ -->
+ <para>
+ <literal>psql_scan</literal>のクラッシュを修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ 長いクエリ内の文字列が<literal>psql</literal>変数（つまり「:」で始まる）であるかどうかを判別しているときに、<literal>psql_scan</literal>がクラッシュする問題がありました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>ドキュメント修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [cb4ecf0]
+ -->
+ <para>
+ ドキュメントとプログラムソースコードの大量なタイポミスを修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ パッチはUmar Hayatによって作成されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-08-01 [d9fd431]
+ -->
+ <para>
+ 強制終了するプロセスを選択するための基準を<xref linkend="guc-max-spare-children">のドキュメントに追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-30 [d8f8cca]
+ -->
+ <para>
+ フェイルオーバーのドキュメントを改良しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ <xref linkend="guc-failover-on-backend-shutdown">が有効な場合のフェイルオーバーの条件を明確にしました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [36112da]
+ -->
+ <para>
+ 仮想IP関連パラメータのデフォルト値をドキュメントに追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-4-7">
<title>リリース 4.4.7</title>
<note>
diff --git a/doc.ja/src/sgml/release-4.5.sgml b/doc.ja/src/sgml/release-4.5.sgml
index 0cae0b4f8..dcf598ca6 100644
--- a/doc.ja/src/sgml/release-4.5.sgml
+++ b/doc.ja/src/sgml/release-4.5.sgml
@@ -1,6 +1,254 @@
<!-- doc/src/sgml/release-4.5.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-5-3">
+ <title>リリース 4.5.3</title>
+ <note>
+ <title>リリース日</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>変更点</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [af64bd7]
+ -->
+ <para>
+ サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。 (Bo Peng)
+ </para>
+ <para>
+ postgresqlxx-serverがインストールされていない可能性があるため、サンプルスクリプトで<command>initdb -V</command>の代わりに<command>psql -V</command>を使用するように修正しました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>不具合修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [0f08837]
+ -->
+ <para>
+ フラッシュメッセージを受信した後にハングする問題を修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [7a51b25]
+ -->
+ <para>
+ セグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Pgpool-IIの子プロセスがpool_do_authでセグメント違反になることがありました。
+ 原因はMAIN_CONNECTION()がNULLを返すことでした。
+ my_main_node_idが不正なノードID 0に設定されていたようですが、これは実際にはダウン状態でした。
+ そのため、cp->slots[0]には接続がありませんでした。
+ </para>
+ <para>
+ この問題はEmond Papegaaijによって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-19 [883be2e]
+ -->
+ <para>
+ 動的プロセス管理を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ プロセス排除アルゴリズムで使用されるpooled_connectionの計算が正しくありませんでした。
+ 数値は常にmax_poolになっていました。
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-July/004491.html">[pgpool-hackers: 4490]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-28 [f4978ac]
+ -->
+ <para>
+ 設定ファイルの解析時に発生するセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ 設定値が一重引用符で囲まれていない場合に<filename>pgpool.conf</filename>を解析するときにセグメンテーション違反が発生していました。
+ </para>
+ <para>
+ このパッチはCarlos Chapiによって作成され、Tatsuo Ishiiによってレビューおよび修正されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [21e40ca]
+ -->
+ <para>
+ MAIN_NODEマクロを使用しないようにセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ 一部の関数 (close_idle_connection()、new_connection()、pool_create_cp())では、MAIN*とVALID_BACKENDが不適切な場所で使用されていました。
+ MAIN*とVALID_BACKENDは、バックエンドへの現在の接続に対してのみ有効であり、プールされた接続には有効ではありません。
+ プールされた接続では、どのバックエンドがメインノードであるか、または稼働中であるかは、バックエンドへの現在の接続と必ず同じであるためです。
+ これらのマクロを誤って使用すると、セグメンテーション違反が発生することがありました。
+ </para>
+ <para>
+ この問題はEmond Papegaaij によって報告されました。
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [85a5ba0]
+ -->
+ <para>
+ MAIN_NODEマクロ（実際は pool_virtual_main_db_node_id()）を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ セッションコンテキストがない場合、マクロは<literal>REAL_MAIN_NODE_ID</literal>に使用されます。
+ フェイルオーバー/フェイルバックが発生すると、いつでも<literal>REAL_MAIN_NODE_ID</literal>が変更される可能性があるため、これは誤りでした。
+ </para>
+ <para>
+ REAL_MAIN_NODE_ID == my_main_node_id == 1と仮定します。
+ その後、フェイルバックにより、<literal>REAL_MAIN_NODE_ID</literal>は0に変更されます。
+ その後、MAIN_CONNECTION(cp)はNULLを返し、これへの参照はセグメンテーションエラーを引き起こします。
+ この問題を回避するには、代わりにmy_main_node_idを返すように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-14 [a4bab80]
+ -->
+ <para>
+ <command>show pool_processes</command>で行の説明が2回表示されないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ processes_reporting()が誤ってsend_row_description()とsend_row_description_and_data_rows()の両方を呼び出していました。
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004472.html">[pgpool-hackers: 4471]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [134bc75]
+ -->
+ <para>
+ 子プロセスでのセグメンテーション違反を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [f92feef]
+ -->
+ <para>
+ ネットワークが短時間中断されると、Watchdogが停止し、<productname>Pgpool-II</productname>が強制終了する問題を修正しました。 (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ ネットワーク監視を有効にすると、<productname>Pgpool-II</productname>ノードはすべてのネットワークインターフェイスまたは割り当てられたIPアドレスを失った場合に直ちにシャットダウンし、通信できないノードをクラスタからすばやく削除することで追加の保護を提供します。
+ </para>
+ <para>
+ 問題は、ネットワーク監視が無効になっている場合でも、<productname>Pgpool-II</productname>がネットワークブラックアウトイベントに応答していたことです。
+ この修正により、ネットワーク監視が有効になっていない場合にネットワーク監視ソケットがオープンされなくなり、不要なシャットダウンが防止されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-10 [f46fdae]
+ -->
+ <para>
+ Watchdogが有効な場合に<command>pgpool reset</command>コマンドが動作しない問題を修正しました。 (Tatsuo Ishii)
+ </para>
+ <para>
+ バグはkeiseoによって報告・問題分析されました。
+ Disscussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004466.html">[pgpool-hackers: 4465]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [612e7f4]
+ -->
+ <para>
+ <literal>psql_scan</literal>のクラッシュを修正しました。 (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ 長いクエリ内の文字列が<literal>psql</literal>変数（つまり「:」で始まる）であるかどうかを判別しているときに、<literal>psql_scan</literal>がクラッシュする問題がありました。
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>ドキュメント修正</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [f8e8436]
+ -->
+ <para>
+ ドキュメントとプログラムソースコードの大量なタイポミスを修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ パッチはUmar Hayatによって作成されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-08-01 [ffab3b2]
+ -->
+ <para>
+ 強制終了するプロセスを選択するための基準を<xref linkend="guc-max-spare-children">のドキュメントに追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-30 [7c3e166]
+ -->
+ <para>
+ フェイルオーバーのドキュメントを改良しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ <xref linkend="guc-failover-on-backend-shutdown">が有効な場合のフェイルオーバーの条件を明確にしました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [7cd903e]
+ -->
+ <para>
+ 仮想IP関連パラメータのデフォルト値をドキュメントに追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-5-2">
<title>リリース 4.5.2</title>
<note>
diff --git a/doc/src/sgml/release-4.1.sgml b/doc/src/sgml/release-4.1.sgml
index 3c085ab0e..55cb1c1fc 100644
--- a/doc/src/sgml/release-4.1.sgml
+++ b/doc/src/sgml/release-4.1.sgml
@@ -1,6 +1,187 @@
<!-- doc/src/sgml/release-4.1.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-1-21">
+ <title>Release 4.1.21</title>
+ <note>
+ <title>Release Date</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>Changes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [afe992c]
+ -->
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in sample scripts. (Bo Peng)
+ </para>
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in the sample scripts because in some cases postgresqlxx-server may not
+ be installed.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Bug fixes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [b5d834b]
+ -->
+ <para>
+ Fix hang after a flush message received. (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [489eedf]
+ -->
+ <para>
+ Fix segmentation fault. (Tatsuo Ishii)
+ </para>
+ <para>
+ It is reported that pgpool child segfaulted in pool_do_auth. The cause
+ was MAIN_CONNECTION() returns NULL. It seems my_main_node_id was set
+ to incorrect node id 0, which was actually in down status. thus there
+ was no connection in cp->slots[0].
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [60e8776]
+ -->
+ <para>
+ Fix segfault to not use MAIN_NODE macro. (Tatsuo Ishii)
+ </para>
+ <para>
+ Some functions (close_idle_connection(), new_connection() and
+ pool_create_cp()) used MAIN* and VALID_BACKEND where they are not
+ appropriate. MAIN* and VALID_BACKEND are only useful against current
+ connections to backend, not for pooled connections since in pooled
+ connections which backend is the main node or up and running is
+ necessarily same as the current connections to backend.
+ The misuses of those macros sometimes leads to segfault.
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [ef907de]
+ -->
+ <para>
+ Fix MAIN_NODE macro (actually pool_virtual_main_db_node_id()). (Tatsuo Ishii)
+ </para>
+ <para>
+ The macro used to return REAL_MAIN_NODE_ID if there's no session context.
+ This is wrong since REAL_MAIN_NODE_ID can be changed any time when
+ failover/failback happens.
+ </para>
+ <para>
+ Suppose REAL_MAIN_NODE_ID == my_main_node_id == 1.
+ Then due to failback, REAL_MAIN_NODE_ID is changed to 0.
+ Then MAIN_CONNECTION(cp) will return NULL and any
+ reference to it will cause segmentation fault. To prevent the issue we
+ should return my_main_node_id instead.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [1563673]
+ -->
+ <para>
+ Fix segfault in a child process. (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [2b2c3e1]
+ -->
+ <para>
+ Watchdog dies and kills pgpool2 when network gets shortly interrupted. (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ With network monitoring enabled, a <productname>Pgpool-II</productname>
+ node would shut down immediately if it lost all network interfaces or
+ assigned IP addresses, providing extra protection by quickly removing
+ a non-communicative node from the cluster.
+ </para>
+ <para>
+ The issue was that <productname>Pgpool-II</productname> responded to network blackout events even when network
+ monitoring was disabled. This fix ensures that the network monitoring socket is
+ not opened when network monitoring is not enabled, preventing unnecessary shutdowns.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [1e8190d]
+ -->
+ <para>
+ Fix <literal>psql_scan</literal> crash. (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ It was reported that <literal>psql_scan</literal> crashes while determining whether a
+ string in a long query is psql variable (i.e. starting with ":") or not.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Documents</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [8e6b909]
+ -->
+ <para>
+ Mega typo fix for docs and program source codes. (Tatsuo Ishii)
+ </para>
+ <para>
+ Patch is created by Umar Hayat.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [4cefcec]
+ -->
+ <para>
+ Add the missing default values for virtual IP related parameters. (Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-1-20">
<title>Release 4.1.20</title>
<note>
diff --git a/doc/src/sgml/release-4.2.sgml b/doc/src/sgml/release-4.2.sgml
index b01391a40..aa978656c 100644
--- a/doc/src/sgml/release-4.2.sgml
+++ b/doc/src/sgml/release-4.2.sgml
@@ -1,6 +1,216 @@
<!-- doc/src/sgml/release-4.2.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-2-18">
+ <title>Release 4.2.18</title>
+ <note>
+ <title>Release Date</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>Changes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [c0435a7]
+ -->
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in sample scripts. (Bo Peng)
+ </para>
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in the sample scripts because in some cases postgresqlxx-server may not
+ be installed.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Bug fixes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [12196dc]
+ -->
+ <para>
+ Fix hang after a flush message received. (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [8ca5235]
+ -->
+ <para>
+ Fix segmentation fault. (Tatsuo Ishii)
+ </para>
+ <para>
+ It is reported that pgpool child segfaulted in pool_do_auth. The cause
+ was MAIN_CONNECTION() returns NULL. It seems my_main_node_id was set
+ to incorrect node id 0, which was actually in down status. thus there
+ was no connection in cp->slots[0].
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [8f292aa]
+ -->
+ <para>
+ Fix segfault to not use MAIN_NODE macro. (Tatsuo Ishii)
+ </para>
+ <para>
+ Some functions (close_idle_connection(), new_connection() and
+ pool_create_cp()) used MAIN* and VALID_BACKEND where they are not
+ appropriate. MAIN* and VALID_BACKEND are only useful against current
+ connections to backend, not for pooled connections since in pooled
+ connections which backend is the main node or up and running is
+ necessarily same as the current connections to backend.
+ The misuses of those macros sometimes leads to segfault.
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [0690a4f]
+ -->
+ <para>
+ Fix MAIN_NODE macro (actually pool_virtual_main_db_node_id()). (Tatsuo Ishii)
+ </para>
+ <para>
+ The macro used to return REAL_MAIN_NODE_ID if there's no session context.
+ This is wrong since REAL_MAIN_NODE_ID can be changed any time when
+ failover/failback happens.
+ </para>
+ <para>
+ Suppose REAL_MAIN_NODE_ID == my_main_node_id == 1.
+ Then due to failback, REAL_MAIN_NODE_ID is changed to 0.
+ Then MAIN_CONNECTION(cp) will return NULL and any
+ reference to it will cause segmentation fault. To prevent the issue we
+ should return my_main_node_id instead.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-14 [96ff6de]
+ -->
+ <para>
+ Fix <command>show pool_processes</command> to not show row description twice. (Tatsuo Ishii)
+ </para>
+ <para>
+ processes_reporting() accidentaly called both send_row_description()
+ and send_row_description_and_data_rows().
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004472.html">[pgpool-hackers: 4471]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [622ff0e]
+ -->
+ <para>
+ Fix segfault in a child process. (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [c3ee4b5]
+ -->
+ <para>
+ Watchdog dies and kills pgpool2 when network gets shortly interrupted. (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ With network monitoring enabled, a <productname>Pgpool-II</productname>
+ node would shut down immediately if it lost all network interfaces or
+ assigned IP addresses, providing extra protection by quickly removing
+ a non-communicative node from the cluster.
+ </para>
+ <para>
+ The issue was that <productname>Pgpool-II</productname> responded to network blackout events even when network
+ monitoring was disabled. This fix ensures that the network monitoring socket is
+ not opened when network monitoring is not enabled, preventing unnecessary shutdowns.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-10 [908e20d]
+ -->
+ <para>
+ Fix <command>pgpool reset</command> command not working if watchdog is enabled. (Tatsuo Ishii)
+ </para>
+ <para>
+ Bug reported and problem analysis by keiseo.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004466.html">[pgpool-hackers: 4465]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [92258c6]
+ -->
+ <para>
+ Fix <literal>psql_scan</literal> crash. (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ It was reported that <literal>psql_scan</literal> crashes while determining whether a
+ string in a long query is psql variable (i.e. starting with ":") or not.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Documents</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [b66a353]
+ -->
+ <para>
+ Mega typo fix for docs and program source codes. (Tatsuo Ishii)
+ </para>
+ <para>
+ Patch is created by Umar Hayat.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [51f78ae]
+ -->
+ <para>
+ Add the missing default values for virtual IP related parameters. (Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-2-17">
<title>Release 4.2.17</title>
<note>
diff --git a/doc/src/sgml/release-4.3.sgml b/doc/src/sgml/release-4.3.sgml
index 70772fd22..fa589c3c8 100644
--- a/doc/src/sgml/release-4.3.sgml
+++ b/doc/src/sgml/release-4.3.sgml
@@ -1,6 +1,244 @@
<!-- doc/src/sgml/release-4.3.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-3-11">
+ <title>Release 4.3.11</title>
+ <note>
+ <title>Release Date</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>Changes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [0fbba86]
+ -->
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in sample scripts. (Bo Peng)
+ </para>
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in the sample scripts because in some cases postgresqlxx-server may not
+ be installed.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Bug fixes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [b29f5cb]
+ -->
+ <para>
+ Fix hang after a flush message received. (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [423834d]
+ -->
+ <para>
+ Fix segmentation fault. (Tatsuo Ishii)
+ </para>
+ <para>
+ It is reported that pgpool child segfaulted in pool_do_auth. The cause
+ was MAIN_CONNECTION() returns NULL. It seems my_main_node_id was set
+ to incorrect node id 0, which was actually in down status. thus there
+ was no connection in cp->slots[0].
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-28 [b4fa936]
+ -->
+ <para>
+ Fixed segmentation fault at parsing config file. (Tatsuo Ishii)
+ </para>
+ <para>
+ This commit fixed a segmentation fault that occurs when parsing pgpool.conf
+ if the setting value was not enclosed in single quotes.
+ </para>
+ <para>
+ The patch is created by Carlos Chapi, reviewed and modified by Tatsuo Ishii.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [ea3a30b]
+ -->
+ <para>
+ Fix segfault to not use MAIN_NODE macro. (Tatsuo Ishii)
+ </para>
+ <para>
+ Some functions (close_idle_connection(), new_connection() and
+ pool_create_cp()) used MAIN* and VALID_BACKEND where they are not
+ appropriate. MAIN* and VALID_BACKEND are only useful against current
+ connections to backend, not for pooled connections since in pooled
+ connections which backend is the main node or up and running is
+ necessarily same as the current connections to backend.
+ The misuses of those macros sometimes leads to segfault.
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [af72dcb]
+ -->
+ <para>
+ Fix MAIN_NODE macro (actually pool_virtual_main_db_node_id()). (Tatsuo Ishii)
+ </para>
+ <para>
+ The macro used to return REAL_MAIN_NODE_ID if there's no session context.
+ This is wrong since REAL_MAIN_NODE_ID can be changed any time when
+ failover/failback happens.
+ </para>
+ <para>
+ Suppose REAL_MAIN_NODE_ID == my_main_node_id == 1.
+ Then due to failback, REAL_MAIN_NODE_ID is changed to 0.
+ Then MAIN_CONNECTION(cp) will return NULL and any
+ reference to it will cause segmentation fault. To prevent the issue we
+ should return my_main_node_id instead.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-14 [4366d25]
+ -->
+ <para>
+ Fix <command>show pool_processes</command> to not show row description twice. (Tatsuo Ishii)
+ </para>
+ <para>
+ processes_reporting() accidentaly called both send_row_description()
+ and send_row_description_and_data_rows().
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004472.html">[pgpool-hackers: 4471]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [9a6c5fe]
+ -->
+ <para>
+ Fix segfault in a child process. (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [789b0dc]
+ -->
+ <para>
+ Watchdog dies and kills pgpool2 when network gets shortly interrupted. (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ With network monitoring enabled, a <productname>Pgpool-II</productname>
+ node would shut down immediately if it lost all network interfaces or
+ assigned IP addresses, providing extra protection by quickly removing
+ a non-communicative node from the cluster.
+ </para>
+ <para>
+ The issue was that <productname>Pgpool-II</productname> responded to network blackout events even when network
+ monitoring was disabled. This fix ensures that the network monitoring socket is
+ not opened when network monitoring is not enabled, preventing unnecessary shutdowns.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-10 [99ba3c4]
+ -->
+ <para>
+ Fix <command>pgpool reset</command> command not working if watchdog is enabled. (Tatsuo Ishii)
+ </para>
+ <para>
+ Bug reported and problem analysis by keiseo.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004466.html">[pgpool-hackers: 4465]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [63d791b]
+ -->
+ <para>
+ Fix <literal>psql_scan</literal> crash. (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ It was reported that <literal>psql_scan</literal> crashes while determining whether a
+ string in a long query is psql variable (i.e. starting with ":") or not.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Documents</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [f7c4167]
+ -->
+ <para>
+ Mega typo fix for docs and program source codes. (Tatsuo Ishii)
+ </para>
+ <para>
+ Patch is created by Umar Hayat.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-30 [e1aeaee]
+ -->
+ <para>
+ Enhance failover document. (Tatsuo Ishii)
+ </para>
+ <para>
+ Clarify the condition on failover when <xref linkend="guc-failover-on-backend-shutdown"> is enabled.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [db82273]
+ -->
+ <para>
+ Add the missing default values for virtual IP related parameters. (Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-3-10">
<title>Release 4.3.10</title>
<note>
diff --git a/doc/src/sgml/release-4.4.sgml b/doc/src/sgml/release-4.4.sgml
index 0c8f4fafa..1fe0cfd18 100644
--- a/doc/src/sgml/release-4.4.sgml
+++ b/doc/src/sgml/release-4.4.sgml
@@ -1,6 +1,270 @@
<!-- doc/src/sgml/release-4.4.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+<sect1 id="release-4-4-8">
+ <title>Release 4.4.8</title>
+ <note>
+ <title>Release Date</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>Changes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [97485f6]
+ -->
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in sample scripts. (Bo Peng)
+ </para>
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in the sample scripts because in some cases postgresqlxx-server may not
+ be installed.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Bug fixes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [251e422]
+ -->
+ <para>
+ Fix hang after a flush message received. (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [c1dd550]
+ -->
+ <para>
+ Fix segmentation fault. (Tatsuo Ishii)
+ </para>
+ <para>
+ It is reported that pgpool child segfaulted in pool_do_auth. The cause
+ was MAIN_CONNECTION() returns NULL. It seems my_main_node_id was set
+ to incorrect node id 0, which was actually in down status. thus there
+ was no connection in cp->slots[0].
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-19 [49340b9]
+ -->
+ <para>
+ Fix dynamic process management. (Tatsuo Ishii)
+ </para>
+ <para>
+ Calculation of pooled_connection, which is used by the process
+ eviction algorithm, was not correct. The number always resulted in
+ max_pool. Also more comments are added.
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-July/004491.html">[pgpool-hackers: 4490]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-28 [8ea6f7a]
+ -->
+ <para>
+ Fixed segmentation fault at parsing config file. (Tatsuo Ishii)
+ </para>
+ <para>
+ This commit fixed a segmentation fault that occurs when parsing pgpool.conf
+ if the setting value was not enclosed in single quotes.
+ </para>
+ <para>
+ The patch is created by Carlos Chapi, reviewed and modified by Tatsuo Ishii.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [7ca9b23]
+ -->
+ <para>
+ Fix segfault to not use MAIN_NODE macro. (Tatsuo Ishii)
+ </para>
+ <para>
+ Some functions (close_idle_connection(), new_connection() and
+ pool_create_cp()) used MAIN* and VALID_BACKEND where they are not
+ appropriate. MAIN* and VALID_BACKEND are only useful against current
+ connections to backend, not for pooled connections since in pooled
+ connections which backend is the main node or up and running is
+ necessarily same as the current connections to backend.
+ The misuses of those macros sometimes leads to segfault.
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [152c65d]
+ -->
+ <para>
+ Fix MAIN_NODE macro (actually pool_virtual_main_db_node_id()). (Tatsuo Ishii)
+ </para>
+ <para>
+ The macro used to return REAL_MAIN_NODE_ID if there's no session context.
+ This is wrong since REAL_MAIN_NODE_ID can be changed any time when
+ failover/failback happens.
+ </para>
+ <para>
+ Suppose REAL_MAIN_NODE_ID == my_main_node_id == 1.
+ Then due to failback, REAL_MAIN_NODE_ID is changed to 0.
+ Then MAIN_CONNECTION(cp) will return NULL and any
+ reference to it will cause segmentation fault. To prevent the issue we
+ should return my_main_node_id instead.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-14 [9488d9f]
+ -->
+ <para>
+ Fix <command>show pool_processes</command> to not show row description twice. (Tatsuo Ishii)
+ </para>
+ <para>
+ processes_reporting() accidentaly called both send_row_description()
+ and send_row_description_and_data_rows().
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004472.html">[pgpool-hackers: 4471]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [8c18899]
+ -->
+ <para>
+ Fix segfault in a child process. (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [93ba28b]
+ -->
+ <para>
+ Watchdog dies and kills pgpool2 when network gets shortly interrupted. (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ With network monitoring enabled, a <productname>Pgpool-II</productname>
+ node would shut down immediately if it lost all network interfaces or
+ assigned IP addresses, providing extra protection by quickly removing
+ a non-communicative node from the cluster.
+ </para>
+ <para>
+ The issue was that <productname>Pgpool-II</productname> responded to network blackout events even when network
+ monitoring was disabled. This fix ensures that the network monitoring socket is
+ not opened when network monitoring is not enabled, preventing unnecessary shutdowns.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-10 [c90ec3b]
+ -->
+ <para>
+ Fix <command>pgpool reset</command> command not working if watchdog is enabled. (Tatsuo Ishii)
+ </para>
+ <para>
+ Bug reported and problem analysis by keiseo.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004466.html">[pgpool-hackers: 4465]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [0574a5d]
+ -->
+ <para>
+ Fix <literal>psql_scan</literal> crash. (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ It was reported that <literal>psql_scan</literal> crashes while determining whether a
+ string in a long query is psql variable (i.e. starting with ":") or not.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Documents</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [cb4ecf0]
+ -->
+ <para>
+ Mega typo fix for docs and program source codes. (Tatsuo Ishii)
+ </para>
+ <para>
+ Patch is created by Umar Hayat.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-08-01 [d9fd431]
+ -->
+ <para>
+ Add the criteria for selecting processes to be killed to <xref linkend="guc-max-spare-children">. (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-30 [d8f8cca]
+ -->
+ <para>
+ Enhance failover document. (Tatsuo Ishii)
+ </para>
+ <para>
+ Clarify the condition on failover when <xref linkend="guc-failover-on-backend-shutdown"> is enabled.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [36112da]
+ -->
+ <para>
+ Add the missing default values for virtual IP related parameters. (Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-4-7">
<title>Release 4.4.7</title>
<note>
diff --git a/doc/src/sgml/release-4.5.sgml b/doc/src/sgml/release-4.5.sgml
index e6264adad..db1694114 100644
--- a/doc/src/sgml/release-4.5.sgml
+++ b/doc/src/sgml/release-4.5.sgml
@@ -1,3 +1,267 @@
+<sect1 id="release-4-5-3">
+ <title>Release 4.5.3</title>
+ <note>
+ <title>Release Date</title>
+ <simpara>2024-08-15</simpara>
+ </note>
+
+ <sect2>
+ <title>Changes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-08-02 [af64bd7]
+ -->
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in sample scripts. (Bo Peng)
+ </para>
+ <para>
+ Use <command>psql -V</command> instead of <command>initdb -V</command>
+ in the sample scripts because in some cases postgresqlxx-server may not
+ be installed.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Bug fixes</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-07-30 [0f08837]
+ -->
+ <para>
+ Fix hang after a flush message received. (<ulink url="https://github.com/pgpool/pgpool2/issues/59">#59</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-22 [7a51b25]
+ -->
+ <para>
+ Fix segmentation fault. (Tatsuo Ishii)
+ </para>
+ <para>
+ It is reported that pgpool child segfaulted in pool_do_auth. The cause
+ was MAIN_CONNECTION() returns NULL. It seems my_main_node_id was set
+ to incorrect node id 0, which was actually in down status. thus there
+ was no connection in cp->slots[0].
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-July/001852.html">[pgpool-general: 9175]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-19 [883be2e]
+ -->
+ <para>
+ Fix dynamic process management. (Tatsuo Ishii)
+ </para>
+ <para>
+ Calculation of pooled_connection, which is used by the process
+ eviction algorithm, was not correct. The number always resulted in
+ max_pool. Also more comments are added.
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-July/004491.html">[pgpool-hackers: 4490]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-28 [f4978ac]
+ -->
+ <para>
+ Fixed segmentation fault at parsing config file. (Tatsuo Ishii)
+ </para>
+ <para>
+ This commit fixed a segmentation fault that occurs when parsing pgpool.conf
+ if the setting value was not enclosed in single quotes.
+ </para>
+ <para>
+ The patch is created by Carlos Chapi, reviewed and modified by Tatsuo Ishii.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [21e40ca]
+ -->
+ <para>
+ Fix segfault to not use MAIN_NODE macro. (Tatsuo Ishii)
+ </para>
+ <para>
+ Some functions (close_idle_connection(), new_connection() and
+ pool_create_cp()) used MAIN* and VALID_BACKEND where they are not
+ appropriate. MAIN* and VALID_BACKEND are only useful against current
+ connections to backend, not for pooled connections since in pooled
+ connections which backend is the main node or up and running is
+ necessarily same as the current connections to backend.
+ The misuses of those macros sometimes leads to segfault.
+ </para>
+ <para>
+ Problem is reported by Emond Papegaaij.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009176.html">[pgpool-general: 9114]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-21 [85a5ba0]
+ -->
+ <para>
+ Fix MAIN_NODE macro (actually pool_virtual_main_db_node_id()). (Tatsuo Ishii)
+ </para>
+ <para>
+ The macro used to return REAL_MAIN_NODE_ID if there's no session context.
+ This is wrong since REAL_MAIN_NODE_ID can be changed any time when
+ failover/failback happens.
+ </para>
+ <para>
+ Suppose REAL_MAIN_NODE_ID == my_main_node_id == 1.
+ Then due to failback, REAL_MAIN_NODE_ID is changed to 0.
+ Then MAIN_CONNECTION(cp) will return NULL and any
+ reference to it will cause segmentation fault. To prevent the issue we
+ should return my_main_node_id instead.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-14 [a4bab80]
+ -->
+ <para>
+ Fix <command>show pool_processes</command> to not show row description twice. (Tatsuo Ishii)
+ </para>
+ <para>
+ processes_reporting() accidentaly called both send_row_description()
+ and send_row_description_and_data_rows().
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004472.html">[pgpool-hackers: 4471]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [134bc75]
+ -->
+ <para>
+ Fix segfault in a child process. (Tatsuo Ishii)
+ </para>
+ <para>
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-general/2024-May/001780.html">[pgpool-general: 9104]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-11 [f92feef]
+ -->
+ <para>
+ Watchdog dies and kills pgpool2 when network gets shortly interrupted. (<ulink url="https://www.pgpool.net/mantisbt/view.php?id=823">#823</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ With network monitoring enabled, a <productname>Pgpool-II</productname>
+ node would shut down immediately if it lost all network interfaces or
+ assigned IP addresses, providing extra protection by quickly removing
+ a non-communicative node from the cluster.
+ </para>
+ <para>
+ The issue was that <productname>Pgpool-II</productname> responded to network blackout events even when network
+ monitoring was disabled. This fix ensures that the network monitoring socket is
+ not opened when network monitoring is not enabled, preventing unnecessary shutdowns.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-10 [f46fdae]
+ -->
+ <para>
+ Fix <command>pgpool reset</command> command not working if watchdog is enabled. (Tatsuo Ishii)
+ </para>
+ <para>
+ Bug reported and problem analysis by keiseo.
+ Discussion: <ulink url="https://www.pgpool.net/pipermail/pgpool-hackers/2024-June/004466.html">[pgpool-hackers: 4465]</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-04 [612e7f4]
+ -->
+ <para>
+ Fix <literal>psql_scan</literal> crash. (<ulink url="https://github.com/pgpool/pgpool2/issues/54">#54</ulink>) (Tatsuo Ishii)
+ </para>
+ <para>
+ It was reported that <literal>psql_scan</literal> crashes while determining whether a
+ string in a long query is psql variable (i.e. starting with ":") or not.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+
+ <sect2>
+ <title>Documents</title>
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2024-06-07 [f8e8436]
+ -->
+ <para>
+ Mega typo fix for docs and program source codes. (Tatsuo Ishii)
+ </para>
+ <para>
+ Patch is created by Umar Hayat.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-08-01 [ffab3b2]
+ -->
+ <para>
+ Add the criteria for selecting processes to be killed to <xref linkend="guc-max-spare-children">. (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-07-30 [7c3e166]
+ -->
+ <para>
+ Enhance failover document. (Tatsuo Ishii)
+ </para>
+ <para>
+ Clarify the condition on failover when <xref linkend="guc-failover-on-backend-shutdown"> is enabled.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2024-06-19 [7cd903e]
+ -->
+ <para>
+ Add the missing default values for virtual IP related parameters. (Bo Peng)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+ </sect2>
+</sect1>
+
<sect1 id="release-4-5-2">
<title>Release 4.5.2</title>
<note>
[parent: 9aaa9cfd9e71]