Re: [BUG] False indication in pg_stat_replication.sync_state - Mailing list pgsql-hackers

From Fujii Masao
Subject Re: [BUG] False indication in pg_stat_replication.sync_state
Date
Msg-id CAHGQGwFf0X00+mVbn4ZTU+FA+XOAU8hW5tuW6w8L+gdHQpUT=A@mail.gmail.com
Whole thread Raw
In response to Re: [BUG] False indication in pg_stat_replication.sync_state  (Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>)
Responses Re: [BUG] False indication in pg_stat_replication.sync_state
List pgsql-hackers
On Fri, Oct 19, 2012 at 5:46 PM, Kyotaro HORIGUCHI
<horiguchi.kyotaro@lab.ntt.co.jp> wrote:
> Ouch! I'm sorry to have sent truly buggy version, please abandon
> v2 patch sent just before.
>
> Added include "access/transam.h" to syncrep.c and corrected the
> name of XLByteEQ.

Thanks for updating the patch! This looks good to me.

>> Thank you for comment.
>>
>> > > I think this patch should be applied for 9.2.2 and 9.1.7.
>> >
>> > Looks good to me, though I don't think the source code comment needs
>> > to be updated in the way the patch does.
>>
>> Ok, the patch for walsender.c becomes 1 liner, quite simple.
>>
>> However, I've forgotten to treat other three portions in
>> walsender.c and syncrep.c also does XLogRecPtrIsInvalid(<XLogPtr
>> which comes from WAL receiver>).  This new patch includes the
>> changes for them.

Good catch.

Regards,

-- 
Fujii Masao



pgsql-hackers by date:

Previous
From: Любен Каравелов
Date:
Subject: Re: [RFC] CREATE QUEUE (log-only table) for londiste/pgQ ccompatibility
Next
From: Jeremy Evans
Date:
Subject: Always include encoding of database in pg_dumpall