[Pgpool-general] Elusive replication issue

Tatsuo Ishii t-ishii at sra.co.jp
Sat May 21 01:00:43 GMT 2005


> Tatsuo,
> 
> > You are misunderstanding. Checking is always
> > enabled. replication_stop_on_mistmatch controls the behavoir after an
> > error is found. i.e. if it's true, failover/degenration
> > happens. Otherwise the child process just exits.
> >
> > > Unfortunately, we only seem to be able to produce this issue through
> > > intense activity, which makes collecting debug output rather difficult.
> >
> > An idea is set replication_strict to true.
> 
> This would degrade our performance badly, like 50%.

Oh.

> Is there any way to see what pgpool thinks is mismatched?  Aside from 
> collecting a 200MB debug file?

For temporary solution, you could change following:

	pool_debug("Query: %s", string);
to:
	pool_log("Query: %s", string);

And run pgpool without -d. This will reduce the debug output.
--
Tatsuo Ishii


More information about the Pgpool-general mailing list