このパラメータを変更した時には設定ファイルを再読み込みしてください。アントからの次のコネクションを待つようにします。この設定は、だらしないクライアントプログラムや、クライアントとpgpoolの間のTCP/IPコネクションが不調なことによって、pgpoolの子プロセスが占有されてしまう問題を回避するのに役立ちます。このパラメータは、オンラインリカバリのセカンドステージでは無視されます。このパラメータを変更した時には設定ファイルを再読み込みしてください。authentication_timeout認証処理のタイムアウト時間を秒単位で指定します。ムアウトを無効にします。このパラメータを変更した時には設定ファイルを再読み込みしてください。logdirこのディレクトリ下に、pgpool-IIのDBノードの状態を記録するpgpool_statusファイルが書かれます。log_destinationpgpool-IIは、stderrかsyslogのどちらかにログを書くことができます。デフォルトはstderrです。注意:syslogを使う場合は、syslogデーモンの設定を変更する必要があります。(syslog_facilityをご覧ください)。ほとんどのデフォルトのsyslog設定は、そのようなメッセージを廃棄してしまいます。そこで、syslogデーモンの以下のような設定が必要になります。/var/log/pgpool.logsyslog_facilitysyslogが有効な場合、このパラメータによってsyslogの「ファシリティ」を設定します。LOCAL7から選択します。併せてsyslogデーモンのドキュメントもご覧ください。syslog_identsyslogが有効な場合、このパラメータによってsyslogのメッセージにあらわれるプログラム名を設定します。デフォルトは"pgpool"です。file(プロセスIDを格納したファイル)のフルパス名です。デフォルト値は'/var/run/pgpool/pgpool.pid'です。print_timestamptrueならばpgpool-IIのログにタイムスタンプを追加します。このパラメータを変更した時には設定ファイルを再読み込みしてください。connection_cachetrueならPostgreSQLへのコネクションをキャッシュします。デフォルトはtrueです。クエンドに接続を試みます。これを「ヘルスチェック」と言います。検知されると、フェイルオーバや縮退運転を試みます。デフォルトは20秒です。タイムアウトまで待つことになります)。max_connectionsを少くとも1増やすようにしてください。このパラメータを変更した時には設定ファイルを再読み込みしてください。health_check_periodヘルスチェックを行う間隔を秒単位で指定します。チェックを行いません。このパラメータを変更した時には設定ファイルを再読み込みしてください。health_check_userヘルスチェックを行うためのPostgreSQLユーザ名です。このユーザ名はPostgreSQLに登録済みでなければなりません。ないと、ヘルスチェックがエラーとなります。このパラメータを変更した時には設定ファイルを再読み込みしてください。health_check_passwordこのパラメータはまだ実装されていません。ヘルスチェックを行うためのPostgreSQLパスワードです。このパラメータを変更した時には設定ファイルを再読み込みしてください。failover_commandノードが切り離された時に実行するコマンドを指定します。必要な情報に置き換えてコマンドを実行します。'%'文字このパラメータを変更した時には設定ファイルを再読み込みしてください。フェイルオーバー時には、pgpoolはまず子プロセスを切断します(結果として、すべてのセッションが切断されます)。次に、pgpoolはフェイルオーバコマンドを実行し、その完了を待ちます。そのあとで新しいpgpoolの子プロセスが起動され、クライアントからの接続を受け付けられる状態になります。failback_commandノードが復帰した時に実行するコマンドを指定します。必要な情報に置き換えてコマンドを実行します。'%'文字このパラメータを変更した時には設定ファイルを再読み込みしてください。follow_master_commandマスターノードのフェイルオーバー後に実行するコマンドを指定します。これは、マスタースレーブモードでストリーミングレプリケーション構成の場合のみ有効です。必要な情報に置き換えてコマンドを実行します。'%'文字このパラメータを変更した時には設定ファイルを再読み込みしてください。空文字列以外を指定すると、マスターノードのフェイルオーバー後に新しいマスター以外のすべてのノードは切り離され、クライアントから再び接続を受け付けるために子プロセスの再起動が行われます。その後、切り離されたそれぞれのノードに対してfollow_master_commandに指定したコマンドが実行されます。通常は、ここにpcp_recovery_nodeコマンドを組み込んだシェルスクリプトなどを指定し、新しいマスターからスレーブをリカバリするために使用します。fail_over_on_backend_errortrueならば、バックエンドのソケットへの書き込みに失敗するとフェイルオーバします。2.2.xまでの挙動と同じです。falseにすると、フェイルオーバせず、単にエラーがレポートされてセッションが切断されます。checkを有効にすることをお勧めします。このパラメータがfalseの場合でも、クライアントがpgpoolに接続する際にバックエンドへの接続に失敗した場合、あるいはバックエンドがシャットダウンされたことをpgpool-IIが検知した場合にはフェイルオーバが起きることに注意してください。このパラメータを変更した時には設定ファイルを再読み込みしてください。ペースは無視されません)。このパラメータを変更した時には設定ファイルを再読み込みしてください。log_statementtrueならばSQL文をログ出力します。問い合わせをログ出力して調べることができるので便利です。このパラメータを変更した時には設定ファイルを再読み込みしてください。log_per_node_statementlog_statementと似ていますが、DBノード単位でログが出力されるので、レプリケーションや負荷分散の確認が容易です。このパラメータを変更した時には設定ファイルを再読み込みしてください。