[pgpool-general-jp: 634] Re: 今後のリリース予定および2.1での不具合について

[Tatsuo Ishii]

石井です。

> 現在　pgpool 2.1を使用させて頂いております。先日から2.2.5へのアップデートを準備して
> いるのですが、近いうちに2.2.6などがリリースされるようでしたら、もうしばらく待とうと
> 思っております。2.2.5の既存の不具合や2.2.6についての情報があれば教えてください。
> 
> 
> また、2.1から2.2.5に変更しようと考えたきっかけは、下記のパターンでＤＢが片方しか更新
> されないトラブルが発生したためです。おそらく2.2〜2.2.2で修正された下記の内容だろうと
> 思っておりますが、もし違うケースであれば、またご検討ください。

以下の問題に関しては最新のpgpool-IIで直っていると思います。お試し下さ
い。2.2.6は今月中にリリース予定です。
--
Tatsuo Ishii
SRA OSS, Inc. Japan

> ---
> 2.2.2
> フロントエンドにpgpoolがデータを送信する際のエラーを無視するようにしました。これに
> よって、バックエンドとの間で必要な処理が中断されないようになり、バックエンドの間で
> データの一貫性がなくなる問題が回避されるようになりました(Tatsuo)。 
> -----
> 2.2
> クエリのキャンセルが動くようになりました(Tatsuo) 
> -----
> 
> 
> ・トラブル発生について
> 
> 環境
> pgpool-II 2.1    postgreSQL 8.1系　　CENTOS 4。
> ＤＢは２台でレプリケーションモードでロードバランスを使用しています。
> 
> 
> 再現手順
> （ロックを利用しているのは、非常に長い時間のかかるＳＱＬの再現が困難なためです。）
> 
> （１）term1 からpsql にて、pgpool経由で　テーブルＡにロック IN ACCESS EXCLUSIVE MODE
> （２）term2 から同様にして、テーブルＡを　selectなどで参照を試みます。（wait になります）
> （３）term2にてctr-cでキャンセルを試みます。応答がなくなります。うまくキャンセルできる
> 　　　場合もありますが、beginしてからselect するとたいてい応答しません。
> （４）term2を強制終了します。
> （５）ＤＢのstatement_timeout を待ちます。私の環境では３０分以上です。
> 
> timeoutすると、ＤＢの片方に「unexpected EOF on client connection」、もう片方に「canceling st
> atement due to statement timeout」が発生します。
> 前者のＤＢで、postgresql　の接続プロセスが１つ減ります。後者は残ったままです。
> 
> この状態でpgpool-IIを使用すると、子プロセスの１つが片方のＤＢにしか接続していない状態と
> なります。先日のトラブルでは、３０回に１回ほどデータが片方にしか書き込まれない状態と
> なり、徐々にデータがずれていきました。
> また、この際、show pool_statusでは、正常状態が返ってきていました。
> 
> この異常な子プロセスがＤＢに書いた際に、ERROR:  syntax error at or near "send" at
>  character 1　がＤＢに記録されていました。