[pgsql-jp: 37535] Re: pool_check_fdで縮退運転

Yoshiyuki Asaba y-asaba @ sraoss.co.jp
2006年 9月 12日 (火) 15:58:21 JST


浅羽です。

From: maeda @ motion.ne.jp
Subject: [pgsql-jp: 37534] Re: pool_check_fdで縮退運転
Date: Tue, 12 Sep 2006 15:16:39 +0900

> ご指摘いただいたreplication_timeoutですが、
> replication_strictをtrueにしているので
> 無視されているのではないのでしょうか?

すみません、その通りでした。いい加減な回答をしてしまいました。

pid 3708 の ERROR のもうすこし上のログがあると、詳細がわかる可能性があ
ります。あと、バッチプログラムはどのように pgpool に接続していますでしょ
うか(JDBC を使っている等)?

--
Yoshiyuki Asaba
y-asaba @ sraoss.co.jp

> 
> On Tue, 12 Sep 2006 14:09:21 +0900 (JST)
> Yoshiyuki Asaba <y-asaba @ sraoss.co.jp> wrote:
> 
> > > 再現性がよくわからないのですが、
> > > 以下のメッセージがでて縮退運転に入ってしまいます。
> > > 
> > > 2006-09-12 05:42:58 LOG:   pid 18371: starting health checking
> > > 2006-09-12 05:43:34 ERROR: pid 3708: pool_check_fd: data is not ready tp->tv_sec 5 tp->tp_usec 5000000
> > > 2006-09-12 05:43:34 ERROR: pid 3708: pool_process_query: secondary data is not ready at synchronous point. abort this session
> > > 2006-09-12 05:43:34 ERROR: pid 3708: pool_process_query: kind does not match between backends master(C) secondary(^@)
> > 
> > セカンダリから結果が返ってこないため、replication timeout によりエラー
> > となったようです。何らかの理由でデッドロックしているか、たまたま時間が
> > かかってしまって、タイムアウトしてしまったかになります。
> > 
> > replication_timeout の値を大きくしてみて様子を見てみてはいかがでしょう
> > か。
> 
> 
> 



pgsql-jp メーリングリストの案内