From: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
---|---|
To: | alp(at)rsu(dot)ru |
Cc: | adrian(dot)klaver(at)aklaver(dot)com, pgsql-general(at)postgresql(dot)org |
Subject: | Re: pgpool-II: cannot use serializable mode in a hot standby |
Date: | 2016-04-12 23:36:15 |
Message-ID: | 20160413.083615.1530141890212368369.t-ishii@sraoss.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> On 04/12/2016 16:50, Adrian Klaver wrote:
>> On 04/12/2016 01:06 AM, Alexander Pyhalov wrote:
>>> Hi.
>>>
>>> We have application which explicitly does
>>> set default_transaction_isolation to 'serializable' .
>>> It is connected to PostgreSQL master/slave cluster through pgpool-II
>>> (pgpool2 3.4.3-1.pgdg70+1). Our logs are filling with
>>>
>>> ERROR: 0A000: cannot use serializable mode in a hot standby DETAIL:
>>> "default_transaction_isolation" is set to "serializable". HINT: You
>>> can
>>> use "SET default_transaction_isolation = 'repeatable read'" to change
>>> the default. db netstat, client 10.160.1.38, user nf2pg LOCATION:
>>> GetSerializableTransactionSnapshot, predicate.c:1588 STATEMENT:
>>> DISCARD ALL
>>>
>>> It seems pgpool sends these statements to the slave server. Is it
>>> pgpool/application misconfiguration or pgpool issue?
>>>
>>
>> I would say the above is coming from Postgres not pgpool:
>
> I understand. I mean perhaps pgpool shouldn't forward these statements
> to slaves.
Yeah, PostgreSQL used to accept the command on standbys (at least in
9.0). The restriction was added later on. It woule be nice if you send
a bug report to the pgpool-II bug tracker to not forget it.
http://pgpool.net/mediawiki/index.php/Bug_tracking_system
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2016-04-13 00:07:49 | Re: Table seems empty but its size is in gigabytes |
Previous Message | Tom Lane | 2016-04-12 21:40:25 | Re: pg_upgrade error regarding hstore operator |