Re: YA race condition in 001_stream_rep.pl (was Re: pgsql: Allow using the updated tuple while moving it to a different par)
| От | Tom Lane | 
|---|---|
| Тема | Re: YA race condition in 001_stream_rep.pl (was Re: pgsql: Allow using the updated tuple while moving it to a different par) | 
| Дата | |
| Msg-id | 5237.1531950160@sss.pgh.pa.us обсуждение исходный текст | 
| Ответ на | Re: YA race condition in 001_stream_rep.pl (was Re: pgsql: Allowusing the updated tuple while moving it to a different par) (Amit Kapila <amit.kapila16@gmail.com>) | 
| Ответы | Re: YA race condition in 001_stream_rep.pl (was Re: pgsql: Allowusing the updated tuple while moving it to a different par) | 
| Список | pgsql-hackers | 
Amit Kapila <amit.kapila16@gmail.com> writes:
> On Sat, Jul 14, 2018 at 11:46 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> So the issue boils down to this: the test script is, effectively,
>> assuming that it's guaranteed that the walreceiver will send a feedback
>> message before it shuts down; but there is no such guarantee.  Is this
>> a bug in the test script, or a bug in the walreceiver logic?  I can
>> see the value of having such a guarantee, but I also think it would be
>> nigh impossible to make it a bulletproof guarantee.  We could perhaps
>> add "XLogWalRcvSendHSFeedback(true)" somewhere closer to process exit,
>> but that might add more failure modes than it removes.
>> 
>> Or we could change the test script to wait for feedback before it
>> issues the shutdown, but then I think the test is a bit pointless.
We've seen two more instances of this failure in the buildfarm since
this exchange (dragonet and flaviventris --- seems like Andres' menagerie
is particularly prone to it).
> Currently, neither the code nor our documentation suggests that we can
> expect HSFeedback before the shutdown, so it is better to adjust the
> test.  If the sole purpose of the test is to test feedback after
> shutdown, then it is worth considering to remove the test altogether.
Hearing nobody speaking in favor of the other alternatives,
I've removed the test.
            regards, tom lane
		
	В списке pgsql-hackers по дате отправления: