pgpool2.git / summary / log / commit / refs
commit 088b358e4615ff8fd91084704fce439cc4a1700d
Author: Yugo Nagata <nagata@sraoss.co.jp>
Date: Mon Nov 16 12:31:47 2015 +0000
Prepare 3.5 alpha1 and add release note draft
NEWS | 251 ++++++++++++++++++++++++++++++++++++++++++
configure | 4 +-
configure.ac | 2 +-
doc/pgpool-ja.html | 295 ++++++++++++++++++++++++++++++++++++++++++++++++++
src/include/version.h | 2 +-
src/pgpool.spec | 2 +-
6 files changed, 551 insertions(+), 5 deletions(-)
diff --git a/NEWS b/NEWS
index e0f7c2817..7d43acdbb 100644
--- a/NEWS
+++ b/NEWS
@@ -1,5 +1,256 @@
Release Notes
+===============================================================================
+3.5 Series (2014/12/15 - )
+===============================================================================
+
+ 3.5.0 (ekieboshi) 2015/12/15
+
+* Version 3.5.0
+
+ This is the first version of pgpool-II 3.5 series.
+ That is, a "major version up" from 3.4 series.
+
+ __________________________________________________________________
+
+* Incompatible changes
+
+ - Remove parallel query mode codes (Yugo Nagata)
+
+ There are very few users and the maintenance efforts are not worth it.
+ Codes for system db are also removed, since this was used in only parallel
+ query mode and old query cache on disk.
+
+ - Rename parameter name from ifconfig_path to if_cmd_path (Yugo Nagata)
+
+ ifconfig_path isn't appropriate for the parameter name because
+ ifconfig command is obsolete and now ip command is used as default.
+
+ __________________________________________________________________
+
+* New features
+
+ - Add new parameter "serialize_accept" (Tatsuo Ishii)
+
+ This parameter defines whether to serialize accept() call for incoming
+ client connections. Default is off, which means no serializing (same
+ behavior as pgpool-II 3.4 or before). If this is off, the kernel
+ wakes up all of pgpool-II child process to execute accept() and one of
+ them actually accepts the incoming connection. Problem here is,
+ because so my child process wake up at a same time, heavy context
+ switching occurred and the performance is affected. This phenomena is
+ a classic problem called "the thundering herd problem". By enabling
+ serialize_accept, only one of pgpool-II child process is woken up and
+ executes accept() and the problem can be avoided.
+
+ - Import parser of PostgreSQL 9.5 (Yugo Nagata)
+
+ pgpool-II can understand new syntax introduced in PostgreSQL 9.5 now.
+ Especially GROUPING SET, CUBE, ROLLUP and TABLESAMPLE can be be load
+ balanced and can be used in query cache (except for TABLESAMPLE).
+
+ Also INSERT...ON CONFLICT and UPDATE tab SET (col1, col2, ...) =
+ (SELECT ...) ... can now be properly handled in query rewriting in
+ native replication mode.
+
+ - Allow to specify database for health check and streaming replication
+ delay check. (Tatsuo Ishii)
+
+ For this purpose new directive "health_check_database" and
+ "sr_check_database" are added.
+
+ __________________________________________________________________
+
+* Enhancements
+
+ - Performance improvement in extened query protocol
+
+ Unnecessary "flush" messages which used to be sent in each step of
+ extended protocol messages (parse, bind, describe and execute) and
+ brought significant communication overhead are removed. For now it
+ only affects to streaming replication mode, that is, the performance
+ of other modes remains same.
+
+ - watchdog feature enhancements (Muhammad Usama)
+
+ The goal of this enhancement is to address the shortcomings and problems
+ in the pgpool watchdog and make the watchdog system more robust and
+ adaptable.
+
+ -- The watchdog should consider the quorum and only elect the master/leader
+ node if the quorum exist in the watchdog cluster.
+ -- All the participating pgpool-II nodes in the watchdog cluster should have
+ similar pgpool-II configurations.
+ -- Watchdog nodes should have configurable watchdog node priority, to give
+ users more control on which node should become a leader node.
+ -- More options for the node health-checking, especially watchdog should allow
+ external/3rd party node health checking system to integrate with it.
+ -- The watchdog should keep looking for problems like split-brain syndrome and
+ should automatically recover from it.
+ -- Allow user to provide scripts to be executed at time of escalation and
+ de-escalation to master/leader nodes.
+
+ Add these new parameters:
+
+ -- wd_ipc_socket_dir:
+ This parameter is used to specify the directory where the UNIX domain
+ socket accepting pgpool-II watchdog IPC connections will be created.
+
+ -- wd_priority:
+ This new parameter can be used to elevate the current watchdog node
+ priority in leader elections. The node with the higher wd_priority
+ value will get selected as master/coordinator watchdog node when
+ cluster will be electing its master node at cluster startup or in the
+ event of old master watchdog node failure.
+
+ -- wd_de_escalation_command:
+ This parameter holds the command that watchdog will execute on the
+ master pgpool-II watchdog node when that node resigns from the master
+ node responsibilities.
+
+ - Overhauling pcp commands (Muhammad Usama)
+
+ -- Improved handling of command argument:
+ Long command line options can be used now.
+ -- PCP password is safe:
+ Don't pass password via command line, which causes security risks.
+ -- Mutiple concurrent execution of pcp commands:
+ Allow to execute a pcp command while running pcp_recovery_node
+ which takes sometime to finish.
+
+ - SELECT count statics in "show pool_nodes" command results (Tatsuo Ishii)
+
+ show pool_nodes results which briefly describes the status of each backend
+ now shows how many SELECTs are issued to them. So you can quickly
+ recognize the effect of load balancing for example;
+
+ test=# show pool_nodes;
+ node_id | hostname | port | status | lb_weight | role | select_cnt
+ ---------+----------+-------+--------+-----------+---------+------------
+ 0 | /tmp | 11002 | 2 | 0.500000 | primary | 338230
+ 1 | /tmp | 11003 | 2 | 0.500000 | standby | 163939
+ (2 rows)
+
+ - Parser enhancements for query rewriting (Yugo Nagata)
+
+ INSERT/UPDATE/DELETE with WITH clause, writable CTE, RETURNING clause
+ can now be properly handled in query rewriting in native replication mode.
+
+ - Allow to open pool_passwd file in read only mode by pgpool-II main
+ process (Tatsuo Ishii)
+
+ - Allow to run pgpool in debug mode in regression tests (Tatsuo Ishii)
+
+ __________________________________________________________________
+
+* Bug fixes (since 3.4.3)
+
+ - doc: Fix misinformation regarding load balancing in docs (Tatsuo Ishii)
+
+ In streaming replication mode, DECLARE, FETCH, CLOSE and SHOW are sent
+ to primary node only. Pointed out in [pgpool-general-jp: 1378].
+
+ - Issue fsync() when writing pgpool_status. (Tatsuo Ishii)
+
+ This ensures that pgpool_status is saved to permanent storage and
+ allow to survive after system crash.
+
+ - Fix reset query stuck problem (Muhammad Usama)
+
+ It is reported that reset query (DISCARD ALL etc.) occasionally does
+ not finish and pgpool child remain waiting for reply from the backend
+ thus client cannot connect to pgpool (for example bug report #107).
+ The cause of problem is not identified yet but if client suddenly
+ closes connection to pgpool in the middle of query processing, backend
+ may not accept the reset queries because they are not ready for query.
+
+ The fix is to keep track of the status of frontend socket state and not
+ caching the PostgreSQL connection if the connection to frontend was not
+ properly terminated.
+
+ - test: Fix false alerm of regression tset 062 (Yugo Nagata)
+
+ - test: Fix broken regression test for native replication (Yugo Nagata)
+
+ Test for insert-lock didn't work.
+
+ - test: Fix regress test to sleep after pgpool_reload (Yugo Nagata)
+
+ Some regression tests modify configuration file and reloads. However,
+ sometimes these were not applied to pgpool just after reloading.
+
+ - Fix inconsistency of sequence values in replication mode (Yugo Nagata)
+
+ When a schema name was provided, the table name was quoted wrongly as
+ like "public.mytbl" instead of "public"."mytbl". So, pool_regclass
+ and to_regclass couldn't find right talbe oid and insert lock was
+ never executed. This caused inconsistency between DB nodes.
+
+ - test: Fix complication error and segfault of timestamp rewrite test (Yugo Nagata)
+
+ - doc: Fix untranslated sentence in Japanese document (Yugo Nagata)
+
+ - Fix ancient bug of pool_push() and friends. (Tatsuo Ishii)
+
+ It allocates buffer using realloc and uses the pointer
+ returned. However it does the pointer calculation *before* realloc
+ gets called. So the calculation uses the old pointer value, which
+ causes various problems including segfault later.
+
+ Also there were other problems with it. The buffer pointer and buffer
+ size variable is not initialized. The buffer is not freed by
+ pool_close. Typo in debugging message (3.4 or later only). They are
+ fixed as well.
+
+ - doc: Fix wrong description in documents about log_standby_delay (Yugo Nagata)
+
+ - Fix segfalut that occurs when function is used in FROM clause (Yugo Nagata)
+
+ PRPARE statements in streaming-reaplication mode and INSERT/UPDATE
+ with SELECT in native-replication mode were affected. For example:
+
+ - prepare p as select * from generate_series(1,1);
+ - insert into tbl select now(), * from generate_series(1,1);
+
+ - doc: Add caution about JDBC driver version regarding app_name_redirect_preference_list
+ (Tatsuo Ishii)
+
+ - Fix hang problmen reported in bug #145. (Tatsuo Ishii)
+
+ The problem occurs when all the condition below are met:
+
+ 1) pgpool-II 3.4 or later
+ 2) streaming replication mode
+ 3) primary node is also load balance node
+ 4) extended protocol is used
+ 5) client_idle_limit reached
+
+ - Fix a in-memory query cache bug (Tatsuo Ishii)
+
+ If extended query protocol is used and a bind/execute message arrives
+ which uses a statement created by prior parse message, the temp_cache
+ is not initialized by a parse messages. Thus messages are added to pre
+ existing temp cache buffer which causes the trouble, that is, when the
+ cached result returns, Data Row message and Command Complete message
+ appeared twice.
+
+ Per by bug #152.
+
+ - test: Fix regression test 065. (Tatsuo Ishii)
+
+ The path to JDBC driver was explicitly defined. This is wrong. This
+ should be inherited from JDBC_DRIVER environment variable.
+
+ - test: Fix possible hang-up of regression test 054.postgres_fdw (Yugo Nagata)
+
+ - test: Add option to regress.sh and pgpool_setup for unix domain socket
+ directory (Yugo Nagata)
+
+ - doc: Add missing descriptions about default values to documents
+ (Yugo Nagata)
+
+ - test: Fix regression test 055 for rhel7 rpm (Yugo Nagata)
+
===============================================================================
3.4 Series (2014/11/07 - )
===============================================================================
diff --git a/configure b/configure
index f82302c1a..24c8b865d 100755
--- a/configure
+++ b/configure
@@ -590,8 +590,8 @@ MAKEFLAGS=
# Identity of this package.
PACKAGE_NAME='pgpool-II'
PACKAGE_TARNAME='pgpool-II'
-PACKAGE_VERSION='3.5.0'
-PACKAGE_STRING='pgpool-II 3.5.0'
+PACKAGE_VERSION='3.5.0 alpha1'
+PACKAGE_STRING='pgpool-II 3.5.0 alpha1'
PACKAGE_BUGREPORT='pgpool-hackers@pgpoo.net'
PACKAGE_URL=''
diff --git a/configure.ac b/configure.ac
index 4266f17ac..b1009fd87 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,5 +1,5 @@
dnl Process this file with autoconf to produce a configure script.
-AC_INIT([pgpool-II], [3.5.0], [pgpool-hackers@pgpoo.net], [pgpool-II])
+AC_INIT([pgpool-II], [3.5.0 alpha1], [pgpool-hackers@pgpoo.net], [pgpool-II])
dnl Checks for programs.
AC_PROG_CC
diff --git a/doc/pgpool-ja.html b/doc/pgpool-ja.html
index 72f4e816d..e2bb524f1 100644
--- a/doc/pgpool-ja.html
+++ b/doc/pgpool-ja.html
@@ -5587,6 +5587,7 @@ configure に失敗します。必ず libpq 3.0 以降(PostgreSQL 7.4以降) を
<h1 id="release">リリースノート</h1>
<ul class="flat_ul">
+<li><a href="#release3.5.x">V3.5.x</a></li>
<li><a href="#release3.4.x">V3.4.x</a></li>
<li><a href="#release3.3.x">V3.3.x</a></li>
<li><a href="#release3.2.x">V3.2.x</a></li>
@@ -5602,6 +5603,300 @@ configure に失敗します。必ず libpq 3.0 以降(PostgreSQL 7.4以降) を
<li><a href="#release1.0.x">V1.0.x</a></li>
</ul>
+<!-- ================================================================================ -->
+<!-- 3.5 -->
+<!-- ================================================================================ -->
+<hr><a name="release3.5.x"></a>
+
+<!-- -------------------------------------------------------------------------------- -->
+<h2><a name="release3.5.0"></a>3.5.0 (ekieboshi) 2015/12/15</h2>
+<!-- -------------------------------------------------------------------------------- -->
+<h3>概要</h3>
+<p>
+このバージョンは 3.5 系列の最初の版で、3.4 系からの「メジャーバージョンアップ」にあたります。
+</p>
+
+<h3>互換性のない変更</h3>
+<ul>
+ <li>パラレルクエリモードのコードが削除されました。(Yugo Nagata)
+ <p>
+ これは、パラレルクエリモードのユーザが少ない割に維持に手間がかかるためです。
+ また、システムDBに関するコードも削除されました。
+ これらはパラレルクエリモードと古いオンディスクのクエリキャッシュででしか使用されていなかったためです。
+ </p>
+ </li>
+
+ <li>パラメータ "ifconfig_path" が"<a href=#IF_CMD_PATH>if_cmd_path</a>"に名前が変更になりました。(Yugo Nagata)
+ <p>
+ ifconfig が非推奨になり現在では ip コマンドがデフォルトで使われており、ifconfig_path がパラメータ名として不適切になったためです。
+ </p>
+ </li>
+</ul>
+
+<!-- -------------------------------------------------------------------------------- -->
+<h3 id="3.5_new_features">新機能</h3>
+
+<ul>
+<li>新しいパラメータ <a href="#SERIALIZE_ACCEPT">serialize_accept</a> が追加されました。(Tatsuo Ishii)
+<p>
+クライアントからの接続を受け付ける際に accept() の呼び出しをシリアライズするかどうかを指定します。
+デフォルトはoffです(シリアライズしません)で、これは pgpool-II 3.4 以前と同じ挙動です。
+このパラメータがoffの場合、カーネルはすべてのpgpool-II子プロセスを起こして accept() を実行させます。
+そして子プロセスのうちひとつだけが実際に接続を受け付けます。
+問題は、ここで多くの子プロセスが一度に起こされるため、重いコンテキストスイッチングが起こり、性能に影響がでることです。
+この現象は「thundering herd problem」と呼ばれる古典的な問題です。
+serialize_accept を有効にすることにより、pgpool-II子プロセスのうちひとつだけが起こされて accept() を実行するようになり、この問題は回避されます
+</p>
+</li>
+<li>
+PostgreSQL 9.5 のパーサを取り込みました。(Yugo Nagata)
+<p>これにより、pgpool-II は PostgreSQL 9.5 で導入された新しい構文を理解可能です。
+とくに GROUPING SET、CUBE、ROLLUP、そして TABLESAMPLE の負荷分散とクエリキャッシュ（TABLESAMPLE を除く）が可能になりました。
+また、INSERT ... ON CONFLICT と UPDATE tab SET (col1, col2, ..) = (SELLECT ...) ...
+もネイティブレプリケーションで適切にクエリ書き換え処理が可能です。
+</p>
+</li>
+<li>
+ヘルスチェックとストリーミングレプリケーション遅延チェックに使うデータベースを指定できるようになりました。(Tatsuo Ishii)
+<p>
+そのために、新しいパラメータ <a href="#HEALTH_CHECK_DATABASE">health_check_database</a> と
+<a href="#SR_CHECK_DATABASE">sr_check_database</a> が追加されました。
+</p>
+</li>
+
+</ul>
+
+<!-- -------------------------------------------------------------------------------- -->
+<h3 id="3.5_enhancements">改善点</h3>
+
+<ul>
+<li>
+拡張問い合わせプロトコル使用時の性能が改善されました。(Tatsuo Ishii)
+<p>
+拡張プロトコルメッセージ(parse, bind, describe, execute) の各段階で送信され通信のオーバヘッドとなっていた、
+不必要な "flush" メッセージが取り除かれました。現在のところ、この改善はストリーミングレプリケーションモード
+でのみ効果があり、他のモードでは性能は変わりません。
+</p>
+</li>
+
+<li>
+watchdog 機能の改善 (Muhammad Usama)
+<p>
+この改善は pgpool-II のwachdog の弱点や問題点を見直し watchdog システムをよりロバストで適応的なものにすることです。
+</p>
+<ul>
+<li>
+watchdog はクォーラム（定足数）を考慮し、所属する watchdog クラスタに全体の半数以上のノードが存在する場合のみマスター/リーダに選ばれます。
+</li>
+<li>
+watchdog クラスタに参加している全ての pgpool-II ノードは同じ設定となっている必要があります。
+</li>
+<li>
+watchdog ノードは優先度の設定を持ち、ユーザはどのノードがリーダになるべきかを制御しやすくなりました。
+</li>
+<li>
+watchdog はスプリットブレイン現象のような問題の状況を監視し続け、自動的にそこから復帰します。
+</li>
+<li>
+ユーザは、ノードのマスター/リーダへの昇格時および降格時に実行するスクリプトを指定可能です。
+</li>
+</ul>
+<p>
+以下のパラメータが追加されました：
+</p>
+<ul>
+<li>
+<a href="#WD_IPC_SOCKET_DIR">wd_ipc_socket_dir</a>:
+<p>
+pgpool-II watchdog の IPC（プロセス間通信）で受け付ける UNIX ドメインソケットが作成されるディレクトリを指定します。
+</p>
+</li>
+<li>
+<a href="#WD_PRIORITY">wd_priority</a>:
+<p>
+このパラメータによって自身の watchdog ノードがリーダに選ばれる優先度を上げることができます。
+</p>
+</li>
+<li>
+<a href="#WD_DE-ESCALATION_COMMAND">wd_de_escalation_command</a>:
+<p>
+pgpool-II watchdog のマスターノードがマスターの責務を辞退し降格するときに、ここで指定したコマンドが実行されます。
+</p>
+</li>
+</ul>
+</li>
+<li>
+pcp コマンドが改善されました。(Muhammad Usama)
+<ul>
+<li>コマンド引数の改善：<p>長いコマンドライン形式のオプションが使用可能になりました。</p></li>
+<li>安全な pcp パスワード：<p>セキュリティリスクとなるため、パスワードをコマンドラインで渡さなくなりました。</p></li>
+<li>複数の pcp コマンドの同時実行：<p>例えば、実行に時間のかかる pcp_recovery_node の最中に他の pcp コマンドの実行が可能です。</p></li>
+</ul>
+</li>
+</p>
+<li>
+"show pool_nodes" コマンドの結果に SELECT 回数を表示するようになりました。 (Tatsuo Ishii)
+<p>
+show pool_nodes の結果には各バックエンドの状態が出力されますが、これに SELECT
+が何回発行されたかが出力されるようなりました。これにより、ロードバランスの効果をすぐに確認することができます。
+</p>
+<pre>
+例：
+test=# show pool_nodes;
+ node_id | hostname | port | status | lb_weight | role | select_cnt
+---------+----------+-------+--------+-----------+---------+------------
+ 0 | /tmp | 11002 | 2 | 0.500000 | primary | 338230
+ 1 | /tmp | 11003 | 2 | 0.500000 | standby | 163939
+(2 rows)
+</pre>
+</li>
+<li>
+クエリ書き換えのためのパーサ改善 (Yugo Nagata)
+<p>
+ネイティブレプリケーションのクエリ書き換えで WITH 句付きの INSERT/UPDATE/DELETE、
+更新可能 CTE、RETURNING 句が適切に扱えるようになりました。
+</p>
+</li>
+<li>
+pool_passwd ファイルが読み込み権限で開けるようになりました。(Tatsuo Ishii)
+</li>
+<li>
+test: レグレッションテストで pgpool-II をデバッグモードで実行できるようになりました。
+(Tatsuo Ishii)
+</li>
+</ul>
+
+<!-- -------------------------------------------------------------------------------- -->
+<h3 id="3.5_fixes">バグ修正 (pgpool-II 3.4.3以降のもの)</h3>
+
+<ul>
+
+<li>
+doc: ドキュメントのロードバランスに関する情報を修正しました。(Tatsuo Ishii)
+<p>
+ストリーミングレプリケーションでは DECLARE, FETCH, CLOSE, SHOW はプライマリノードにのみ送られます。
+[pgpool-general-jp: 1378] での指摘によります。
+</p>
+</li>
+
+<li>
+pgpool_status 書き込み時に fsync() を実行するようになりました。(Tatsuo Ishii)
+<p>
+これにより、pgpool_status が永続ストレージに保存され、システムクラッシュ時も情報が失われないことを保証します。
+</p>
+</li>
+
+<li>
+リセットクエリがスタックする問題を修正しました。(Muhammad Usama)
+<p>
+DISCARD ALL などのリセットクエリが時々終了せずに pgpool 子プロセスはバックエンドからの応答を待ったままとなり、
+その結果、クライアントが pgpool-II に接続できなくなるという報告があります（例えば bug #107 の報告）。
+原因はまだ特定できていませんが、クライアントがクエリ処理中に突然 pgpool-II への接続をクローズした場合、
+バックエンドは ready for query でないために、リセットクエリを受け付けられなくなるかもしれません。
+</p>
+<p>
+これは、フロントエンドのソケットの状態を追跡し続け、フロントエンドへの接続が適切に終了できない場合には
+PostgreSQL の接続をキャッシュしないことで修正しました。
+</p>
+</li>
+
+<li>test: レグレッションテスト 062 の誤報を修正しました。(Yugo Nagata)</li>
+
+<li>test: ネイティブレプリケーションのレグレッションテストが壊れていたのを修正しました(Yugo Nagata)
+<p>insert-lock のテストが動作していませんでした。</p>
+</li>
+
+<li>test: レグレッションテストで pgpool_reload の後に sleep を実行するよう修正しました。(Yugo Nagata)
+<p>
+いくつかのテストでは設定ファイルを変更しリロードしますが、時々のリロードを実行した直後では設定の変更が適用されていないことがありました。
+</p>
+</li>
+
+<li>
+レプリケーションモードで発生するシーケンス値の不整合を修正しました。(Yugo Nagata)
+<p>
+スキーマ名が与えられときに、テーブル名が正しくない方法で引用符がつけられていました。
+例えば、"public"."mytbl" ではなく "public.mytbl" というようにです。このため、
+pool_regclass または to_regclass が正しくテーブルの OID を取得できず、insert-lock
+が常に実行されなくなっていました。これは DB 間の不整合の原因となっていました。
+</p></li>
+
+<li>test: timestamp rewrite テストのコンパイラエラーとセグメンテーションフォルトを修正しました。(Yugo Nagata)</li>
+
+<li>doc: 日本語ドキュメントに未翻訳の文があったのを修正しました。(Yugo Nagata)</li>
+
+<li>古くから存在していた pool_push() 関連関数のバグを修正しました。(Tatsuo Ishii)
+<p>
+これはバッファを realloc で割り当て、返却されたポインタを使っていますが、realloc
+が呼ばれる前にポインタの計算を行っていたため、古いポインタ値が使われることになり、
+セグメンテーションフォルトを含む様々な問題の原因となっていました。
+</p>
+<p>
+また、他にも問題がありました。バッファポインタやバッファサイズが初期化されていない、
+バッファが pool_close で解放されていない、デバッグメッセージの typo などです。
+これらも同時に修正されました。
+</p></li>
+
+<li>doc: log_standby_delay に関するドキュメントの誤った記述が修正されました。(Yugo Nagata)</li>
+
+<li>FROM 句に関数が使われた場合に発生するセグメンテーションフォルトが修正されました。(Yugo Nagata)
+<p>
+ストリーミングレプリケーションモードでの PREPARE 文、ネイティブレプリケーションモードでの
+SELECT を伴う INSERT/UPDATE 文が影響を受けていました。
+<pre>
+例）
+prepare p as select * from generate_series(1,1);
+insert into tbl select now(), * from generate_series(1,1);
+</pre>
+</p>
+</li>
+
+<li>
+doc: app_name_redirect_preference_list の JDBC ドライバに関する注意をドキュメントに追加しました。(Tatsuo Ishii)
+</li>
+
+<li>
+bug #145 で報告されたハングを修正しました。(Tatsuo Ishii)
+<p>
+この問題は以下の全ての条件が揃うと発生します：
+</p>
+<ol>
+<li>pgpool-II 3.4 か、それ以降</li>
+<li>ストリーミングレプリケーションモード</li>
+<li>プライマリノードがロードバランス先</li>
+<li>拡張プロトコルが使われている</li>
+<li>client_idle_limit に達した</li>
+</ol>
+</li>
+<li>
+インメモリクエリキャッシュのバグを修正しました。(Tatsuo Ishii)
+<p>
+拡張プロトコルが使用されており、以前の parse メッセージで作成された文を使用する
+bind/execute メッセージが到着した際に、一時キャッシュが parse メッセージで初期され
+ておらず、メッセージは既存の一時キャッシュに追加されていました。これが、キャッシュ
+の結果を返すときに Data Row メッセージと Command Complete メッセージが２重に現れる
+というトラブルの原因になっていました。
+
+bug #152 の報告によります。
+</p>
+</li>
+
+<li>test: レグレッションテスト 065 を修正しました。(Tatsuo Ishii)
+<p>
+JDBC ドライバのパスが明示的に定義されていました。これは良くないため、
+JDBC_DRIVER 環境変数の値を用いるように変更されました。
+</p>
+</li>
+
+<li>test: レグレッションテスト 054.postgres_fdw で発生し得るハングアップを修正しました。(Yugo Nagata)</li>
+
+<li>test: レグレッションテストと pgpool_setup に unix ドメインソケットディレクトリを指定するオプションを追加しました。
+(Yugo Nagata)</li>
+
+<li>doc: ドキュメントに欠けていたデフォルト値の記述を追加しました。(Yugo Nagata)</li>
+
+</ul>
+
<!-- ================================================================================ -->
<!-- 3.4 -->
<!-- ================================================================================ -->
diff --git a/src/include/version.h b/src/include/version.h
index 68302d1d4..0d382fd25 100644
--- a/src/include/version.h
+++ b/src/include/version.h
@@ -1 +1 @@
-#define PGPOOLVERSION "tataraboshi"
+#define PGPOOLVERSION "ekieboshi"
diff --git a/src/pgpool.spec b/src/pgpool.spec
index a60bcf5e9..71221dd78 100644
--- a/src/pgpool.spec
+++ b/src/pgpool.spec
@@ -20,7 +20,7 @@
Summary: Pgpool is a connection pooling/replication server for PostgreSQL
Name: pgpool-II-pg%{pg_version}
Version: %{pgpool_version}
-Release: 2pgdg%{?dist}
+Release: 1pgdg%{?dist}
License: BSD
Group: Applications/Databases
Vendor: Pgpool Global Development Group
[parent: 36bbb101eb6d]