Re: BUG #15594: Unstable tests in contrib/test_decoding/output_iso/

From: Alexander Lakhin <exclusion(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Petr Jelinek <petr(dot)jelinek(at)2ndquadrant(dot)com>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #15594: Unstable tests in contrib/test_decoding/output_iso/
Date: 2019-01-17 19:27:21
Message-ID: 4f6fb59c-b3df-0365-a8b8-531305985ce1@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

17.01.2019 20:39, Andres Freund wrote:
> On 2019-01-17 13:42:40 +0300, Alexander Lakhin wrote:
>> 17.01.2019 13:25, Petr Jelinek wrote:
>>> On 16/01/2019 20:09, Andres Freund wrote:
>>>> On 2019-01-16 14:56:34 +0000, PG Bug reporting form wrote:
>>>>> The following bug has been logged on the website:
>>>>>
>>>>> Bug reference: 15594
>>>>> Logged by: Alexander Lakhin
>>>>> Email address: exclusion(at)gmail(dot)com
>>>>> PostgreSQL version: 11.1
>>>>> Operating system: Ubuntu 18.04
>>>>> Description:
>>>>>
>>>>> Some tests in contrib/test_decoding/output_iso/ occasionally fail.
>>>>> To reproduce it reliable you can do:
>>>>> # sed 's/ mxact / $(shell printf "mxact %.0s" `seq 1000` ) /' -i
>>>>> contrib/test_decoding/Makefile
>>>>> # make check -C contrib/test_decoding/
>>>>>
>>>>> ...
>>>>>
>>>>> I observe this issue with the tests: mxact, delayed_startup, and
>>>>> ondisk_startup.
>>>> Interesting - I've not seen that on the buildfarm before, or in local tests
>>>> with a lot of repetitions. I assume the problem vanishes if you add 'skip-empty-xacts', '1'
>>>> to the options of pg_logical_slot_get_changes()?
>>>>
>>> I bet those empty transactions are from autovacuum. The probability of
>>> hitting this could be exaggerated by the fact that the test is run
>>> within the same instance 1000x rather than running the make check 1000x
>>> so we produce plenty of catalog bloat for autovacuum to clean.
>>>
>> Yes, it's almost impossible to hit this with `make check`, but with
>> `make installcheck` the probability is much higher as we use an existing
>> instance.
>> I've reproduced it with `make check` just to make it simple.
> I'll apply the fix for this, but please note that installcheck
> *intentionally* is disabled for test_decoding.
Thanks, Andres! I see a comment in Makefile:
# Disabled because these tests require "wal_level=logical", which
# typical installcheck users do not have (e.g. buildfarm clients).

So if I use for the installcheck'ed instance a config with the required
wal_level, is it ok to perform `make installcheck-force -C
contrib/test_decoding`?
Or maybe there is some other difficulty with installcheck?

Best regards,
Alexander

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Alvaro Herrera 2019-01-17 22:23:06 Re: BUG #15587: Partitions with ALTER TABLE ADD CONSTRAINT
Previous Message Andres Freund 2019-01-17 17:39:30 Re: BUG #15594: Unstable tests in contrib/test_decoding/output_iso/