summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorYugo Nagata2014-03-24 13:48:04 +0000
committerYugo Nagata2014-03-24 13:56:43 +0000
commit232c30a2c0368fbb60e204c8c325c2112560b576 (patch)
tree5f55fc71e0290dab78c387da635825aad33fbf98
parent19730017a8790947e111c2e01ae3ebbdbe7d894c (diff)
Prepare 3.0.15V3_0_15
-rw-r--r--COPYING2
-rw-r--r--NEWS98
-rwxr-xr-xconfigure2
-rw-r--r--configure.in2
-rw-r--r--doc/pgpool-ja.html136
5 files changed, 236 insertions, 4 deletions
diff --git a/COPYING b/COPYING
index 904e739a1..eb533db16 100644
--- a/COPYING
+++ b/COPYING
@@ -1,4 +1,4 @@
-Copyright (c) 2003-2013 PgPool Global Development Group
+Copyright (c) 2003-2014 PgPool Global Development Group
Permission to use, copy, modify, and distribute this software and
its documentation for any purpose and without fee is hereby
diff --git a/NEWS b/NEWS
index bffd6a140..a8561eff5 100644
--- a/NEWS
+++ b/NEWS
@@ -1,4 +1,100 @@
-3.0.14 (umiyameboshi) 2013/12/06
+3.0.15 (umiyameboshi) 2014/03/24
+
+ * Version 3.0.15
+
+ This is a bugfix release against pgpool-II 3.0.14.
+
+ __________________________________________________________________
+
+ * Bug fixes
+
+ - doc: Add mention about "listen queue" and how to increase the "backlog"
+ in the num_init_children section. (Tatsuo Ishii)
+
+ - Fix bad performance of unlogged tables detection code. (Tatsuo Ishii)
+
+ Pointed out at [pgpool-hackers: 435][[pgpool-general:2325].
+
+ - Fix primary node detection logic. (Tatsuo Ishii)
+
+ There's a possibility that primary node is not detected. This happens
+ in following situation. node 0: primary, node 1: standby. Node 0 goes
+ down. Health checking detects the fact but local status is not updated
+ yet. Primary node finding (find_primary_node) runs. Node 0's status is
+ yet healthy. Because find_primary_node fails to connect to node 0, it
+ immediately returns -1 and fails to find that fact that node 1 is now
+ primary.
+
+ Fix is just continuing to look for primary node when fails to connect
+ to a node.
+
+ Per [pgpool-general: 2409].
+
+ - Fix jdbc DML fails when operated in raw mode and auto commit is off.
+ (Tatsuo Ishii)
+
+ This is reported in bug #92.
+
+ - Avoid to send queries to unrelated nodes in streaming replication mode.
+ (Tatsuo Ishii)
+
+ Pgpool-II sends certain queries, such as BEGIN, END and SET commands to
+ all of DB nodes. However in streaming replication mode, only primary
+ node and at most one standby node are only concerned (if primacy node
+ is selected as the load balance node, only 1 node is concerned).
+
+ See [pgpool-hackers: 464] for more details.
+
+ - Fix possible buffer overrun problem and memory leak. (Tatsuo Ishii)
+
+ Per Coverity 1111465 and 1111482.
+
+ - Fix freeing NULL. (Tatsuo Ishii)
+
+ Per Coverity 1111384.
+
+ - Fix memory leak. (Tatsuo Ishii)
+
+ Per Coverity 1111446.
+
+ - Fix a segmentation fault in parallel mode with system_db_hostname is
+ empty (Yugo Nagata)
+
+ - Fix to output debug messages in processing pgpool.conf with -d option
+ (Yugo Nagata)
+
+ Previously, some debug messages in pool_get_config() ware not output
+ even when -d option was used.
+
+ - Fix JDBC exception of prepared statement including now() in
+ replication mode (Yugo Nagata)
+
+ With JDBC, when a prepared statement is executed more than
+ PrepareThreshold times, the statement is named and Describe message
+ is sent after Parse. With named statement, pgpool rewrite now() to
+ parameter in replication mode. Hence, rewritten query has additonal
+ parameter than original. In this case, ParameterDescription message
+ sent to frontend (response of Describe) should include OIDs of the
+ same number os original query's parameters. Otherwize, JDBC throws
+ ArrayIndexoutOfBoundsException.
+
+ This is reported in [pgpool-general-jp: 1192].
+
+ - Fix backend error of prepared statement about table which has column whoes
+ default value is now() in replication mode (Yugo Nagata)
+
+ When pgpool parses a named prepared statement with default now(),
+ timestamps are replaced to additional parameters. So, Bind message also
+ should inclued additional parameter format codes. However, when the
+ number of original parameter was one, pgpool didn't handle this. This
+ caused a error like "incorrect binary data format in bind parameter 2".
+
+ - doc: Add description about parallel mode doesn't support PREPARE (Yugo Nagata)
+
+ Per bug #93
+
+===============================================================================
+
* Version 3.0.14
diff --git a/configure b/configure
index 46229e6a5..c5f7f4473 100755
--- a/configure
+++ b/configure
@@ -3932,7 +3932,7 @@ fi
# Define the identity of the package.
PACKAGE=pgpool-II
- VERSION=3.0.14
+ VERSION=3.0.15
cat >>confdefs.h <<_ACEOF
diff --git a/configure.in b/configure.in
index 131801026..d96522dcc 100644
--- a/configure.in
+++ b/configure.in
@@ -4,7 +4,7 @@ AC_INIT
dnl Checks for programs.
AC_PROG_CC
-AM_INIT_AUTOMAKE(pgpool-II, 3.0.14)
+AM_INIT_AUTOMAKE(pgpool-II, 3.0.15)
AC_PROG_RANLIB
AC_PROG_LIBTOOL
AC_CONFIG_MACRO_DIR([m4])
diff --git a/doc/pgpool-ja.html b/doc/pgpool-ja.html
index 556b23240..762cdc7fe 100644
--- a/doc/pgpool-ja.html
+++ b/doc/pgpool-ja.html
@@ -3401,6 +3401,142 @@ avgはsum/countとして処理されます。</p>
<h1>リリースノート<a name="release"></a></h1>
+<h2><a name="release3.0.15"></a>3.0.15 (umiyameboshi) 2014/03/24</h2>
+<h3>概要</h3>
+<p>
+このバージョンは 3.0.14 に対するバグ修正リリースです。
+</p>
+
+<h3>バグ修正</h3>
+<ul>
+
+<li>
+ doc: num_init_children の項に「listen キュー」の説明とその「バックログ」を増やす方法について追記しました。
+ (Tatsuo Ishii)
+</li>
+
+<li>
+ UNLOGGED テーブルを検出する処理のパフォーマンスが悪かったのを修正しました。
+ (Tatsuo Ishii)
+ <p>
+ この問題は <a href="http://www.sraoss.jp/pipermail/pgpool-hackers/2014-January/000435.html">[pgpool-hackers: 435]</a>
+ <a href="http://www.sraoss.jp/pipermail/pgpool-general/2013-December/002354.html">[pgpool-general:2325]</a> で指摘されました。
+ </p>
+</li>
+
+<li>
+ プライマリノードの検出ロジックを修正しました。(Tatsuo Ishii)
+ <p>
+ プライマリノードが検出されないことがありました。例えば、node 0 がプライマリ、node 1
+ がスタンバイのときに、node 0 が落ちたとします。ヘルスチェックがそれを検出しますが、
+ 内部のステータスがまだ更新されていない場合 node 0 には問題がないよう見えるため node 0
+ への接続が試みられます。実際にはこの接続は失敗するため、node 1
+ が新プライマリであることを検出する前に処理が終了していました。
+ </p>
+ <p>
+ この問題は <a href="http://www.sraoss.jp/pipermail/pgpool-general/2014-January/002442.html">[pgpool-general: 2409]</a> にて報告されました。
+ </p>
+</li>
+
+<li>
+ raw モードで自動コミットが off で JDBC を使用したときに、DML
+ が失敗するバグを修正しました。(Tatsuo Ishii)
+ <p>
+ この問題は <a href="http://www.pgpool.net/mantisbt/view.php?id=92">bug #92</a> で報告されました。
+ </p>
+</li>
+
+<li>
+ ストリーミングレプリケーションモードで無関係なノードにはクエリを送信しないように修正しました。
+ (Tatsuo Ishii)
+ <p>
+ pgpool-II は BEGIN, END, SET などのクエリを全ての DB ノードに送っています。
+ しかし、ストリーミングレプリケーションではプライマリノードと高々1台のスタンバイノードにしか送る必要がありません。
+ (もしプライマリノードがロードバランスノードとして選択されている場合には1台だけで充分です。)
+ </p>
+ <p>
+ 詳細は <a href="http://www.sraoss.jp/pipermail/pgpool-hackers/2014-February/000464.html">
+ [pgpool-hackers: 464]</a> を参照してください。
+ </p>
+</li>
+
+<li>
+ バッファオーバランとメモリリークの可能性を修正しました。(Tatsuo Ishii)
+ <p>
+ Coverity 1111465, 1111482 の報告によります。
+ </p>
+</li>
+
+<li>
+ NULL ポインタの開放を修正しました。(Tatsuo Ishii)
+ <p>
+ Coverity 1111384 の報告によります。
+ </p>
+</li>
+
+<li>
+ メモリリークを修正しました。(Tatsuo Ishii)
+ <p>
+ Coverity 1111446 の報告によります。
+ </p>
+</li>
+
+<li>
+ パラレルモードで system_db_hostname
+ が空欄の場合に発生するセグメンテーションフォルトを修正しました。
+ (Yugo Nagata)
+</li>
+
+<li>
+ -d オプションで起動した場合に pgpool.conf
+ の処理中のデバッグメッセージを出力するように修正しました
+ (Yugo Nagata)
+ <p>
+ 以前は -d オプション使用時でも出力されていないデバッグメッセージがありました。
+ </p>
+</li>
+
+<li>
+ レプリケーションモードで JDBC 使用時に now()
+ を含む準備文で発生する例外を修正しました。(Yugo Nagata)
+ <p>
+ JDBC で準備文を PrepareThreshold 回以上実行した場合には、文に名前が付けられ Parse
+ の後に Describe メッセージが発行されます。このとき、pgpool は now()
+ をパラメータに書き換えるため、元のクエリには無かった新しいパラメータが追加されます。
+ この場合、フロントエンドに返されるParameterDscription メッセージ(Describe
+ の返答)は、元のクエリが持つパラメータと同じ数の OID を含むべきです。そうしないと、JDBC
+ はArrayIndexoutOfBoundsException 例外を発生させてしまいます。
+ </p>
+ <p>
+ このバグは <a href="http://www.sraoss.jp/pipermail/pgpool-general-jp/2013-September/001191.html">
+ [pgpool-general-jp: 1192]</a> で報告されました。
+ </p>
+</li>
+
+<li>
+ レプリケーションモードにて、デフォルト値が now()
+ のカラムを持つテーブルに対する準備文でエラーが発生するバグを修正しました。
+ (Yugo Nagata)
+ <p>
+ デフォルト値が now() を持つ名前付き準備文を parse する際に、pgpool-II
+ は時刻値をパラメータで置き換えます。そのため、その後の bind
+ メッセージも追加されたパラメータの形式コードを含んでいる必要があります。
+ しかし、元のクエリのパラーメータ形式数が1だった場合、この処理がなされていませんでした。これが
+ "incorrect binary data format in bind parameter 2" のようなエラーの原因となっていました。
+ </p>
+</li>
+
+<li>
+ doc: パラレルモードは PREPARE 文の実行に対応していないことを追記しました。(Yugo Nagata)
+ <p>
+ <a href="http://www.pgpool.net/mantisbt/view.php?id=93">bug #93</a> の指摘によります。
+ </p>
+</li>
+
+
+</ul>
+
+
<h2><a name="release3.0.14"></a>3.0.14 (umiyameboshi) 2013/12/06</h2>
<h3>概要</h3>
<p>