[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 メーリングリストの案内