[pgpool-general-jp: 416] Re: オンラインリカバリのセカンドステージで止まってしまいます。

[Takahiro Nishizaka]

浅羽 様


お世話になっております、西坂です。
ご回答ありがとうございます。

> 確認ですが、pgpool が動いているポート番号は 5432 以外でしょうか？

PC二台での検証でしたので一方にpgpoolとpostgresを入れて
pgpoolのportは1234、postgresは各5432で動作させておりました。

ご指摘の通りでした。
私の環境の場合、ポートを指定して以下のように修正することで
問題なく流れました。
-----------------------------------------------------
#!/bin/sh
psql -p 5432 -c 'SELECT pg_switch_xlog()' postgres
-----------------------------------------------------

「psql -c 'SELECT pg_switch_xlog()' postgres」
だとブロックされているPGPOOLの方にpsqlを流そうとして
止まってしまっていたんですね。


ご面倒おかけしました、非常に助かりました。
本当にありがとうございました。

以上、宜しくお願い致します。



On Thu, 13 Mar 2008 10:58:10 +0900 (JST)
Yoshiyuki Asaba <y-asaba ＠ sraoss.co.jp> wrote:

> 浅羽です。
> 
> From: Takahiro Nishizaka <nishizaka ＠ elmc.co.jp>
> Subject: [pgpool-general-jp: 414] Re: オンラインリカバリのセカンドステージで止まってしまいます。
> Date: Wed, 12 Mar 2008 19:26:21 +0900
> 
> > > また、セカンドステージで止まっている最中に手動でスクリプトを叩くと正し
> > > く動作しますでしょうか？
> > 
> > 試してみましたが正しく動作しませんでした、
> > 別のプロセスとして立ち上がって止まったままです。
> 
> ログを拝見しましたが、psql の PID が 27135 で、それ以降の postgres プ
> ロセスが作成されていないようです。
> 
> 確認ですが、pgpool が動いているポート番号は 5432 以外でしょうか？ psql
> で 5432 ポートに接続していますが、pgpool がセカンドステージに入ると接
> 続をブロックします。そのため、
> 
>   - セカンドステージで接続をブロック
>   - psql が接続できなくて、セカンドステージのスクリプトがブロック
> 
> というデッドロックが発生してしまいます。リカバリスクリプト内でマスタと
> なる PostgreSQL へ直接接続しているかご確認ください。
> 
> よろしくお願いします。
> --
> Yoshiyuki Asaba
> y-asaba ＠ sraoss.co.jp
> _______________________________________________
> pgpool-general-jp mailing list
> pgpool-general-jp ＠ sraoss.jp
> http://www.sraoss.jp/mailman/listinfo/pgpool-general-jp
> 
> __________ NOD32 2943 (20080313) 情報 __________
> 
> このメールはNOD32によって検査済みです。
> http://canon-sol.jp
>