On Tue, Feb 26, 2019 at 3:29 PM Tsunakawa, Takayuki <tsunakawa.ta...@jp.fujitsu.com> wrote: > > From: Masahiko Sawada [mailto:sawada.m...@gmail.com] > > This test expects that the inserted tuple is always reclaimed by > > subsequent vacuum, but it's not always true if there are concurrent > > transactions. So size of the reloptions_test table will not be 0 if > > the tuple is not vacuumed. In my environment this test sometimes > > failed with 'make check -j 4'. > > Hmm, "make check -j4" certainly fails on my poor VM, too. > > Modifying src/test/regress/parallel_schedule to put the reloptions test on a > separate line seems to have fixed this issue. Do you think this is the > correct remedy? >
Yeah, that would work. Or it's kind of hackie but the rolling back the insertion instead of INSERT and DELETE might also work. Regards, -- Masahiko Sawada NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center
