pgpool2.git / summary / log / commit / refs
commit 4d77b92e62fead91ff558785a4b74b4f20159d8e
Author: pengbo <pengbo@sraoss.co.jp>
Date: Fri Mar 17 09:32:57 2017 +0000
Add release-notes 3.6.2-3.2.19.
doc.ja/src/sgml/release-3.2.sgml | 111 ++++++++++++++
doc.ja/src/sgml/release-3.3.sgml | 141 ++++++++++++++++++
doc.ja/src/sgml/release-3.4.sgml | 150 +++++++++++++++++++
doc.ja/src/sgml/release-3.5.sgml | 238 +++++++++++++++++++++++++++++
doc.ja/src/sgml/release-3.6.sgml | 251 +++++++++++++++++++++++++++++++
doc/src/sgml/release-3.2.sgml | 132 ++++++++++++++++
doc/src/sgml/release-3.3.sgml | 172 +++++++++++++++++++++
doc/src/sgml/release-3.4.sgml | 245 ++++++++++++++++++++++++++++++
doc/src/sgml/release-3.5.sgml | 313 ++++++++++++++++++++++++++++++++++++++
doc/src/sgml/release-3.6.sgml | 314 +++++++++++++++++++++++++++++++++++++++
10 files changed, 2067 insertions(+)
diff --git a/doc.ja/src/sgml/release-3.2.sgml b/doc.ja/src/sgml/release-3.2.sgml
index 28bef4a62..50c7f635d 100644
--- a/doc.ja/src/sgml/release-3.2.sgml
+++ b/doc.ja/src/sgml/release-3.2.sgml
@@ -93,3 +93,114 @@ MD5 salt を生成するときに、<function>random()</function> を使用し
</sect2>
</sect1>
+<sect1 id="release-3-2-19">
+ <title>リリース 3.2.19</title>
+
+ <note>
+ <title>リリース日</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>不具合修正</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link>を使ってノード0の昇格に失敗する不具合を修正しました。(Yugo Nagata)
+ </para>
+ <para>
+失敗したときのエラーメッセージは以下のとおりです。
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ストリーミングレプリケーションモードでは、<productname>Pgpool-II</productname>がプライマリノードを何らかの理由で「スタンバイ」とみなしていました。たとえば、<productname>Pgpool-II</productname>が起動中で、pg_ctl promoteを手動で実行したとき、<productname>Pgpool-II</productname>はプライマリノードが存在しないと認識します。
+ </para>
+
+ <para>
+この状態の不一致は、pcp_promote_nodeコマンドによって直されるはずですが、昇格させたいノードがマスターノード（最初のアライブノード）である場合、上記のように失敗しました。
+失敗した理由は次のとおりです。ステータスを変更する前に、pcp_promote_nodeコマンドがPRIMARY_NODE_IDのノードIDと比較することによって、指定されたノードが既にプライマリであるかどうかをチェックします。ただし、プライマリが存在しない場合<productname>Pgpool-II</productname>のビューでは、PRIMARY_NODE_IDが0に設定されます。これはMASTER_NODE_IDと同じです。したがって、マスタノードを昇格させるように指定する場合、pcp_promote_nodeはこのノードが既にプライマリであるとのエラーを返して終了しました。
+ </para>
+
+ <para>
+これを修正するには、pcp_promote_nodeは指定したノードがプライマリーノードであるかどうかをチェックするとき、PRIMARY_NODE_IDではなくREAL_PRIMARY_NODE_IDを使うように修正しました。REAL_PRIMARY_NODE_IDはプライマリが存在しない場合、-1に設定されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-28 [5b4f78c]
+ -->
+ <para>
+READMEに最新リリースノートへのリンクを追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+特定の場合に、<productname>Pgpool-II</productname>が終了したときに共有メモリセグメントを解放しない不具合を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+シグナルハンドラがpool_log/pool_errorを呼び出さないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+詳しくは<ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink>をご参照ください。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+特定に場合にwatchdogがデエスカレーションに失敗する不具合を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>)(Muhammad Usama)
+ </para>
+
+ <para>
+WNOHANGオプションなしで<function>waitpid()</function>システムコールを使用するように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+authentication_timeoutが有効な場合、connection_life_timeが正しく処理されない不具合を修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+クライアント接続直後に発生しうる認証タイムアウトを修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc.ja/src/sgml/release-3.3.sgml b/doc.ja/src/sgml/release-3.3.sgml
index d3b82a821..72517f3bf 100644
--- a/doc.ja/src/sgml/release-3.3.sgml
+++ b/doc.ja/src/sgml/release-3.3.sgml
@@ -175,3 +175,144 @@ MD5 salt を生成するときに、<function>random()</function> を使用し
</sect2>
</sect1>
+
+<sect1 id="release-3-3-14">
+ <title>リリース 3.3.14</title>
+
+ <note>
+ <title>リリース日</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>不具合修正</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-17 [ba1bcc3]
+ -->
+ <para>
+ pgpool.serviceファイルに"Wants=network.target"を追加しました。
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=294">bug 294</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link>を使ってノード0の昇格に失敗する不具合を修正しました。(Yugo Nagata)
+ </para>
+ <para>
+失敗したときのエラーメッセージは以下のとおりです。
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ストリーミングレプリケーションモードでは、<productname>Pgpool-II</productname>がプライマリノードを何らかの理由で「スタンバイ」とみなしていました。たとえば、<productname>Pgpool-II</productname>が起動中で、pg_ctl promoteを手動で実行したとき、<productname>Pgpool-II</productname>はプライマリノードが存在しないと認識します。
+ </para>
+
+ <para>
+この状態の不一致は、pcp_promote_nodeコマンドによって直されるはずですが、昇格させたいノードがマスターノード（最初のアライブノード）である場合、上記のように失敗しました。
+失敗した理由は次のとおりです。ステータスを変更する前に、pcp_promote_nodeコマンドがPRIMARY_NODE_IDのノードIDと比較することによって、指定されたノードが既にプライマリであるかどうかをチェックします。ただし、プライマリが存在しない場合<productname>Pgpool-II</productname>のビューでは、PRIMARY_NODE_IDが0に設定されます。これはMASTER_NODE_IDと同じです。したがって、マスタノードを昇格させるように指定する場合、pcp_promote_nodeはこのノードが既にプライマリであるとのエラーを返して終了しました。
+ </para>
+
+ <para>
+これを修正するには、pcp_promote_nodeは指定したノードがプライマリーノードであるかどうかをチェックするとき、PRIMARY_NODE_IDではなくREAL_PRIMARY_NODE_IDを使うように修正しました。REAL_PRIMARY_NODE_IDはプライマリが存在しない場合、-1に設定されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-28 [5b4f78c]
+ -->
+ <para>
+READMEに最新リリースノートへのリンクを追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+特定の場合に、<productname>Pgpool-II</productname>が終了したときに共有メモリセグメントを解放しない不具合を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-06 [8fa731a]
+ -->
+ <para>
+ExecStopとExecReloadコマンドをsystemdサービス設定ファイルに追加しました。(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [7512482]
+ -->
+ <para>
+<function>wd_get_cmd</function>関数のバッファオーバーフローを修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=280">bug 280</ulink>)(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+シグナルハンドラがpool_log/pool_errorを呼び出さないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+詳しくは<ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink>をご参照ください。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+特定に場合にwatchdogがデエスカレーションに失敗する不具合を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>)(Muhammad Usama)
+ </para>
+
+ <para>
+WNOHANGオプションなしで<function>waitpid()</function>システムコールを使用するように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+authentication_timeoutが有効な場合、connection_life_timeが正しく処理されない不具合を修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+クライアント接続直後に発生しうる認証タイムアウトを修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc.ja/src/sgml/release-3.4.sgml b/doc.ja/src/sgml/release-3.4.sgml
index e991a9879..11d1a387d 100644
--- a/doc.ja/src/sgml/release-3.4.sgml
+++ b/doc.ja/src/sgml/release-3.4.sgml
@@ -191,3 +191,153 @@ MD5 salt を生成するときに、<function>random()</function> を使用し
</sect2>
</sect1>
+
+<sect1 id="release-3-4-10">
+ <title>リリース 3.4.10</title>
+
+ <note>
+ <title>リリース日</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>不具合修正</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-17 [ba1bcc3]
+ -->
+ <para>
+ pgpool.serviceファイルに"Wants=network.target"を追加しました。
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=294">bug 294</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link>を使ってノード0の昇格に失敗する不具合を修正しました。(Yugo Nagata)
+ </para>
+ <para>
+失敗したときのエラーメッセージは以下のとおりです。
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ストリーミングレプリケーションモードでは、<productname>Pgpool-II</productname>がプライマリノードを何らかの理由で「スタンバイ」とみなしていました。たとえば、<productname>Pgpool-II</productname>が起動中で、pg_ctl promoteを手動で実行したとき、<productname>Pgpool-II</productname>はプライマリノードが存在しないと認識します。
+ </para>
+
+ <para>
+この状態の不一致は、pcp_promote_nodeコマンドによって直されるはずですが、昇格させたいノードがマスターノード（最初のアライブノード）である場合、上記のように失敗しました。
+失敗した理由は次のとおりです。ステータスを変更する前に、pcp_promote_nodeコマンドがPRIMARY_NODE_IDのノードIDと比較することによって、指定されたノードが既にプライマリであるかどうかをチェックします。ただし、プライマリが存在しない場合<productname>Pgpool-II</productname>のビューでは、PRIMARY_NODE_IDが0に設定されます。これはMASTER_NODE_IDと同じです。したがって、マスタノードを昇格させるように指定する場合、pcp_promote_nodeはこのノードが既にプライマリであるとのエラーを返して終了しました。
+ </para>
+
+ <para>
+これを修正するには、pcp_promote_nodeは指定したノードがプライマリーノードであるかどうかをチェックするとき、PRIMARY_NODE_IDではなくREAL_PRIMARY_NODE_IDを使うように修正しました。REAL_PRIMARY_NODE_IDはプライマリが存在しない場合、-1に設定されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-28 [5b4f78c]
+ -->
+ <para>
+READMEに最新リリースノートへのリンクを追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+特定の場合に、<productname>Pgpool-II</productname>が終了したときに共有メモリセグメントを解放しない不具合を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-06 [8fa731a]
+ -->
+ <para>
+ExecStopとExecReloadコマンドをsystemdサービス設定ファイルに追加しました。(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [7512482]
+ -->
+ <para>
+<function>wd_get_cmd</function>関数のバッファオーバーフローを修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=280">bug 280</ulink>)(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+シグナルハンドラがelog/ereportを呼び出さないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+詳しくは<ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink>をご参照ください。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-10 [39d24e7]
+ -->
+ <para>
+FreeBSDでlisten_addresses = '*'の場合、INETドメインソケットが作成できない不具合を修正しました。(bug 202)(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+特定に場合にwatchdogがデエスカレーションに失敗する不具合を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>)(Muhammad Usama)
+ </para>
+
+ <para>
+WNOHANGオプションなしで<function>waitpid()</function>システムコールを使用するように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+authentication_timeoutが有効な場合、connection_life_timeが正しく処理されない不具合を修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+クライアント接続直後に発生しうる認証タイムアウトを修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc.ja/src/sgml/release-3.5.sgml b/doc.ja/src/sgml/release-3.5.sgml
index 8adc370bd..6a68489f0 100644
--- a/doc.ja/src/sgml/release-3.5.sgml
+++ b/doc.ja/src/sgml/release-3.5.sgml
@@ -470,3 +470,241 @@ MD5 salt を生成するときに、<function>random()</function> を使用し
</sect2>
</sect1>
+
+<sect1 id="release-3-5-6">
+ <title>リリース 3.5.6</title>
+
+ <note>
+ <title>リリース日</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>不具合修正</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-17 [ba1bcc3]
+ -->
+ <para>
+ pgpool.serviceファイルに"Wants=network.target"を追加しました。
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=294">bug 294</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link>を使ってノード0の昇格に失敗する不具合を修正しました。(Yugo Nagata)
+ </para>
+ <para>
+失敗したときのエラーメッセージは以下のとおりです。
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ストリーミングレプリケーションモードでは、<productname>Pgpool-II</productname>がプライマリノードを何らかの理由で「スタンバイ」とみなしていました。たとえば、<productname>Pgpool-II</productname>が起動中で、pg_ctl promoteを手動で実行したとき、<productname>Pgpool-II</productname>はプライマリノードが存在しないと認識します。
+ </para>
+
+ <para>
+この状態の不一致は、pcp_promote_nodeコマンドによって直されるはずですが、昇格させたいノードがマスターノード（最初のアライブノード）である場合、上記のように失敗しました。
+失敗した理由は次のとおりです。ステータスを変更する前に、pcp_promote_nodeコマンドがPRIMARY_NODE_IDのノードIDと比較することによって、指定されたノードが既にプライマリであるかどうかをチェックします。ただし、プライマリが存在しない場合<productname>Pgpool-II</productname>のビューでは、PRIMARY_NODE_IDが0に設定されます。これはMASTER_NODE_IDと同じです。したがって、マスタノードを昇格させるように指定する場合、pcp_promote_nodeはこのノードが既にプライマリであるとのエラーを返して終了しました。
+ </para>
+
+ <para>
+これを修正するには、pcp_promote_nodeは指定したノードがプライマリーノードであるかどうかをチェックするとき、PRIMARY_NODE_IDではなくREAL_PRIMARY_NODE_IDを使うように修正しました。REAL_PRIMARY_NODE_IDはプライマリが存在しない場合、-1に設定されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-28 [5b4f78c]
+ -->
+ <para>
+READMEに最新リリースノートへのリンクを追加しました。(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [2b7217e]
+ -->
+ <para>
+<productname>Pgpool-II</productname>がVIPを解除した後にpingテストを続けている不具合を修正しました。(Muhammad Usama)
+ </para>
+ <para>
+<ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-June/001611.html">[pgpool-hackers: 1611]</ulink> により報告されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+特定の場合に、<productname>Pgpool-II</productname>が終了したときに共有メモリセグメントを解放しない不具合を修正しました。(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-06 [8fa731a]
+ -->
+ <para>
+ExecStopとExecReloadコマンドをsystemdサービス設定ファイルに追加しました。(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [6362ba6]
+ -->
+ <para>
+<link linkend="PCP-ATTACH-NODE">pcp_attach_node</link>を実行するときのセグメンテーション違反を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=281">bug 281</ulink>)(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [fb58877]
+ -->
+ <para>
+ストリーミングレプリケーションモードでロードバランスのバグを修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+明示的なトランザクションでは、書き込みクエリが送信されるまで、SELECTはロードバランスされます。書込みクエリが送信された後、SELECTがプライマリノードに送信されます。しかし、syncメッセージが送信される前にSELECTが送信された場合、これは正しく動作しませんでした。
+ </para>
+ <para>
+書き込みクエリが実行されると書き込みクエリの処理が行われるように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [8371649]
+ -->
+ <para>
+ストリーミングレプリケーションモードでのkind mismatchエラーを修正しました。(Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [4f98bf0]
+ -->
+ <para>
+closeメッセージの後に<function>do_query()</function>がハングする問題を修正しました。(Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [7512482]
+ -->
+ <para>
+<function>wd_get_cmd</function>関数のバッファオーバーフローを修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=280">bug 280</ulink>)(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-19 [839a709]
+ -->
+ <para>
+watchdogプロセスを再起動する時の不具合を修正しました。(Muhammad Usama)
+ </para>
+ <para>
+watchdogプロセスが何らかの問題（例えばセグメンテーションフォルト）によって異常終了した場合、新たに生成されたwatchdogプロセスの起動が失敗し、"bind on ... failed with reason: Address already in use"とのエラーを返しました。
+ </para>
+
+ <para>
+理由は、異常終了したwatchdogプロセスはIPCに使用するソケットをクリーンアップする時間がなかったからです。
+ </para>
+
+ <para>
+この不具合を修正するために、Pgpoolのメインプロセスは、watchdogプロセスが異常終了したときに共有メモリにフラグを設定するように修正しました。
+watchdogプロセスが再起動されるとき、フラグがセットされたら、ソケットファイルをクリーンアップするようにしました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-19 [779d029]
+ -->
+ <para>
+特定の条件下で、ストリーミングレプリケーションモードでクエリキャッシュが有効な場合、SELECTがハングアップする不具合を修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ <ulink url="http://www.pgpool.net/pipermail/pgpool-general-jp/2017-January/001440.html">pgpool-general-jp:1441</ulink>により報告されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+シグナルハンドラがelog/ereportを呼び出さないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+詳しくは<ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink>をご参照ください。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-10 [39d24e7]
+ -->
+ <para>
+FreeBSDでlisten_addresses = '*'の場合、INETドメインソケットが作成できない不具合を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=202">bug 202</ulink>)(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+特定に場合にwatchdogがデエスカレーションに失敗する不具合を修正しました。
+(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>)(Muhammad Usama)
+ </para>
+
+ <para>
+WNOHANGオプションなしで<function>waitpid()</function>システムコールを使用するように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+authentication_timeoutが有効な場合、connection_life_timeが正しく処理されない不具合を修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+クライアント接続直後に発生しうる認証タイムアウトを修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc.ja/src/sgml/release-3.6.sgml b/doc.ja/src/sgml/release-3.6.sgml
index a2f1e31c7..1adad8ed3 100644
--- a/doc.ja/src/sgml/release-3.6.sgml
+++ b/doc.ja/src/sgml/release-3.6.sgml
@@ -2059,3 +2059,254 @@ doc.jaの下で "make xslthtml"を実行できるように修正しました。(
</sect2>
</sect1>
+
+<sect1 id="release-3-6-2">
+ <title>リリース 3.6.2</title>
+
+ <note>
+ <title>リリース日</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>不具合修正</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-17 [ba1bcc3]
+ -->
+ <para>
+ pgpool.serviceファイルに"Wants=network.target"を追加しました。
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=294">bug 294</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link>を使ってノード0の昇格に失敗する不具合を修正しました。(Yugo Nagata)
+ </para>
+ <para>
+失敗したときのエラーメッセージは以下のとおりです。
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ストリーミングレプリケーションモードでは、<productname>Pgpool-II</productname>がプライマリノードを何らかの理由で「スタンバイ」とみなしていました。たとえば、<productname>Pgpool-II</productname>が起動中で、pg_ctl promoteを手動で実行したとき、<productname>Pgpool-II</productname>はプライマリノードが存在しないと認識します。
+ </para>
+
+ <para>
+この状態の不一致は、pcp_promote_nodeコマンドによって直されるはずですが、昇格させたいノードがマスターノード（最初のアライブノード）である場合、上記のように失敗しました。
+失敗した理由は次のとおりです。ステータスを変更する前に、pcp_promote_nodeコマンドがPRIMARY_NODE_IDのノードIDと比較することによって、指定されたノードが既にプライマリであるかどうかをチェックします。ただし、プライマリが存在しない場合<productname>Pgpool-II</productname>のビューでは、PRIMARY_NODE_IDが0に設定されます。これはMASTER_NODE_IDと同じです。したがって、マスタノードを昇格させるように指定する場合、pcp_promote_nodeはこのノードが既にプライマリであるとのエラーを返して終了しました。
+ </para>
+
+ <para>
+これを修正するには、pcp_promote_nodeは指定したノードがプライマリーノードであるかどうかをチェックするとき、PRIMARY_NODE_IDではなくREAL_PRIMARY_NODE_IDを使うように修正しました。REAL_PRIMARY_NODE_IDはプライマリが存在しない場合、-1に設定されます。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-28 [b1060bd]
+ 2017-01-10 [1e4e494]
+ 2017-02-09 [767eff3]
+ -->
+ <para>
+<productname>Pgpool-II</productname>のドキュメントを修正しました。(Tatsuo Ishii, Bo Peng)
+ </para>
+ <para>
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [2b7217e]
+ -->
+ <para>
+<productname>Pgpool-II</productname>がVIPを解除した後にpingテストを続けている不具合を修正しました。(Muhammad Usama)
+ </para>
+ <para>
+<ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-June/001611.html">[pgpool-hackers: 1611]</ulink> により報告されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+特定の場合に、<productname>Pgpool-II</productname>が終了したときに共有メモリセグメントを解放しない不具合を修正しました。(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-14 [c1cd41c]
+ -->
+ <para>
+pg_terminate_backend関数を実行するときに発生する不具合を修正しました。(Muhammad Usama)
+ </para>
+ <para>
+<ulink url="http://www.pgpool.net/pipermail/pgpool-general/2017-February/005373.html">[pgpool-general: 5315]</ulink>により報告されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-06 [8fa731a]
+ -->
+ <para>
+ExecStopとExecReloadコマンドをsystemdサービス設定ファイルに追加しました。(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [6362ba6]
+ -->
+ <para>
+<link linkend="PCP-ATTACH-NODE">pcp_attach_node</link>を実行するときのセグメンテーション違反を修正しました。(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=281">bug 281</ulink>)(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [fb58877]
+ -->
+ <para>
+ストリーミングレプリケーションモードでロードバランスのバグを修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+明示的なトランザクションでは、書き込みクエリが送信されるまで、SELECTはロードバランスされます。書込みクエリが送信された後、SELECTがプライマリノードに送信されます。しかし、syncメッセージが送信される前にSELECTが送信された場合、これは正しく動作しませんでした。
+ </para>
+ <para>
+書き込みクエリが実行されると書き込みクエリの処理が行われるように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [8371649]
+ -->
+ <para>
+ストリーミングレプリケーションモードでのkind mismatchエラーを修正しました。(Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [4f98bf0]
+ -->
+ <para>
+closeメッセージの後に<function>do_query()</function>がハングする問題を修正しました。(Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [7512482]
+ -->
+ <para>
+<function>wd_get_cmd</function>関数のバッファオーバーフローを修正しました。(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=280">bug 280</ulink>)(Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-19 [839a709]
+ -->
+ <para>
+watchdogプロセスを再起動する時の不具合を修正しました。(Muhammad Usama)
+ </para>
+ <para>
+watchdogプロセスが何らかの問題（例えばセグメンテーションフォルト）によって異常終了した場合、新たに生成されたwatchdogプロセスの起動が失敗し、"bind on ... failed with reason: Address already in use"とのエラーを返しました。
+ </para>
+
+ <para>
+理由は、異常終了したwatchdogプロセスはIPCに使用するソケットをクリーンアップする時間がなかったからです。
+ </para>
+
+ <para>
+この不具合を修正するために、Pgpoolのメインプロセスは、watchdogプロセスが異常終了したときに共有メモリにフラグを設定するように修正しました。
+watchdogプロセスが再起動されるとき、フラグがセットされたら、ソケットファイルをクリーンアップするようにしました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-19 [779d029]
+ -->
+ <para>
+特定の条件下で、ストリーミングレプリケーションモードでクエリキャッシュが有効な場合、SELECTがハングアップする不具合を修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+ <ulink url="http://www.pgpool.net/pipermail/pgpool-general-jp/2017-January/001440.html">pgpool-general-jp:1441</ulink>により報告されました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+シグナルハンドラがelog/ereportを呼び出さないように修正しました。(Tatsuo Ishii)
+ </para>
+ <para>
+詳しくは<ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink>をご参照ください。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-10 [39d24e7]
+ -->
+ <para>
+FreeBSDでlisten_addresses = '*'の場合、INETドメインソケットが作成できない不具合を修正しました。(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=202">bug 202</ulink>)(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+特定に場合にwatchdogがデエスカレーションに失敗する不具合を修正しました。(<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>)(Muhammad Usama)
+ </para>
+
+ <para>
+WNOHANGオプションなしで<function>waitpid()</function>システムコールを使用するように修正しました。
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+authentication_timeoutが有効な場合、connection_life_timeが正しく処理されない不具合を修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+クライアント接続直後に発生しうる認証タイムアウトを修正しました。(Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc/src/sgml/release-3.2.sgml b/doc/src/sgml/release-3.2.sgml
index 40f370e70..4cb71bbf8 100644
--- a/doc/src/sgml/release-3.2.sgml
+++ b/doc/src/sgml/release-3.2.sgml
@@ -68,3 +68,135 @@
</sect2>
</sect1>
+
+<sect1 id="release-3-2-19">
+ <title>Release 3.2.19</title>
+
+ <note>
+ <title>Release Date</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>Bug fixes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ Fix <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link> bug that fails promoting node 0. (Yugo Nagata)
+ </para>
+ <para>
+ The master node could not be promoted by pcp_promote_node with
+ the following error;
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ In streaming replication mode, there is a case that Pgpool-II
+ regards the status of primary node as "standby" for some reasons,
+ for example, when pg_ctl promote is executed manually during
+ Pgpool-II is running, in which case, it seems to Pgpool-II
+ that the primary node doesn't exist.
+ </para>
+
+ <para>
+ This status mismatch should be fixe by pcp_promote_node, but when the node
+ is the master node (the first alive node), it fails as mentioned above.
+ </para>
+
+ <para>
+ The reason is as following. before changing the status, pcp_promote_node
+ checks if the specified node is already primary or not by comparing the
+ node id with PRIMARY_NODE_ID. However, if the primary doesn't exist from
+ Pgpool-II's view, PRIMARY_NODE_ID is set to 0, which is same as MASTER_NODE_ID.
+ Hence, when the master node is specified to be promoted, pcp_promote_node
+ is confused that this node is already primary and doesn't have to be
+ promoted, and it exits with the error.
+ </para>
+
+ <para>
+ To fix this, pcp_promote_node should check the node id by using
+ REAL_PRIMARY_NODE_ID, which is set -1 when the primary doesn't exist,
+ rather than PRIMARY_NODE_ID.
+
+ </para>
+ </listitem>
+
+
+ <listitem>
+ <!--
+ 2017-02-28 [5b4f78c]
+ -->
+ <para>
+ Add the latest release note link to README file.(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+ Fix to release shared memory segments when <productname>Pgpool-II</productname>exits.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+ Remove pool_log/pool_error calls from signal handlers. (Tatsuo Ishii)
+ </para>
+ <para>
+ See <ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink> for details.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+ Fix for 0000249: watchdog sometimes fails de-escalation.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>) (Muhammad Usama)
+ </para>
+
+ <para>
+ The solution is to use the <function>waitpid()</function> system call without WNOHANG option.
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+ Fix connection_life_time broken by authentication_timeout. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+ Fix authentication timeout that can occur right after client connecttions. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc/src/sgml/release-3.3.sgml b/doc/src/sgml/release-3.3.sgml
index 30450c93e..694fe2d5e 100644
--- a/doc/src/sgml/release-3.3.sgml
+++ b/doc/src/sgml/release-3.3.sgml
@@ -122,3 +122,175 @@
</sect2>
</sect1>
+
+<sect1 id="release-3-3-14">
+ <title>Release 3.3.14</title>
+
+ <note>
+ <title>Release Date</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>Bug fixes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-17 [ba1bcc3]
+ -->
+ <para>
+ Add "Wants=network.target" to pgpool.service file.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=294">bug 294</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ Fix <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link> bug that fails promoting node 0. (Yugo Nagata)
+ </para>
+ <para>
+ The master node could not be promoted by pcp_promote_node with
+ the following error;
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ In streaming replication mode, there is a case that Pgpool-II
+ regards the status of primary node as "standby" for some reasons,
+ for example, when pg_ctl promote is executed manually during
+ Pgpool-II is running, in which case, it seems to Pgpool-II
+ that the primary node doesn't exist.
+ </para>
+
+ <para>
+ This status mismatch should be fixe by pcp_promote_node, but when the node
+ is the master node (the first alive node), it fails as mentioned above.
+ </para>
+
+ <para>
+ The reason is as following. before changing the status, pcp_promote_node
+ checks if the specified node is already primary or not by comparing the
+ node id with PRIMARY_NODE_ID. However, if the primary doesn't exist from
+ Pgpool-II's view, PRIMARY_NODE_ID is set to 0, which is same as MASTER_NODE_ID.
+ Hence, when the master node is specified to be promoted, pcp_promote_node
+ is confused that this node is already primary and doesn't have to be
+ promoted, and it exits with the error.
+ </para>
+
+ <para>
+ To fix this, pcp_promote_node should check the node id by using
+ REAL_PRIMARY_NODE_ID, which is set -1 when the primary doesn't exist,
+ rather than PRIMARY_NODE_ID.
+
+ </para>
+ </listitem>
+
+
+ <listitem>
+ <!--
+ 2017-02-28 [5b4f78c]
+ -->
+ <para>
+ Add the latest release note link to README file.(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+ Fix to release shared memory segments when <productname>Pgpool-II</productname>exits.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-14 [c1cd41c]
+ -->
+ <para>
+ Fix for <ulink url="http://www.pgpool.net/pipermail/pgpool-general/2017-February/005373.html">[pgpool-general: 5315]</ulink> pg_terminate_backend (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-06 [8fa731a]
+ -->
+ <para>
+ Adding the missing ExecStop and ExecReload commands to the systemd service configuration file. (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [7512482]
+ -->
+ <para>
+ Fixing stack smashing detected. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=280">bug 280</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ It was a buffer overflow in <function>wd_get_cmd</function> function
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+ Remove pool_log/pool_error calls from signal handlers. (Tatsuo Ishii)
+ </para>
+ <para>
+ See <ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink> for details.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+ Fix for 0000249: watchdog sometimes fails de-escalation. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>) (Muhammad Usama)
+ </para>
+
+ <para>
+ The solution is to use the <function>waitpid()</function> system call without WNOHANG option.
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+ Fix connection_life_time broken by authentication_timeout. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+ Fix authentication timeout that can occur right after client connecttions. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc/src/sgml/release-3.4.sgml b/doc/src/sgml/release-3.4.sgml
index 3e15125aa..71dc71354 100644
--- a/doc/src/sgml/release-3.4.sgml
+++ b/doc/src/sgml/release-3.4.sgml
@@ -134,3 +134,248 @@
</sect2>
</sect1>
+
+<sect1 id="release-3-4-10">
+ <title>Release 3.4.10</title>
+
+ <note>
+ <title>Release Date</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>Bug fixes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-17 [ba1bcc3]
+ -->
+ <para>
+ Add "Wants=network.target" to pgpool.service file.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=294">bug 294</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ Fix <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link> bug that fails promoting node 0. (Yugo Nagata)
+ </para>
+ <para>
+ The master node could not be promoted by pcp_promote_node with
+ the following error;
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ In streaming replication mode, there is a case that Pgpool-II
+ regards the status of primary node as "standby" for some reasons,
+ for example, when pg_ctl promote is executed manually during
+ Pgpool-II is running, in which case, it seems to Pgpool-II
+ that the primary node doesn't exist.
+ </para>
+
+ <para>
+ This status mismatch should be fixe by pcp_promote_node, but when the node
+ is the master node (the first alive node), it fails as mentioned above.
+ </para>
+
+ <para>
+ The reason is as following. before changing the status, pcp_promote_node
+ checks if the specified node is already primary or not by comparing the
+ node id with PRIMARY_NODE_ID. However, if the primary doesn't exist from
+ Pgpool-II's view, PRIMARY_NODE_ID is set to 0, which is same as MASTER_NODE_ID.
+ Hence, when the master node is specified to be promoted, pcp_promote_node
+ is confused that this node is already primary and doesn't have to be
+ promoted, and it exits with the error.
+ </para>
+
+ <para>
+ To fix this, pcp_promote_node should check the node id by using
+ REAL_PRIMARY_NODE_ID, which is set -1 when the primary doesn't exist,
+ rather than PRIMARY_NODE_ID.
+
+ </para>
+ </listitem>
+
+
+ <listitem>
+ <!--
+ 2017-02-28 [5b4f78c]
+ -->
+ <para>
+ Add the latest release note link to README file.(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [2b7217e]
+ -->
+ <para>
+ <productname>Pgpool-II</productname>should not perform ping test after bringing down the VIP. (Muhammad Usama)
+ </para>
+
+ <para>
+ This issue was reported by the reporter of
+ bug:[pgpool-II 0000249]: watchdog sometimes fails de-escalation
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+ Fix to release shared memory segments when <productname>Pgpool-II</productname>exits.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-14 [c1cd41c]
+ -->
+ <para>
+ Fix for <ulink url="http://www.pgpool.net/pipermail/pgpool-general/2017-February/005373.html">[pgpool-general: 5315]</ulink> pg_terminate_backend (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-06 [8fa731a]
+ -->
+ <para>
+ Adding the missing ExecStop and ExecReload commands to the systemd service configuration file. (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [6362ba6]
+ -->
+ <para>
+ Fix for 281: "segmentation fault" when execute <link linkend="PCP-ATTACH-NODE">pcp_attach_node</link>.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=281">bug 281</ulink>) (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [fb58877]
+ -->
+ <para>
+ Fix load balancing bug in streaming replication mode. (Tatsuo Ishii)
+ </para>
+ <para>
+ In an explicit transaction, any SELECT will be load balanced until
+ write query is sent. After writing query is sent, any SELECT should be
+ sent to the primary node. However if a SELECT is sent before a sync
+ message is sent, this does not work since the treatment of writing
+ query is done after ready for query message arrives.
+ </para>
+ <para>
+ Solution is, the treatment for writing query is done in executing the writing query as well.
+ </para>
+
+ <para>
+ The bug has been there since V3.5.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [8371649]
+ -->
+ <para>
+ Fix yet another kind mismatch error in streaming replication mode. (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [4f98bf0]
+ -->
+ <para>
+ Fix <function>do_query()</function>hangs after close message. (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [7512482]
+ -->
+ <para>
+ Fixing stack smashing detected. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=280">bug 280</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ It was a buffer overflow in <function>wd_get_cmd</function> function
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+ Remove elog/ereport calls from signal handlers. (Tatsuo Ishii)
+ </para>
+ <para>
+ See <ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink> for details.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-10 [39d24e7]
+ -->
+ <para>
+ Fix bug failed to create INET domain socket in FreeBSD if listen_addresses = '*'. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=202">bug 202</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+ Fix for 0000249: watchdog sometimes fails de-escalation. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>) (Muhammad Usama)
+ </para>
+
+ <para>
+ The solution is to use the <function>waitpid()</function> system call without WNOHANG option.
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+ Fix connection_life_time broken by authentication_timeout. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+ Fix authentication timeout that can occur right after client connecttions. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc/src/sgml/release-3.5.sgml b/doc/src/sgml/release-3.5.sgml
index a905b88e7..c4006b9ed 100644
--- a/doc/src/sgml/release-3.5.sgml
+++ b/doc/src/sgml/release-3.5.sgml
@@ -320,3 +320,316 @@
</sect2>
</sect1>
+
+<sect1 id="release-3-5-6">
+ <title>Release 3.5.6</title>
+
+ <note>
+ <title>Release Date</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>Bug fixes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-17 [ba1bcc3]
+ -->
+ <para>
+ Add "Wants=network.target" to pgpool.service file.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=294">bug 294</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ Fix <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link> bug that fails promoting node 0. (Yugo Nagata)
+ </para>
+ <para>
+ The master node could not be promoted by pcp_promote_node with
+ the following error;
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ In streaming replication mode, there is a case that Pgpool-II
+ regards the status of primary node as "standby" for some reasons,
+ for example, when pg_ctl promote is executed manually during
+ Pgpool-II is running, in which case, it seems to Pgpool-II
+ that the primary node doesn't exist.
+ </para>
+
+ <para>
+ This status mismatch should be fixe by pcp_promote_node, but when the node
+ is the master node (the first alive node), it fails as mentioned above.
+ </para>
+
+ <para>
+ The reason is as following. before changing the status, pcp_promote_node
+ checks if the specified node is already primary or not by comparing the
+ node id with PRIMARY_NODE_ID. However, if the primary doesn't exist from
+ Pgpool-II's view, PRIMARY_NODE_ID is set to 0, which is same as MASTER_NODE_ID.
+ Hence, when the master node is specified to be promoted, pcp_promote_node
+ is confused that this node is already primary and doesn't have to be
+ promoted, and it exits with the error.
+ </para>
+
+ <para>
+ To fix this, pcp_promote_node should check the node id by using
+ REAL_PRIMARY_NODE_ID, which is set -1 when the primary doesn't exist,
+ rather than PRIMARY_NODE_ID.
+
+ </para>
+ </listitem>
+
+
+ <listitem>
+ <!--
+ 2017-02-28 [5b4f78c]
+ -->
+ <para>
+ Add the latest release note link to README file.(Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [2b7217e]
+ -->
+ <para>
+ <productname>Pgpool-II</productname>should not perform ping test after bringing down the VIP. (Muhammad Usama)
+ </para>
+
+ <para>
+ This issue was reported by the reporter of
+ bug:[pgpool-II 0000249]: watchdog sometimes fails de-escalation
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+ Fix to release shared memory segments when <productname>Pgpool-II</productname>exits.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-14 [c1cd41c]
+ -->
+ <para>
+ Fix for <ulink url="http://www.pgpool.net/pipermail/pgpool-general/2017-February/005373.html">[pgpool-general: 5315]</ulink> pg_terminate_backend (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-06 [8fa731a]
+ -->
+ <para>
+ Adding the missing ExecStop and ExecReload commands to the systemd service configuration file. (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [6362ba6]
+ -->
+ <para>
+ Fix for 281: "segmentation fault" when execute <link linkend="PCP-ATTACH-NODE">pcp_attach_node</link>.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=281">bug 281</ulink>) (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [fb58877]
+ -->
+ <para>
+ Fix load balancing bug in streaming replication mode. (Tatsuo Ishii)
+ </para>
+ <para>
+ In an explicit transaction, any SELECT will be load balanced until
+ write query is sent. After writing query is sent, any SELECT should be
+ sent to the primary node. However if a SELECT is sent before a sync
+ message is sent, this does not work since the treatment of writing
+ query is done after ready for query message arrives.
+ </para>
+ <para>
+ Solution is, the treatment for writing query is done in executing the writing query as well.
+ </para>
+
+ <para>
+ The bug has been there since V3.5.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [8371649]
+ -->
+ <para>
+ Fix yet another kind mismatch error in streaming replication mode. (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [4f98bf0]
+ -->
+ <para>
+ Fix <function>do_query()</function>hangs after close message. (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [7512482]
+ -->
+ <para>
+ Fixing stack smashing detected. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=280">bug 280</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ It was a buffer overflow in <function>wd_get_cmd</function> function
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-19 [839a709]
+ -->
+ <para>
+ Fixing the issue with the watchdog process restart. (Muhammad Usama)
+ </para>
+ <para>
+ When the watchdog process gets abnormally terminated because of some problem
+ (e.g. Segmentation fault) the new spawned watchdog process fails to start and
+ produces an error "bind on ... failed with reason: Address already in use".
+ </para>
+ <para>
+ Reason is the abnormally terminating watchdog process never gets the time to
+ clean-up the socket it uses for IPC and the new process gets an error because
+ the socket address is already occupied.
+ </para>
+
+ <para>
+ Fix is, the Pgpool main process sets the flag in shared memory to mark the
+ watchdog process was abnormally terminated and at startup when the watchdog
+ process see that the flag is set, it performs the clean up of the socket file and
+ also performs the de-escalation (If the watchdog process was crashed when it
+ was master/coordinator node) if required before initializing itself.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-19 [779d029]
+ -->
+ <para>
+ Fix query cache bug reported in <ulink url="http://www.pgpool.net/pipermail/pgpool-general-jp/2017-January/001440.html">pgpool-general-jp:1441</ulink>. (Tatsuo Ishii)
+ </para>
+ <para>
+ In streaming replication mode with query cache enabled, SELECT hangs
+ in the following scenario:
+ </para>
+
+ <programlisting>
+ 1) a SELECT hits query cache and returns rows from the query cache.
+ 2) following SELECT needs to search meta data and it hangs.
+ </programlisting>
+
+ <para>
+ In #1, while returning the cached result, it misses to call
+ pool_unset_pending_response(), which leave the pending_response flag
+ be set. In #2, do_query() checks the flag and tries to read pending
+ response from backend. Since there's no pending data in backend, it
+ hangs in reading data from backend.
+ </para>
+
+ <para>
+ Fix is, just call <function>pool_unset_pending_response()</function> in #1 to reset the
+ flag.
+ </para>
+
+ <para>
+ Bug report and fix provided by Nobuyuki Nagai.
+
+ New regression test item (068) added by me.
+ </para>
+
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+ Remove elog/ereport calls from signal handlers. (Tatsuo Ishii)
+ </para>
+ <para>
+ See <ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink> for details.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-10 [39d24e7]
+ -->
+ <para>
+ Fix bug failed to create INET domain socket in FreeBSD if listen_addresses = '*'.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=202">bug 202</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+ Fix for 0000249: watchdog sometimes fails de-escalation.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>) (Muhammad Usama)
+ </para>
+
+ <para>
+ The solution is to use the <function>waitpid()</function> system call without WNOHANG option.
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+ Fix connection_life_time broken by authentication_timeout. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+ Fix authentication timeout that can occur right after client connecttions. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
diff --git a/doc/src/sgml/release-3.6.sgml b/doc/src/sgml/release-3.6.sgml
index 614dc5fe9..69fa698b6 100644
--- a/doc/src/sgml/release-3.6.sgml
+++ b/doc/src/sgml/release-3.6.sgml
@@ -1389,3 +1389,317 @@ ConnectionInfo *con_info[child id, connection pool_id, backend id].load_balancin
</sect2>
</sect1>
+
+<sect1 id="release-3-6-2">
+ <title>Release 3.6.2</title>
+
+ <note>
+ <title>Release Date</title>
+ <simpara>2017-03-17</simpara>
+ </note>
+
+ <sect2>
+ <title>Bug fixes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <!--
+ 2017-03-17 [ba1bcc3]
+ -->
+ <para>
+ Add "Wants=network.target" to pgpool.service file.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=294">bug 294</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-03-09 [1ddb7f1]
+ -->
+ <para>
+ Fix <link linkend="PCP-PROMOTE-NODE">pcp_promote_node</link> bug that fails promoting node 0. (Yugo Nagata)
+ </para>
+ <para>
+ The master node could not be promoted by pcp_promote_node with
+ the following error;
+ </para>
+
+ <programlisting>
+ FATAL: invalid pgpool mode for process recovery request
+ DETAIL: specified node is already primary node, can't promote node id 0
+ </programlisting>
+
+ <para>
+ In streaming replication mode, there is a case that Pgpool-II
+ regards the status of primary node as "standby" for some reasons,
+ for example, when pg_ctl promote is executed manually during
+ Pgpool-II is running, in which case, it seems to Pgpool-II
+ that the primary node doesn't exist.
+ </para>
+
+ <para>
+ This status mismatch should be fixe by pcp_promote_node, but when the node
+ is the master node (the first alive node), it fails as mentioned above.
+ </para>
+
+ <para>
+ The reason is as following. before changing the status, pcp_promote_node
+ checks if the specified node is already primary or not by comparing the
+ node id with PRIMARY_NODE_ID. However, if the primary doesn't exist from
+ Pgpool-II's view, PRIMARY_NODE_ID is set to 0, which is same as MASTER_NODE_ID.
+ Hence, when the master node is specified to be promoted, pcp_promote_node
+ is confused that this node is already primary and doesn't have to be
+ promoted, and it exits with the error.
+ </para>
+
+ <para>
+ To fix this, pcp_promote_node should check the node id by using
+ REAL_PRIMARY_NODE_ID, which is set -1 when the primary doesn't exist,
+ rather than PRIMARY_NODE_ID.
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-28 [b1060bd]
+ 2017-01-10 [1e4e494]
+ 2017-02-09 [767eff3]
+ -->
+ <para>
+ Fix document error. (Tatsuo Ishii, Bo Peng)
+ </para>
+ <para>
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [2b7217e]
+ -->
+ <para>
+ <productname>Pgpool-II</productname>should not perform ping test after bringing down the VIP. (Muhammad Usama)
+ </para>
+
+ <para>
+ This issue was reported by the reporter of
+ bug:[pgpool-II 0000249]: watchdog sometimes fails de-escalation
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-23 [7ed400b]
+ -->
+ <para>
+ Fix to release shared memory segments when <productname>Pgpool-II</productname>exits. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=272">bug 272</ulink>) (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-14 [c1cd41c]
+ -->
+ <para>
+ Fix for <ulink url="http://www.pgpool.net/pipermail/pgpool-general/2017-February/005373.html">[pgpool-general: 5315]</ulink> pg_terminate_backend (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-02-06 [8fa731a]
+ -->
+ <para>
+ Adding the missing ExecStop and ExecReload commands to the systemd service configuration file. (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [6362ba6]
+ -->
+ <para>
+ Fix for 281: "segmentation fault" when execute <link linkend="PCP-ATTACH-NODE">pcp_attach_node</link>. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=281">bug 281</ulink>) (Muhammad Usama)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [fb58877]
+ -->
+ <para>
+ Fix load balancing bug in streaming replication mode. (Tatsuo Ishii)
+ </para>
+ <para>
+ In an explicit transaction, any SELECT will be load balanced until
+ write query is sent. After writing query is sent, any SELECT should be
+ sent to the primary node. However if a SELECT is sent before a sync
+ message is sent, this does not work since the treatment of writing
+ query is done after ready for query message arrives.
+ </para>
+ <para>
+ Solution is, the treatment for writing query is done in executing the writing query as well.
+ </para>
+
+ <para>
+ The bug has been there since V3.5.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-30 [8371649]
+ -->
+ <para>
+ Fix yet another kind mismatch error in streaming replication mode. (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [4f98bf0]
+ -->
+ <para>
+ Fix <function>do_query()</function>hangs after close message. (Tatsuo Ishii)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-27 [7512482]
+ -->
+ <para>
+ Fixing stack smashing detected. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=280">bug 280</ulink>) (Muhammad Usama)
+ </para>
+ <para>
+ It was a buffer overflow in <function>wd_get_cmd</function> function
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-19 [839a709]
+ -->
+ <para>
+ Fixing the issue with the watchdog process restart. (Muhammad Usama)
+ </para>
+ <para>
+ When the watchdog process gets abnormally terminated because of some problem
+ (e.g. Segmentation fault) the new spawned watchdog process fails to start and
+ produces an error "bind on ... failed with reason: Address already in use".
+ </para>
+ <para>
+ Reason is the abnormally terminating watchdog process never gets the time to
+ clean-up the socket it uses for IPC and the new process gets an error because
+ the socket address is already occupied.
+ </para>
+
+ <para>
+ Fix is, the Pgpool main process sets the flag in shared memory to mark the
+ watchdog process was abnormally terminated and at startup when the watchdog
+ process see that the flag is set, it performs the clean up of the socket file and
+ also performs the de-escalation (If the watchdog process was crashed when it
+ was master/coordinator node) if required before initializing itself.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-19 [779d029]
+ -->
+ <para>
+ Fix query cache bug reported in <ulink url="http://www.pgpool.net/pipermail/pgpool-general-jp/2017-January/001440.html">pgpool-general-jp:1441</ulink>. (Tatsuo Ishii)
+ </para>
+ <para>
+ In streaming replication mode with query cache enabled, SELECT hangs
+ in the following scenario:
+ </para>
+
+ <programlisting>
+ 1) a SELECT hits query cache and returns rows from the query cache.
+ 2) following SELECT needs to search meta data and it hangs.
+ </programlisting>
+
+ <para>
+ In #1, while returning the cached result, it misses to call
+ pool_unset_pending_response(), which leave the pending_response flag
+ be set. In #2, do_query() checks the flag and tries to read pending
+ response from backend. Since there's no pending data in backend, it
+ hangs in reading data from backend.
+ </para>
+
+ <para>
+ Fix is, just call <function>pool_unset_pending_response()</function> in #1 to reset the
+ flag.
+ </para>
+
+ <para>
+ Bug report and fix provided by Nobuyuki Nagai.
+
+ New regression test item (068) added by me.
+ </para>
+
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-11 [29b61eb]
+ -->
+ <para>
+ Remove elog/ereport calls from signal handlers. (Tatsuo Ishii)
+ </para>
+ <para>
+ See <ulink url="http://www.pgpool.net/pipermail/pgpool-hackers/2016-December/001950.html">[pgpool-hackers: 1950]</ulink> for details.
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-10 [39d24e7]
+ -->
+ <para>
+ Fix bug failed to create INET domain socket in FreeBSD if listen_addresses = '*'.
+ (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=202">bug 202</ulink>) (Bo Peng)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [8598d5a]
+ -->
+ <para>
+ Fix for 0000249: watchdog sometimes fails de-escalation. (<ulink url="http://www.pgpool.net/mantisbt/view.php?id=249">bug 249</ulink>) (Muhammad Usama)
+ </para>
+
+ <para>
+ The solution is to use the <function>waitpid()</function> system call without WNOHANG option.
+
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2017-01-04 [bd92a11]
+ -->
+ <para>
+ Fix connection_life_time broken by authentication_timeout. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ <listitem>
+ <!--
+ 2016-12-28 [afebadf]
+ -->
+ <para>
+ Fix authentication timeout that can occur right after client connecttions. (Yugo Nagata)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+
+</sect1>
[parent: 8c18444cd847]