pgpool2.git / summary / log / commit / refs
commit f9cc1e895103d81aff9dc3fc9948fa61d172aba3
Author: Tatsuo Ishii <ishii@postgresql.org>
Commit: Muhammad Usama <m.usama@gmail.com>
Date: Thu Apr 03 23:33:53 2014 +0000
Add cautions that recovery commands are killed by statement_timeout of PostgreSQL.
recovery_1st_stage_command can be killed if its execution time is
longer than statement_timeout and online recovery fails. The problem
was found and reported by Sean Hogan at [pgpool-general:
2680]. Samething can be said to recovery_2nd_stage_command.
doc/pgpool-en.html | 16 +++++++++++++++-
doc/pgpool-ja.html | 17 ++++++++++++++++-
2 files changed, 31 insertions(+), 2 deletions(-)
diff --git a/doc/pgpool-en.html b/doc/pgpool-en.html
index 5af504027..e210672d1 100644
--- a/doc/pgpool-en.html
+++ b/doc/pgpool-en.html
@@ -7,7 +7,7 @@
</head>
<!-- hhmts start -->
-Last modified: Sun Jan 26 14:44:34 JST 2014
+Last modified: Fri Apr 4 08:32:26 JST 2014
<!-- hhmts end -->
<body bgcolor="#ffffff">
@@ -1788,6 +1788,13 @@ end of transaction block
Note that pgpool-II <b>accepts</b> connections and queries while
recovery_1st_stage command is executed. You can retrieve and update data during this stage.
</p>
+ <p>
+ <font color="red">
+ CAUTION:
+ </font>
+ recovery_1st_stage_command runs as an SQL command from PostgreSQL's point of view. If you enable PostgreSQL's statement_time_out and it's shorter than the execution time of the recovery_1st_stage_command, PostgreSQL cancels the command.
+ Typical symptoms of this is, rsync used in the command is killed by signal 2 for example.
+ </p>
<p>
This parameter can be changed without restarting.
</p>
@@ -1820,6 +1827,13 @@ end of transaction block
until all clients have closed their connections. The command is only executed
when no client is connected to pgpool-II anymore.
</p>
+ <p>
+ <font color="red">
+ CAUTION:
+ </font>
+ recovery_2nd_stage_command runs as an SQL command from PostgreSQL's point of view. If you enable PostgreSQL's statement_time_out and it's shorter than the execution time of the recovery_2nd_stage_command, PostgreSQL cancels the command.
+ Typical symptoms of this is, rsync used in the command is killed by signal 2 for example.
+ </p>
<p>
This parameter can be changed without restarting.
</p>
diff --git a/doc/pgpool-ja.html b/doc/pgpool-ja.html
index ce21f77b7..66a8b5601 100644
--- a/doc/pgpool-ja.html
+++ b/doc/pgpool-ja.html
@@ -8,7 +8,7 @@
<body>
<!-- hhmts start -->
-Last modified: Sun Jan 26 14:46:40 JST 2014
+Last modified: Fri Apr 4 08:23:22 JST 2014
<!-- hhmts end -->
<body bgcolor="#ffffff">
@@ -1806,6 +1806,13 @@ COMMIT;
recovery_1st_stage_command を実行している間は pgpool ではクライアン
トからの接続を<b>制限しません</b>。参照や更新を行うことができます。
</p>
+ <p>
+ <font color="red">
+ 注意:
+ </font>
+ recovery_1st_stage_command は、PostgreSQLから見ると、一つのSQLとして実行されます。PostgreSQLの statement_timeout を無効にするか、statement_timeout が recovery_1st_stage_command の実行時間よりも十分長くないと、コマンドの実行がPostgreSQLにより途中でキャンセルされてしまいます。
+ この場合の典型的な症状は、recovery_1st_stage_command の中で呼び出されるコマンド(たとえば rsync)がシグナル2を受け取って中断する、というものです。
+ </p>
<p>
このパラメータを変更した時には設定ファイルを再読み込みしてください。
</p>
@@ -1837,6 +1844,14 @@ COMMIT;
新たな接続を制限し、現在の接続数が 0 になった時点
でコマンドを起動します。
</p>
+ <p>
+ <font color="red">
+ 注意:
+ </font>
+ recovery_2nd_stage_command は、PostgreSQLから見ると、一つのSQLとして実行されます。PostgreSQLの statement_timeout を無効にするか、statement_timeout が recovery_2nd_stage_command の実行時間よりも十分長くないと、コマンドの実行がPostgreSQLにより途中でキャンセルされてしまいます。
+ この場合の典型的な症状は、recovery_2nd_stage_command の中で呼び出されるコマンド(たとえば rsync)がシグナル2を受け取って中断する、というものです。
+ </font>
+ </p>
<p>
このパラメータを変更した時には設定ファイルを再読み込みしてください。
</p>
[parent: e524a97fb21a]