Re: Introduce wait_for_subscription_sync for TAP tests - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Introduce wait_for_subscription_sync for TAP tests
Date
Msg-id 115136.1662733870@sss.pgh.pa.us
Whole thread Raw
In response to Re: Introduce wait_for_subscription_sync for TAP tests  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: Introduce wait_for_subscription_sync for TAP tests
List pgsql-hackers
Amit Kapila <amit.kapila16@gmail.com> writes:
> Pushed.

Recently a number of buildfarm animals have failed at the same
place in src/test/subscription/t/100_bugs.pl [1][2][3][4]:

#   Failed test '2x3000 rows in t'
#   at t/100_bugs.pl line 149.
#          got: '9000'
#     expected: '6000'
# Looks like you failed 1 test of 7.
[09:30:56] t/100_bugs.pl ......................

This was the last commit to touch that test script.  I'm thinking
maybe it wasn't adjusted quite correctly?  On the other hand, since
I can't find any similar failures before the last 48 hours, maybe
there is some other more-recent commit to blame.  Anyway, something
is wrong there.

            regards, tom lane

[1] https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=jacana&dt=2022-09-09%2012%3A03%3A46
[2] https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=drongo&dt=2022-09-09%2011%3A16%3A36
[3] https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=crake&dt=2022-09-09%2010%3A33%3A19
[4] https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=peripatus&dt=2022-09-08%2010%3A56%3A59



pgsql-hackers by date:

Previous
From: "houzj.fnst@fujitsu.com"
Date:
Subject: RE: why can't a table be part of the same publication as its schema
Next
From: Aleksander Alekseev
Date:
Subject: Re: Summary function for pg_buffercache