Re: Parallel query fails on standby server - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Parallel query fails on standby server
Date
Msg-id CA+Tgmob3UqtC=ixLY-C_KPX_wgR2q8tMJZQbao3Ur3i=VzxWUw@mail.gmail.com
Whole thread Raw
In response to Re: Parallel query fails on standby server  (Michael Paquier <michael.paquier@gmail.com>)
Responses Re: Parallel query fails on standby server
List pgsql-hackers
On Tue, Mar 8, 2016 at 8:23 AM, Michael Paquier
<michael.paquier@gmail.com> wrote:
> On Tue, Mar 8, 2016 at 9:51 PM, Craig Ringer <craig@2ndquadrant.com> wrote:
>> On 8 March 2016 at 20:30, Ashutosh Sharma <ashu.coek88@gmail.com> wrote:
>>>
>>> While testing a parallel scan feature on standby server, it is found that
>>> the parallel query fails with an error "ERROR:  failed to initialize
>>> transaction_read_only to 0".
>>>
>>
>> Looks like it might be a good idea to add some tests to src/test/recovery
>> for parallel query on standby servers...
>
> An even better thing would be a set of read-only tests based on the
> database "regression" generated by make check, itself run with
> pg_regress.

I'm not sure anything in the main regression suite actually goes
parallel right now, which is probably the first thing to fix.

Unless, of course, you use force_parallel_mode=regress, max_parallel_degree>0.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: VS 2015 support in src/tools/msvc
Next
From: Tom Lane
Date:
Subject: Odd warning from pg_dump