pgpool2.git / summary / log / commit / refs
commit 084f464cf068a6fa615d4cdf21028021e8027d88
Author: Bo Peng <pengbo@sraoss.co.jp>
Date: Mon Apr 05 16:53:43 2021 +0000
Doc: Fix documentation typos.
doc.ja/src/sgml/advanced.sgml | 2 +-
doc.ja/src/sgml/connection-pooling.sgml | 13 +++--
doc.ja/src/sgml/failover.sgml | 11 ++--
doc.ja/src/sgml/healthcheck.sgml | 69 +++++++++++------------
doc.ja/src/sgml/history.sgml | 2 +-
doc.ja/src/sgml/installation-tips.sgml | 2 +-
doc.ja/src/sgml/installation.sgml | 2 +-
doc.ja/src/sgml/loadbalance.sgml | 33 ++++++-----
doc.ja/src/sgml/memcache.sgml | 6 +-
doc.ja/src/sgml/online-recovery.sgml | 4 +-
doc.ja/src/sgml/performance.sgml | 2 +-
doc.ja/src/sgml/ref/pcp_common_options.sgml | 2 +-
doc.ja/src/sgml/ref/pgpool_adm_pcp_node_info.sgml | 4 +-
doc.ja/src/sgml/ref/show_pool_pools.sgml | 4 +-
doc.ja/src/sgml/release-4.2.sgml | 4 +-
doc.ja/src/sgml/restrictions.sgml | 4 +-
doc.ja/src/sgml/runtime.sgml | 14 ++---
doc.ja/src/sgml/ssl.sgml | 2 +-
doc.ja/src/sgml/start.sgml | 2 +-
doc.ja/src/sgml/stream-check.sgml | 63 ++++++++++-----------
doc.ja/src/sgml/watchdog.sgml | 10 ++--
doc/src/sgml/connection-pooling.sgml | 2 +-
doc/src/sgml/failover.sgml | 2 +-
doc/src/sgml/loadbalance.sgml | 40 +++++++------
doc/src/sgml/ref/show_pool_pools.sgml | 2 +-
doc/src/sgml/runtime.sgml | 14 ++---
26 files changed, 156 insertions(+), 159 deletions(-)
diff --git a/doc.ja/src/sgml/advanced.sgml b/doc.ja/src/sgml/advanced.sgml
index 6c985ca5d..77a5744fb 100644
--- a/doc.ja/src/sgml/advanced.sgml
+++ b/doc.ja/src/sgml/advanced.sgml
@@ -584,7 +584,7 @@
<entry>GET NODES LIST</entry>
<entry>'3'</entry>
<entry>コマンドパケット</entry>
- <entry>Command to get the list of all configured watchdog nodes</entry>
+ <entry>全ての設定済み watchdog ノードのリストを返します</entry>
</row>
<row>
<entry>NODES LIST DATA</entry>
diff --git a/doc.ja/src/sgml/connection-pooling.sgml b/doc.ja/src/sgml/connection-pooling.sgml
index 4a17eb194..73bc6eff8 100644
--- a/doc.ja/src/sgml/connection-pooling.sgml
+++ b/doc.ja/src/sgml/connection-pooling.sgml
@@ -224,7 +224,7 @@
-->
以下のコマンドを使って<command>pgbench</command>を実行します。
<programlisting>
- pgbench -n -S -p 9999 -c 32 -C -S -T 300 test
+pgbench -n -S -p 9999 -c 32 -C -S -T 300 test
</programlisting>
<!--
Here, <literal>-C</literal> tells <command>pgbench</command> to connect
@@ -350,7 +350,8 @@
connection between client and <productname>Pgpool-II</productname>.
-->
クライアントが前回のクエリからアイドル状態のままでいるときに、それを切断するまでの時間を秒単位で指定します。
- これは、だらしないクライアントや<productname>Pgpool-II</productname>の間のTCP/IPコネクションの不調によって、<productname>Pgpool-II</productname>の子プロセスが占有されてしまうのを回避するのに役立ちます。
+ これは、だらしないクライアントや<productname>Pgpool-II</productname>とクライアントの間のTCP/IPコネクションの不調によって、
+ <productname>Pgpool-II</productname>の子プロセスが占有されてしまうのを回避するのに役立ちます。
</para>
<note>
<para>
@@ -603,8 +604,8 @@
<productname>Pgpool-II</productname>は、<productname>Pgpool-II</productname>のメッセージのログ出力先を2種類サポートします。
複数のログ出力先を使用したい場合は、希望するログ出力先をカンマで区切ったリストをパラメータに設定することができます。
<programlisting>
- #for example to log on both syslog and stderr
- log_destination = 'syslog,stderr'
+#for example to log on both syslog and stderr
+log_destination = 'syslog,stderr'
</programlisting>
<!--
The default is to log to <literal>stderr</literal> only.
@@ -629,7 +630,7 @@
しかし、ほとんどのプラットフォームのデフォルトの<application>syslog</application>設定ではこれらのメッセージはすべて破棄されます。
うまく動作させるために<application>syslog</application>デーモンの設定に以下のようなものを追加しなければならないでしょう。
<programlisting>
- local0.* /var/log/pgpool.log
+local0.* /var/log/pgpool.log
</programlisting>
<!--
to the syslog daemon's configuration file to make it work.
@@ -829,7 +830,7 @@
<!--
Set to zero to disable size-based creation of new log files.
-->
- ゼロに設定することで、サイズに基づいた新しいログファイルの生成は無効になります。
+ ゼロに設定することで、寿命に基づいた新しいログファイルの生成は無効になります。
</para>
<para>
<!--
diff --git a/doc.ja/src/sgml/failover.sgml b/doc.ja/src/sgml/failover.sgml
index 655073cd9..1142332a5 100644
--- a/doc.ja/src/sgml/failover.sgml
+++ b/doc.ja/src/sgml/failover.sgml
@@ -430,10 +430,10 @@
script is called from <productname>Pgpool-II</productname>
and it needs to run
while <productname>Pgpool-II</productname> is working on
- failover.
+ failback.
-->
スクリプトの中で<command>psql</command>やその他のコマンドを使ってバックエンドにアクセスし、情報を取り出すことはできますが、<command>psql</command>を <productname>Pgpool-II</productname>自体に対して実行することはできません。
- スクリプトは<productname>Pgpool-II</productname>から呼ばれ、<productname>Pgpool-II</productname>がフェイルオーバーを実行している間に動作するからです。
+ スクリプトは<productname>Pgpool-II</productname>から呼ばれ、<productname>Pgpool-II</productname>がフェイルバックを実行している間に動作するからです。
</para>
</note>
@@ -466,7 +466,7 @@
プライマリノードのフェイルオーバー後に実行するユーザコマンドを指定します。
スタンバイがフェイルオーバーした際にはこのコマンドは実行されません。
このコマンドは、<xref linkend="PCP-PROMOTE-NODE">コマンドによってノードを昇格する要求があった場合にも起動されます。
- この機能は、メインスレーブモードでストリーミングレプリケーション構成の場合のみ有効です。
+ この機能は、ストリーミングレプリケーションモードでのみ有効です。
</para>
<para>
@@ -478,12 +478,15 @@
of <productname>Pgpool-II</productname>. Here is a pseud
code to illustrate how the command is executed:
-->
+ このコマンドは、フェイルオーバが完了した後に Pgpool-II によりフォークされた子プロセス内で実行されるので、
+ follow_primary_command の実行は<productname>Pgpool-II</productname>のサービスを妨げることはありません。
+ 以下で、このコマンドがどのように実行されるのかを疑似コードで説明します。
<programlisting>
for each backend node
{
if (the node is not the new primary)
set down node status to shared memory status
- memorize that folllow primary command is needed to execute
+ memorize that follow primary command is needed to execute
}
if (we need to executed follow primary command)
{
diff --git a/doc.ja/src/sgml/healthcheck.sgml b/doc.ja/src/sgml/healthcheck.sgml
index 4c2f039a1..e72eaee21 100644
--- a/doc.ja/src/sgml/healthcheck.sgml
+++ b/doc.ja/src/sgml/healthcheck.sgml
@@ -169,7 +169,7 @@
The user and password must be same in all the <productname>PostgreSQL</> backends.
Otherwise, health check results in an error.
-->
- <xref linkend="guc-health-check-user">で設定したヘルスチェックを行う<productname>PostgreSQL</>ユーザ名のパスワードを指定します。
+ <xref linkend="guc-health-check-user">で設定したヘルスチェックを行う<productname>PostgreSQL</>ユーザのパスワードを指定します。
ユーザとパスワードは全ての<productname>PostgreSQL</>バックエンドで同じである必要があります。
さもないと、ヘルスチェックがエラーとなります。
</para>
@@ -179,48 +179,47 @@
will first try to get the password for <xref linkend="guc-health-check-user"> from
<xref linkend="guc-pool-passwd"> file before using the empty password.
-->
- <varname>health_check_password</varname>が空白のままの場合、 <productname>Pgpool-II</productname>は空のパスワードを使用する前にまず<xref linkend="guc-pool-passwd">ファイルから<xref linkend="guc-health-check-user">のパスワードを取得できるか試みます。
+ <varname>health_check_password</varname>が空のままの場合、 <productname>Pgpool-II</productname>は空のパスワードを使用する前にまず<xref linkend="guc-pool-passwd">ファイルから<xref linkend="guc-health-check-user">のパスワードを取得できるか試みます。
</para>
<para>
- <productname>Pgpool-II</productname>は、<varname>health_check_password</varname>あるいは<xref linkend="guc-pool-passwd">ファイルで以下の形式のパスワード格納できます。
+ <varname>health_check_password</varname>は以下の書式で指定します。
<variablelist>
-
<varlistentry>
- <term>AES256-CBC暗号化パスワード</term>
- <listitem>
- <para>
- パスワードを格納する最もセキュアで推奨できる方法です。
- パスワード文字列は<literal>AES</literal>で始まっていなければなりません。
- <xref linkend="PG-ENC">ユーティリティを使って正しく<literal>AES</literal>で暗号化された文字列を作ることができます。
- <productname>Pgpool-II</productname>は暗号化されたパスワードを使うために起動時に有効な復号鍵を要求します。
- <productname>Pgpool-II</productname>に復号鍵を提供する方法の詳細は<xref linkend="auth-aes-decryption-key">を参照してください。
- </para>
- </listitem>
+ <term>AES256-CBC暗号化パスワード</term>
+ <listitem>
+ <para>
+ パスワードを格納する最もセキュアで推奨できる方法です。
+ パスワード文字列は<literal>AES</literal>で始まっていなければなりません。
+ <xref linkend="PG-ENC">ユーティリティを使って正しく<literal>AES</literal>で暗号化された文字列を作ることができます。
+ <productname>Pgpool-II</productname>は暗号化されたパスワードを使うために起動時に有効な復号鍵を要求します。
+ <productname>Pgpool-II</productname>に復号鍵を提供する方法の詳細は<xref linkend="auth-aes-decryption-key">を参照してください。
+ </para>
+ </listitem>
</varlistentry>
<varlistentry>
- <term>MD5ハッシュパスワード</term>
- <listitem>
- <para>
- AESほどはセキュアではありませんが、平文パスワードよりは良いです。
- パスワード文字列は<literal>MD5</literal>で始まっていなければなりません。
- バックエンドにはMD5認証を設定しなければならないことに注意してください。
- <xref linkend="PG-MD5">ユーティリティを使って正しい<literal>MD5</literal>ハッシュパワード文字列を作ることができます。
- </para>
- </listitem>
+ <term>MD5ハッシュパスワード</term>
+ <listitem>
+ <para>
+ AESほどはセキュアではありませんが、平文パスワードよりは良いです。
+ パスワード文字列は<literal>MD5</literal>で始まっていなければなりません。
+ バックエンドにはMD5認証を設定しなければならないことに注意してください。
+ <xref linkend="PG-MD5">ユーティリティを使って正しい<literal>MD5</literal>ハッシュパワード文字列を作ることができます。
+ </para>
+ </listitem>
</varlistentry>
<varlistentry>
- <term>平文パスワード</term>
- <listitem>
- <para>
- 暗号化されていない平分のパスワードです。
- 可能ならば使用を避けるべきです。
- パスワード文字列は<literal>TEXT</literal>で始まっていなければなりません。
- 例えば、パスワードとして<literal>mypass</literal>を設定したい場合、パスワードフィールドに<literal>TEXTmypass</literal>と指定します。
- 有効な接頭辞がない場合、<productname>Pgpool-II</productname>は平文のパスワードとして文字列を見なします。
- </para>
- </listitem>
+ <term>平文パスワード</term>
+ <listitem>
+ <para>
+ 暗号化されていない平分のパスワードです。
+ 可能ならば使用を避けるべきです。
+ パスワード文字列は<literal>TEXT</literal>で始まっていなければなりません。
+ 例えば、パスワードとして<literal>mypass</literal>を設定したい場合、パスワードフィールドに<literal>TEXTmypass</literal>と指定します。
+ 有効な接頭辞がない場合、<productname>Pgpool-II</productname>は平文のパスワードとして文字列を見なします。
+ </para>
+ </listitem>
</varlistentry>
</variablelist>
@@ -296,13 +295,13 @@
It is advised that <xref linkend="guc-failover-on-backend-error"> must be disabled,
if you want to enable <varname>health_check_max_retries</>.
-->
- <varname>health_check_max_retreis</>を有効にする場合は、<xref linkend="guc-failover-on-backend-error">を無効にするのが望ましいです。
+ <varname>health_check_max_retries</>を有効にする場合は、<xref linkend="guc-failover-on-backend-error">を無効にするのが望ましいです。
</para>
</tip>
<!--
Default is 0, which means do not retry.
-->
- デフォルト値は0で、この場合はリトライをしません。
+ デフォルト値は0で、この場合はリトライをしません。
</para>
<para>
<!--
diff --git a/doc.ja/src/sgml/history.sgml b/doc.ja/src/sgml/history.sgml
index 094e3c8f4..7a5af25e2 100644
--- a/doc.ja/src/sgml/history.sgml
+++ b/doc.ja/src/sgml/history.sgml
@@ -38,7 +38,7 @@
-->
2004年に<productname>Pgpool</productname> 1.0がネィティブレプリケーション機能（SQL文ベースのレプリケーション）を搭載してリリースされました。
同じ年に負荷分散機能を搭載し、バージョン3のフロントエンド/バックエンドプロトコルをサポートした2.0がリリースされました。
- 2005年には自動フェイルオーバ機能を搭載され、マスタースレーブモードがサポートされました。
+ 2005年には自動フェイルオーバ機能が搭載され、マスタースレーブモードがサポートされました。
</para>
<para>
<!--
diff --git a/doc.ja/src/sgml/installation-tips.sgml b/doc.ja/src/sgml/installation-tips.sgml
index e2e51c5a9..3edf23156 100644
--- a/doc.ja/src/sgml/installation-tips.sgml
+++ b/doc.ja/src/sgml/installation-tips.sgml
@@ -81,7 +81,7 @@
-->
<productname>PostgreSQL</productname>が標準の5432ポートではなく、11002をリッスンしている場合は以下のように設定できます。
<programlisting>
- firewall-cmd --zone=public --remove-service=popstgresql --permanent
+ firewall-cmd --zone=public --remove-service=postgresql --permanent
firewall-cmd --zone=public --add-port=11002/tcp --permanent
firewall-cmd --reload
</programlisting>
diff --git a/doc.ja/src/sgml/installation.sgml b/doc.ja/src/sgml/installation.sgml
index 75a729ac4..d9adec1d3 100644
--- a/doc.ja/src/sgml/installation.sgml
+++ b/doc.ja/src/sgml/installation.sgml
@@ -46,7 +46,7 @@
<title>Pgpool-IIの導入形態</title>
<para>
<productname>Pgpool-II</productname>は1台でも利用が可能ですが、その<productname>Pgpool-II</productname>が停止するとデータベース全体が利用できなくなるので、複数の<productname>Pgpool-II</productname>を導入することをお勧めします。
- 複数の<productname>Pgpool-II</productname>はwatchdogと言う仕組みで連携を取りつつお互いを監視し、その中の1台が「リーダー」と呼ばれて仮想IPを持つので、クライアントはその仮想IPにアクセスすればばよく、複数の<productname>Pgpool-II</productname>が導入されていることを意識する必要はありません。
+ 複数の<productname>Pgpool-II</productname>はwatchdogと言う仕組みで連携を取りつつお互いを監視し、その中の1台が「リーダー」と呼ばれて仮想IPを持つので、クライアントはその仮想IPにアクセスすればよく、複数の<productname>Pgpool-II</productname>が導入されていることを意識する必要はありません。
(watchdogについては<xref linkend="tutorial-watchdog-intro">をご覧ください。)
もしある<productname>Pgpool-II</productname>がダウンすると、別の<productname>Pgpool-II</productname>が取って代わってリーダーになります。
</para>
diff --git a/doc.ja/src/sgml/loadbalance.sgml b/doc.ja/src/sgml/loadbalance.sgml
index cda0b25ed..cab2f5386 100644
--- a/doc.ja/src/sgml/loadbalance.sgml
+++ b/doc.ja/src/sgml/loadbalance.sgml
@@ -206,7 +206,7 @@
SELECTクエリの前に任意のコメントを挿入することにより負荷分散を抑制することができます。
</para>
<programlisting>
- /*REPLICATION*/ SELECT ...
+/*REPLICATION*/ SELECT ...
</programlisting>
<para>
<!--
@@ -248,7 +248,7 @@
balancing. Here "writing queries" mean all the queries except
below:
-->
- 一般的には、特定の条件を満している場合、参照クエリは負荷分散します。
+ 一般的には、特定の条件を満たしている場合、参照クエリは負荷分散します。
ただし、更新を伴うクエリは負荷分散に影響する可能性があります。
ここで、”更新を伴うクエリ”とは以下の例を除く全てのクエリを指します。
</para>
@@ -688,7 +688,7 @@
-->
もし読み出しのみを行う関数が"get_"あるいは"select_"で始まるようにしてあるのであれば、<xref linkend="guc-read-only-function-list">を以下のように設定可能です。
<programlisting>
- read_only_function_list = 'get_.*,select_.*'
+read_only_function_list = 'get_.*,select_.*'
</programlisting>
</para>
</example>
@@ -697,10 +697,10 @@
<para>
問い合わせがスキーマ修飾なしあるいはスキーマ修飾ありの両方の関数を参照するなら、その両者をリストに登録しなければなりません。
<programlisting>
- #たとえば、ある問い合わせが"f1()"を、他の問い合わせが"public.f1()"を関数f1を参照するなら、
- #write_function_listは以下のように設定されるでしょう。
+#たとえば、ある問い合わせが"f1()"を、他の問い合わせが"public.f1()"を関数f1を参照するなら、
+#read_only_function_listは以下のように設定されるでしょう。
- write_function_list = "f1,public.f1"
+read_only_function_list = "f1,public.f1"
</programlisting>
@@ -780,11 +780,10 @@
<para>
問い合わせがスキーマ修飾なしあるいはスキーマ修飾ありの両方の関数を参照するなら、その両者をリストに登録しなければなりません。
<programlisting>
- #たとえば、ある問い合わせが"f1()"を、他の問い合わせが"public.f1()"を関数f1を参照するなら、
- #read_only_function_listは以下のように設定されるでしょう。
-
- read_only_function_list = "f1,public.f1"
+#たとえば、ある問い合わせが"f1()"を、他の問い合わせが"public.f1()"を関数f1を参照するなら、
+#write_function_listは以下のように設定されるでしょう。
+write_function_list = "f1,public.f1"
</programlisting>
</para>
@@ -815,8 +814,8 @@
<productname>Pgpool-II</productname> <emphasis>V3.0</emphasis>より前のバージョンでは、固定で<literal>nextval()</literal>と<literal>setval()</literal>がデータベースに書き込みを行なう関数であると認識されていました。
以下のように<xref linkend="guc-read-only-function-list">と<xref linkend="guc-write-function-list">を設定することで、それと同じように動作させることができます。
<programlisting>
- read_only_function_list = ''
- write_function_list = 'nextval,setval,lastval,currval'
+read_only_function_list = ''
+write_function_list = 'nextval,setval,lastval,currval'
</programlisting>
</para>
</example>
@@ -933,7 +932,7 @@
<para>
<programlisting>
- primary_routing_query_pattern_list = 'SELECT \* FROM table_name1\;;SELECT col1, col2 FROM table_name2 WHERE col1 LIKE \'%a%\'\;;.*table_name3.*'
+primary_routing_query_pattern_list = 'SELECT \* FROM table_name1\;;SELECT col1, col2 FROM table_name2 WHERE col1 LIKE \'%a%\'\;;.*table_name3.*'
</programlisting>
</para>
</example>
@@ -1056,7 +1055,7 @@
-->
<xref linkend="guc-database-redirect-preference-list">は以下のように設定します。
<programlisting>
- database_redirect_preference_list = 'postgres:primary,mydb[01]:1(0.3),mydb2:standby'
+database_redirect_preference_list = 'postgres:primary,mydb[01]:1(0.3),mydb2:standby'
</programlisting>
</para>
</example>
@@ -1183,7 +1182,7 @@
-->
<xref linkend="guc-app-name-redirect-preference-list">は以下のように設定します。
<programlisting>
- app_name_redirect_preference_list = 'psql:primary,myapp1:1(0.3),myapp2:standby'
+app_name_redirect_preference_list = 'psql:primary,myapp1:1(0.3),myapp2:standby'
</programlisting>
</para>
</example>
@@ -1437,13 +1436,13 @@
after INSERT into <literal>table_1</>.
For this configuration you can set
<programlisting>
- dml_adaptive_object_relationship_list = 'table_1:table_2'
+dml_adaptive_object_relationship_list = 'table_1:table_2'
</programlisting>
-->
<literal>table_1</>へのINSERTのたびに<literal>table_2</>にINSERTを行うトリガがtable_1に設定されており、<literal>table_1</>へのINSERTの後で<literal>table_2</>からの読み出しが同じトランザクション内で負荷分散されないようにしたいとします。
このための設定は以下のようになります。
<programlisting>
- dml_adaptive_object_relationship_list = 'table_1:table_2'
+dml_adaptive_object_relationship_list = 'table_1:table_2'
</programlisting>
</para>
</example>
diff --git a/doc.ja/src/sgml/memcache.sgml b/doc.ja/src/sgml/memcache.sgml
index 521b73da5..7cdbd0897 100644
--- a/doc.ja/src/sgml/memcache.sgml
+++ b/doc.ja/src/sgml/memcache.sgml
@@ -15,7 +15,7 @@
the underlying table updates.
-->
<productname>Pgpool-II</productname>の全てのモードでインメモリクエリキャッシュを利用することができます。
- テーブルが更新によりキャッシュが古くなっても、<productname>Pgpool-II</>の再起動の必要はありません。
+ テーブルの更新によりキャッシュが古くなっても、<productname>Pgpool-II</>の再起動の必要はありません。
</para>
<note>
@@ -78,7 +78,7 @@
反面、キャッシュをストアするオーバヘッドが生じるので、通常の方法より遅くなる場合も有ります。
また、あるテーブルが更新された場合、<productname>Pgpool-II</productname>は自動的にそのテーブルに関係する全てのキャッシュを削除します。
そのため、更新が多いシステムではパフォーマンスが悪くなります。
- キャッシュのヒット率(<xref linkend="SQL-SHOW-POOL-CACHE">を使って確認できます)が70%以下の場合は、インメモリクエリキャッシュ無効にしたほうがいいかもしれません。
+ キャッシュのヒット率(<xref linkend="SQL-SHOW-POOL-CACHE">を使って確認できます)が70%以下の場合は、インメモリクエリキャッシュを無効にしたほうがいいかもしれません。
</para>
<sect2 id="runtime-in-memory-query-cache-enabling">
@@ -123,7 +123,7 @@
parameter is set to off. See <xref linkend="runtime-misc"> for more details to relation cache.
-->
<xref linkend="guc-enable-shared-relcache">が有効の場合、クエリキャッシュはリレーションキャッシュでも使用されます。
- その上、たとえ<xref linkend="guc-memory-cache-enabled">パラメータがオフに設定されいたとしても、クエリキャッシュは使用されます。
+ その上、たとえ<xref linkend="guc-memory-cache-enabled">パラメータがオフに設定されていたとしても、クエリキャッシュは使用されます。
リレーションキャッシュの詳細は<xref linkend="runtime-misc">を参照してください。
</para>
</note>
diff --git a/doc.ja/src/sgml/online-recovery.sgml b/doc.ja/src/sgml/online-recovery.sgml
index d3be6528a..328f2355d 100644
--- a/doc.ja/src/sgml/online-recovery.sgml
+++ b/doc.ja/src/sgml/online-recovery.sgml
@@ -285,7 +285,7 @@
will first try to get the password for <xref linkend="guc-recovery-user"> from
<xref linkend="guc-pool-passwd"> file before using the empty password.
-->
- <varname>recovery_password</varname>が空白のままの場合、 <productname>Pgpool-II</productname>は空のパスワードを使用する前にまず<xref linkend="guc-pool-passwd">ファイルから<xref linkend="guc-recovery-user">のパスワードを取得できるか試みます。
+ <varname>recovery_password</varname>が空のままの場合、 <productname>Pgpool-II</productname>は空のパスワードを使用する前にまず<xref linkend="guc-pool-passwd">ファイルから<xref linkend="guc-recovery-user">のパスワードを取得できるか試みます。
</para>
<para>
<!--
@@ -624,7 +624,7 @@
<varname>client_idle_limit_in_recovery</varname>は、<xref linkend="guc-recovery-timeout">よりも小さな値でなければなりません。
さもないと、<xref linkend="guc-recovery-timeout">のタイムアウトが先に起こり、オンラインリカバリを実行中に以下のエラーとなります。
<programlisting>
- ERROR: node recovery failed, waiting connection closed in the other pgpools timeout
+ERROR: node recovery failed, waiting connection closed in the other pgpools timeout
</programlisting>
</para>
</note>
diff --git a/doc.ja/src/sgml/performance.sgml b/doc.ja/src/sgml/performance.sgml
index 461d60ef7..0495b7e7b 100644
--- a/doc.ja/src/sgml/performance.sgml
+++ b/doc.ja/src/sgml/performance.sgml
@@ -59,7 +59,7 @@
<para>
必要プロセスメモリの計算式を示します。
<programlisting>
- 合計必要プロセスメモリ(メババイト単位) = <xref linkend="guc-num-init-children"> * 5
+ 合計必要プロセスメモリ(メガバイト単位) = <xref linkend="guc-num-init-children"> * 5
</programlisting>
たとえば<varname>num_init_children</varname> = 32 (デフォルト値です)なら、160MBのメモリが必要です。
</para>
diff --git a/doc.ja/src/sgml/ref/pcp_common_options.sgml b/doc.ja/src/sgml/ref/pcp_common_options.sgml
index 90ce009b2..0a9992db0 100644
--- a/doc.ja/src/sgml/ref/pcp_common_options.sgml
+++ b/doc.ja/src/sgml/ref/pcp_common_options.sgml
@@ -112,7 +112,7 @@ Pgpool-II documentation
-->
パスワード入力プロンプトを表示しません。 もしパスワードが <filename>.pcppass</filename> ファイルから
取得できない場合には接続は失敗します。 このオプションはバッチジョブやスクリプトなど、
- パスワード入力が行うユーザいない場合に有用です。
+ パスワード入力が行うユーザがいない場合に有用です。
</para>
</listitem>
</varlistentry>
diff --git a/doc.ja/src/sgml/ref/pgpool_adm_pcp_node_info.sgml b/doc.ja/src/sgml/ref/pgpool_adm_pcp_node_info.sgml
index 301607db6..7a206b672 100644
--- a/doc.ja/src/sgml/ref/pgpool_adm_pcp_node_info.sgml
+++ b/doc.ja/src/sgml/ref/pgpool_adm_pcp_node_info.sgml
@@ -172,8 +172,8 @@ test=# SELECT * FROM pcp_node_info(node_id => 1, host => '', port => 11001, user
<note>
<para>
- <parameter>role</parameter>, <parameter>replication_delay</parameter>, <parameter>last_status_change</parameter>出力パラメータは<productname>Pgpool-II</productname> 4.1で追加されました。
- すでに4.0以前のpgpool_adm拡張をインストールしている場合は、ALTER EXTENSION SQLコマンドを使って更新が可能です。
+ <parameter>replication_state</parameter>, <parameter>replication_sync_state</parameter>出力パラメータは<productname>Pgpool-II</productname> 4.1で追加されました。
+ すでに4.1以前のpgpool_adm拡張をインストールしている場合は、ALTER EXTENSION SQLコマンドを使って更新が可能です。
<programlisting>
ALTER EXTENSION pgpool_adm UPDATE;
</programlisting>
diff --git a/doc.ja/src/sgml/ref/show_pool_pools.sgml b/doc.ja/src/sgml/ref/show_pool_pools.sgml
index a4f62aad6..226f6cf2f 100644
--- a/doc.ja/src/sgml/ref/show_pool_pools.sgml
+++ b/doc.ja/src/sgml/ref/show_pool_pools.sgml
@@ -46,9 +46,9 @@
</para>
<para>
<!--
- It has 11 columns:
+ It has 12 columns:
-->
- 11のカラムがあります。
+ 12のカラムがあります。
<itemizedlist>
<listitem>
<para>
diff --git a/doc.ja/src/sgml/release-4.2.sgml b/doc.ja/src/sgml/release-4.2.sgml
index c9e3b694f..eb28b5548 100644
--- a/doc.ja/src/sgml/release-4.2.sgml
+++ b/doc.ja/src/sgml/release-4.2.sgml
@@ -143,7 +143,7 @@
2021-01-22 [50c5735]
-->
<para>
- Doc: オンラインリカバリドキュメントで1st_stageと2nd stageに関する説明を改善しました。(Tatsuo Ishii)
+ Doc: オンラインリカバリドキュメントで1st stageと2nd stageに関する説明を改善しました。(Tatsuo Ishii)
</para>
</listitem>
@@ -179,7 +179,7 @@
2021-01-01 [01e56dd]
-->
<para>
- ERRORが発生した場合、<xref linkend="GUC-CHILD-MAX-CONNECTIONS">が正しくカウンタされない不具合を修正しました。(Tatsuo Ishii)
+ ERRORが発生した場合、<xref linkend="GUC-CHILD-MAX-CONNECTIONS">が正しくカウントされない不具合を修正しました。(Tatsuo Ishii)
</para>
</listitem>
</itemizedlist>
diff --git a/doc.ja/src/sgml/restrictions.sgml b/doc.ja/src/sgml/restrictions.sgml
index 316d03a2f..ac83abf27 100644
--- a/doc.ja/src/sgml/restrictions.sgml
+++ b/doc.ja/src/sgml/restrictions.sgml
@@ -420,10 +420,8 @@
libpq version must be 3.0 or later. Building <productname>Pgpool-II</productname> with libpq version 2.0 will fail.
-->
<productname>pgpool-II</productname> では libpq をリンクします。
- libpq のバージョンは 2.0 の場合、configureに失敗します。
+ libpq のバージョンが 2.0 の場合、configureに失敗します。
必ず libpq 3.0 以降(<productname>PostgreSQL</productname> 7.4以降)をリンクするようにしてください。
- マルチステートメント（';'で区切って複数の文をまとめたSQL）を<productname>Pgpool-II</productname>が正しく処理することができません。
- 必ず文を分けて送信してください。
</para>
</listitem>
</varlistentry>
diff --git a/doc.ja/src/sgml/runtime.sgml b/doc.ja/src/sgml/runtime.sgml
index ea5bef36d..867691915 100644
--- a/doc.ja/src/sgml/runtime.sgml
+++ b/doc.ja/src/sgml/runtime.sgml
@@ -241,8 +241,8 @@
これらを<filename>pgpool.conf</filename>としてコピーして使うことが可能です。
（もしかするとそのためにはroot権限が必要かもしれません。）
<programlisting>
- # cd /usr/local/etc
- # cp pgpool.conf.sample-stream pgpool.conf
+# cd /usr/local/etc
+# cp pgpool.conf.sample-stream pgpool.conf
</programlisting>
</para>
</sect2>
@@ -319,7 +319,7 @@
ただし、このモードではトランザクション分離レベルを<emphasis>REPEATABLE READにする必要があります</emphasis>。
具体的には、<filename>postgresql.conf</filename>に以下のように記述します。
<programlisting>
- default_transaction_isolation = 'repeatable read'
+default_transaction_isolation = 'repeatable read'
</programlisting>
また、トランザクションの一貫性を保つ仕組みのオーバヘッドにより、ストリーミングレプリケーションモードやネイティブレプリケーションモードに比べると性能が低下します。
</para>
@@ -806,7 +806,7 @@ $ <userinput>pgpool -f /usr/local/etc/pgpool.conf -F /usr/local/etc/pcp.conf -m
この場合は<xref linkend="guc-backend-flag">を使ってフェイルオーバを避けることができます。
以下のようにpgpool.confを設定すると、backend0のフェイルオーバが起こりません。
<programlisting>
- backend_flag0 = DISALLOW_TO_FAILOVER
+backend_flag0 = DISALLOW_TO_FAILOVER
</programlisting>
<!--
This will take effect by reloading or restarting
@@ -818,8 +818,8 @@ $ <userinput>pgpool -f /usr/local/etc/pgpool.conf -F /usr/local/etc/pcp.conf -m
このフラグが設定されると、バックエンドが使用不可能になってもフェイルオーバが起きません。
バックエンドが使用不可の間、クライアントは以下のエラーメッセージを受け取ります。
<programlisting>
- psql: error: could not connect to server: FATAL: failed to create a backend connection
- DETAIL: executing failover on backend
+psql: error: could not connect to server: FATAL: failed to create a backend connection
+DETAIL: executing failover on backend
</programlisting>
<!--
After restarting the backend, clients can connect as usual.
@@ -829,7 +829,7 @@ $ <userinput>pgpool -f /usr/local/etc/pgpool.conf -F /usr/local/etc/pcp.conf -m
バックエンドを再起動すると、クライアントは通常通り接続ができます。
再びフェイルオーバを有効にするには、以下を設定します。
<programlisting>
- backend_flag0 = ALLOW_TO_FAILOVER
+backend_flag0 = ALLOW_TO_FAILOVER
</programlisting>
<!--
and reload or restart <productname>Pgpool-II</productname>.
diff --git a/doc.ja/src/sgml/ssl.sgml b/doc.ja/src/sgml/ssl.sgml
index c7511ad87..13837b573 100644
--- a/doc.ja/src/sgml/ssl.sgml
+++ b/doc.ja/src/sgml/ssl.sgml
@@ -37,7 +37,7 @@
<xref linkend="guc-ssl-key"> and <xref linkend="guc-ssl-cert"> must also be
configured in order for SSL to work with frontend connections.
-->
- フロントエンド接続にSSLするには、<xref linkend="guc-ssl-key">と<xref linkend="guc-ssl-cert">が設定されてなければなりません。
+ フロントエンド接続でSSLを動作させるには、<xref linkend="guc-ssl-key">と<xref linkend="guc-ssl-cert">が設定されてなければなりません。
</para>
</note>
<note>
diff --git a/doc.ja/src/sgml/start.sgml b/doc.ja/src/sgml/start.sgml
index c700c2af1..2ef601f22 100644
--- a/doc.ja/src/sgml/start.sgml
+++ b/doc.ja/src/sgml/start.sgml
@@ -40,7 +40,7 @@
replication using <productname>Pgpool-II</productname>, which is
one of most common setup.
-->
- この節では、<productname>Pgpool-II</productname>を使って、もっとも一般的な設定の一つである、<productname>PostgreSQL</productname>クラスターをストリーミングレプリケーション構成で管理する方法を説明します。
+ この節では、<productname>Pgpool-II</productname>を使って、もっとも一般的な設定の一つである、<productname>PostgreSQL</productname>クラスタをストリーミングレプリケーション構成で管理する方法を説明します。
</para>
<para>
diff --git a/doc.ja/src/sgml/stream-check.sgml b/doc.ja/src/sgml/stream-check.sgml
index c173d9dd0..caaae13da 100644
--- a/doc.ja/src/sgml/stream-check.sgml
+++ b/doc.ja/src/sgml/stream-check.sgml
@@ -125,48 +125,47 @@
will first try to get the password for <xref linkend="guc-sr-check-user"> from
<xref linkend="guc-pool-passwd"> file before using the empty password.
-->
- <varname>sr_check_password</varname>が空白のままの場合、 <productname>Pgpool-II</productname>は空のパスワードを使用する前にまず<xref linkend="guc-pool-passwd">ファイルから<xref linkend="guc-sr-check-user">のパスワードを取得できるか試みます。
+ <varname>sr_check_password</varname>が空のままの場合、 <productname>Pgpool-II</productname>は空のパスワードを使用する前にまず<xref linkend="guc-pool-passwd">ファイルから<xref linkend="guc-sr-check-user">のパスワードを取得できるか試みます。
</para>
<para>
- <productname>Pgpool-II</productname>は、<varname>sr_check_password</varname>あるいは<xref linkend="guc-pool-passwd">ファイルで以下の形式のパスワード格納できます。
+ <varname>sr_check_password</varname>は以下の書式で指定します。
<variablelist>
-
<varlistentry>
- <term>AES256-CBC暗号化パスワード</term>
- <listitem>
- <para>
- パスワードを格納する最もセキュアで推奨できる方法です。
- パスワード文字列は<literal>AES</literal>で始まっていなければなりません。
- <xref linkend="PG-ENC">ユーティリティを使って正しく<literal>AES</literal>で暗号化された文字列を作ることができます。
- <productname>Pgpool-II</productname>は暗号化されたパスワードを使うために起動時に有効な復号鍵を要求します。
- <productname>Pgpool-II</productname>に復号鍵を提供する方法の詳細は<xref linkend="auth-aes-decryption-key">を参照してください。
- </para>
- </listitem>
+ <term>AES256-CBC暗号化パスワード</term>
+ <listitem>
+ <para>
+ パスワードを格納する最もセキュアで推奨できる方法です。
+ パスワード文字列は<literal>AES</literal>で始まっていなければなりません。
+ <xref linkend="PG-ENC">ユーティリティを使って正しく<literal>AES</literal>で暗号化された文字列を作ることができます。
+ <productname>Pgpool-II</productname>は暗号化されたパスワードを使うために起動時に有効な復号鍵を要求します。
+ <productname>Pgpool-II</productname>に復号鍵を提供する方法の詳細は<xref linkend="auth-aes-decryption-key">を参照してください。
+ </para>
+ </listitem>
</varlistentry>
<varlistentry>
- <term>MD5ハッシュパスワード</term>
- <listitem>
- <para>
- AESほどはセキュアではありませんが、平文パスワードよりは良いです。
- パスワード文字列は<literal>MD5</literal>で始まっていなければなりません。
- バックエンドにはMD5認証を設定しなければならないことに注意してください。
- <xref linkend="PG-MD5">ユーティリティを使って正しい<literal>MD5</literal>ハッシュパワード文字列を作ることができます。
- </para>
- </listitem>
+ <term>MD5ハッシュパスワード</term>
+ <listitem>
+ <para>
+ AESほどはセキュアではありませんが、平文パスワードよりは良いです。
+ パスワード文字列は<literal>MD5</literal>で始まっていなければなりません。
+ バックエンドにはMD5認証を設定しなければならないことに注意してください。
+ <xref linkend="PG-MD5">ユーティリティを使って正しい<literal>MD5</literal>ハッシュパワード文字列を作ることができます。
+ </para>
+ </listitem>
</varlistentry>
<varlistentry>
- <term>平文パスワード</term>
- <listitem>
- <para>
- 暗号化されていない平分のパスワードです。
- 可能ならば使用を避けるべきです。
- パスワード文字列は<literal>TEXT</literal>で始まっていなければなりません。
- 例えば、パスワードとして<literal>mypass</literal>を設定したい場合、パスワードフィールドに<literal>TEXTmypass</literal>と指定します。
- 有効な接頭辞がない場合、<productname>Pgpool-II</productname>は平文のパスワードとして文字列を見なします。
- </para>
- </listitem>
+ <term>平文パスワード</term>
+ <listitem>
+ <para>
+ 暗号化されていない平分のパスワードです。
+ 可能ならば使用を避けるべきです。
+ パスワード文字列は<literal>TEXT</literal>で始まっていなければなりません。
+ 例えば、パスワードとして<literal>mypass</literal>を設定したい場合、パスワードフィールドに<literal>TEXTmypass</literal>と指定します。
+ 有効な接頭辞がない場合、<productname>Pgpool-II</productname>は平文のパスワードとして文字列を見なします。
+ </para>
+ </listitem>
</varlistentry>
</variablelist>
diff --git a/doc.ja/src/sgml/watchdog.sgml b/doc.ja/src/sgml/watchdog.sgml
index 7eb0b9526..ddce650bf 100644
--- a/doc.ja/src/sgml/watchdog.sgml
+++ b/doc.ja/src/sgml/watchdog.sgml
@@ -63,7 +63,7 @@
<example id="example-pgpool-node-id-1">
<title>pgpool_node_idの設定例</title>
<para>
- Pgpool ノードが3つあり、それぞれのホスト名が server1、server2、server3 の場合、各ホスト上で<filename>pgpool_node_id</filename>ファイル以下のように作成します。
+ Pgpool ノードが3つあり、それぞれのホスト名が server1、server2、server3 の場合、各ホスト上で<filename>pgpool_node_id</filename>ファイルを以下のように作成します。
RPMからインストールした場合は、<filename>pgpool.conf</filename>が<filename>/etc/pgpool-II/</filename>配下にインストールされます。
</para>
<itemizedlist>
@@ -735,7 +735,7 @@
(using PCP command) by-pass these configuration settings.
-->
これらの設定は、<application>watchdog</application>機能が有効な場合に、バックエンドノードのフェイルオーバの動作を制御するために使用されます。
- これらの設定の影響は、内部的な<productname>Pgpool-II</productname>のフェイルオーバ/縮退要求のみに影響します。
+ これらの設定は、内部的な<productname>Pgpool-II</productname>のフェイルオーバ/縮退要求のみに影響します。
一方、(PCPコマンドを使った)ユーザが起動したバックエンド切り離し操作では、これらの設定項目は迂回され適用されません。
</para>
@@ -808,7 +808,7 @@
更に、障害ノードとは違い、<productname>Pgpool-II</productname>は隔離されたノードに対してはヘルスチェックを実行し続けます。
隔離されたノードが到達可能になり次第、そのノードは自動的に再度アタッチされます。
これは<productname>Pgpool-II </productname><emphasis>V4.1</emphasis>以降にのみ適用されることに注意してください。
- それ以前のバージョンをお使いの場合は、隔離されたノードに対する接続性の問題が解決されたら、<xref linkend="pcp-attach-node">を使ってそのノードを復帰させさなければなりません。
+ それ以前のバージョンをお使いの場合は、隔離されたノードに対する接続性の問題が解決されたら、<xref linkend="pcp-attach-node">を使ってそのノードを復帰させなければなりません。
</para>
<para>
@@ -1164,8 +1164,8 @@
except the loopback. Default is <literal>''</literal> empty list (monitoring disabled).
-->
watchdogプロセスがネットワークリンクの状態を監視するネットワークデバイス名をカンマ区切りのリストで指定します。
- リスト中の全てのネットワークインタフェースが（無効化あるいはケーブルを抜かれることで）非アクティブになると、watchdog はネットワークが完全に故障したと見なし自らを停止させませす。
- <literal>''</literal>（空文字）を指定するとネットワークインタフェースの監視が無効になります。
+ リスト中の全てのネットワークインタフェースが（無効化あるいはケーブルを抜かれることで）非アクティブになると、watchdog はネットワークが完全に故障したと見なし自らを停止させます。
+ <literal>''</literal>（空リスト）を指定するとネットワークインタフェースの監視が無効になります。
<literal>'any'</literal>を指定すると、ループバック以外の存在する全てのネットワークインタフェースを監視します。
デフォルトの値は<literal>''</literal>空リスト '' （監視は無効）です。
</para>
diff --git a/doc/src/sgml/connection-pooling.sgml b/doc/src/sgml/connection-pooling.sgml
index e68613c93..c4a569f38 100644
--- a/doc/src/sgml/connection-pooling.sgml
+++ b/doc/src/sgml/connection-pooling.sgml
@@ -527,7 +527,7 @@
it is taken as minutes. The default is 24 hours.
</para>
<para>
- Set to zero to disable size-based creation of new log files.
+ Set to zero to disable time-based creation of new log files.
</para>
<para>
This parameter can only be set at the Pgpool-II start.
diff --git a/doc/src/sgml/failover.sgml b/doc/src/sgml/failover.sgml
index 3fc518ca2..91dca31a7 100644
--- a/doc/src/sgml/failover.sgml
+++ b/doc/src/sgml/failover.sgml
@@ -349,7 +349,7 @@
script is called from <productname>Pgpool-II</productname>
and it needs to run
while <productname>Pgpool-II</productname> is working on
- failover.
+ failback.
</para>
</note>
diff --git a/doc/src/sgml/loadbalance.sgml b/doc/src/sgml/loadbalance.sgml
index 62a72ccf2..eac4da6a1 100644
--- a/doc/src/sgml/loadbalance.sgml
+++ b/doc/src/sgml/loadbalance.sgml
@@ -141,7 +141,7 @@
comments just in front of the SELECT query:
</para>
<programlisting>
- /*REPLICATION*/ SELECT ...
+/*REPLICATION*/ SELECT ...
</programlisting>
<para>
If you want to use comments without suppressing load balancing, you can set
@@ -522,7 +522,7 @@
with 'get_' or 'select_', You can
set the <xref linkend="guc-read-only-function-list"> like below:
<programlisting>
- read_only_function_list = 'get_.*,select_.*'
+read_only_function_list = 'get_.*,select_.*'
</programlisting>
</para>
</example>
@@ -533,13 +533,12 @@
qualification then you must add both entries (with and without
schema name) in the list.
<programlisting>
- #For example:
- #If the queries sometime use "f1()" and other times "public.f1()"
- #to refer the function f1 then the read_only_function_list
- #would be configured as follows.
-
- read_only_function_list = "f1,public.f1"
+#For example:
+#If the queries sometime use "f1()" and other times "public.f1()"
+#to refer the function f1 then the read_only_function_list
+#would be configured as follows.
+read_only_function_list = "f1,public.f1"
</programlisting>
</para>
@@ -591,7 +590,7 @@
with 'set_', 'update_', 'delete_' or 'insert_', You can
set the <xref linkend="guc-write-function-list"> like below:
<programlisting>
- write_function_list = 'nextval,setval,set_.*,update_.*,delete_.*,insert_.*'
+write_function_list = 'nextval,setval,set_.*,update_.*,delete_.*,insert_.*'
</programlisting>
</para>
</example>
@@ -602,13 +601,12 @@
qualification then you must add both entries(with and without
schema name) in the list.
<programlisting>
- #For example:
- #If the queries sometime use "f1()" and other times "public.f1()"
- #to refer the function f1 then the write_function_list
- #would be configured as follows.
-
- write_function_list = "f1,public.f1"
+#For example:
+#If the queries sometime use "f1()" and other times "public.f1()"
+#to refer the function f1 then the write_function_list
+#would be configured as follows.
+write_function_list = "f1,public.f1"
</programlisting>
</para>
@@ -629,8 +627,8 @@
You can configure this by setting <xref linkend="guc-write-function-list">
and <xref linkend="guc-read-only-function-list"> as follows
<programlisting>
- read_only_function_list = ''
- write_function_list = 'nextval,setval,lastval,currval'
+read_only_function_list = ''
+write_function_list = 'nextval,setval,lastval,currval'
</programlisting>
</para>
</example>
@@ -717,7 +715,7 @@
<para>
<programlisting>
- primary_routing_query_pattern_list = 'SELECT \* FROM table_name1\;;SELECT col1, col2 FROM table_name2 WHERE col1 LIKE \'%a%\'\;;.*table_name3.*'
+primary_routing_query_pattern_list = 'SELECT \* FROM table_name1\;;SELECT col1, col2 FROM table_name2 WHERE col1 LIKE \'%a%\'\;;.*table_name3.*'
</programlisting>
</para>
</example>
@@ -797,7 +795,7 @@
<para>
then the <xref linkend="guc-database-redirect-preference-list"> will be configured as follows:
<programlisting>
- database_redirect_preference_list = 'postgres:primary,mydb[01]:1(0.3),mydb2:standby'
+database_redirect_preference_list = 'postgres:primary,mydb[01]:1(0.3),mydb2:standby'
</programlisting>
</para>
</example>
@@ -883,7 +881,7 @@
<para>
then the <xref linkend="guc-app-name-redirect-preference-list"> will be configured as follows:
<programlisting>
- app_name_redirect_preference_list = 'psql:primary,myapp1:1(0.3),myapp2:standby'
+app_name_redirect_preference_list = 'psql:primary,myapp1:1(0.3),myapp2:standby'
</programlisting>
</para>
</example>
@@ -1052,7 +1050,7 @@
after INSERT into <literal>table_1</>.
For this configuration you can set
<programlisting>
- dml_adaptive_object_relationship_list = 'table_1:table_2'
+dml_adaptive_object_relationship_list = 'table_1:table_2'
</programlisting>
</para>
</example>
diff --git a/doc/src/sgml/ref/show_pool_pools.sgml b/doc/src/sgml/ref/show_pool_pools.sgml
index 92281cc2a..54c664319 100644
--- a/doc/src/sgml/ref/show_pool_pools.sgml
+++ b/doc/src/sgml/ref/show_pool_pools.sgml
@@ -37,7 +37,7 @@
<productname>Pgpool-II</productname>
</para>
<para>
- It has 11 columns:
+ It has 12 columns:
<itemizedlist>
<listitem>
<para>
diff --git a/doc/src/sgml/runtime.sgml b/doc/src/sgml/runtime.sgml
index 91c8bffa6..20a502ae3 100644
--- a/doc/src/sgml/runtime.sgml
+++ b/doc/src/sgml/runtime.sgml
@@ -159,8 +159,8 @@
You can copy one of them as <filename>pgpool.conf</filename>.
(probably you need root privilege for this)
<programlisting>
- # cd /usr/local/etc
- # cp pgpool.conf.sample-stream pgpool.conf
+# cd /usr/local/etc
+# cp pgpool.conf.sample-stream pgpool.conf
</programlisting>
</para>
</sect2>
@@ -241,7 +241,7 @@
REPEATABLE READ</emphasis>. You need to set
<filename>postgresql.conf</filename> like this:
<programlisting>
- default_transaction_isolation = 'repeatable read'
+default_transaction_isolation = 'repeatable read'
</programlisting>
</para>
<para>
@@ -645,20 +645,20 @@ $ <userinput>pgpool -f /usr/local/etc/pgpool.conf -F /usr/local/etc/pcp.conf -m
failover. By setting below in pgpool.conf will avoid failover of
backend0.
<programlisting>
- backend_flag0 = DISALLOW_TO_FAILOVER
+backend_flag0 = DISALLOW_TO_FAILOVER
</programlisting>
This will take effect by reloading or restarting
<productname>Pgpool-II</productname>. If this flag is set, failover
will not happen if the backend is not available. While the backend
is not available, clients will get error message:
<programlisting>
- psql: error: could not connect to server: FATAL: failed to create a backend connection
- DETAIL: executing failover on backend
+psql: error: could not connect to server: FATAL: failed to create a backend connection
+DETAIL: executing failover on backend
</programlisting>
After restarting the backend, clients can connect as usual.
To allow failover on the backend again, you can set:
<programlisting>
- backend_flag0 = ALLOW_TO_FAILOVER
+backend_flag0 = ALLOW_TO_FAILOVER
</programlisting>
and reload or restart <productname>Pgpool-II</productname>.
</para>
[parent: 832274d0c167]