MIME-Version: 1.0
References: <31663.1550082243@sss.pgh.pa.us>
 <20190213183303.ns54frt7cmvo6pgg@alap3.anarazel.de>
 <1466.1550085086@sss.pgh.pa.us>
 <CAEepm=0wB7vgztC5sg2nmJ-H3bnrBT5GQfhUzP+Ffq-WT3g8VA@mail.gmail.com>
 <20190213215147.cjbymfojf6xndr4t@alap3.anarazel.de>
 <20190813080435.GL2551@paquier.xyz>
 <20190826132904.3ayuw36qzl2c4ktr@development>
 <CA+TgmoaNOMG9+Ho9d3CX+-10O7+nqqvmSpXb1m0F3dqWB4C-8g@mail.gmail.com>
 <7361.1568738373@sss.pgh.pa.us> <20190917194510.iqwyl3be62pz7l27@development>
 <20190918005815.GB8909@paquier.xyz>
In-Reply-To: <20190918005815.GB8909@paquier.xyz>
From: Kuntal Ghosh <kuntalghosh.2007@gmail.com>
Date: Wed, 18 Sep 2019 16:25:14 +0530
Message-ID: 
 <CAGz5QCJv5JbRDsATDTkJqq7h9F7u0QLnNnLHfxR1nEOa4DnkJQ@mail.gmail.com>
Subject: Re: subscriptionCheck failures on nightjar
To: Michael Paquier <michael@paquier.xyz>
Cc: Tomas Vondra <tomas.vondra@2ndquadrant.com>, Tom Lane <tgl@sss.pgh.pa.us>,
	Robert Haas <robertmhaas@gmail.com>, Andres Freund <andres@anarazel.de>,
	Thomas Munro <thomas.munro@enterprisedb.com>,
	PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

Hello Michael,

On Wed, Sep 18, 2019 at 6:28 AM Michael Paquier <michael@paquier.xyz> wrote:
>
> On my side, I have let this thing run for a couple of hours with a
> patched version to include a sleep between the rename and the sync but
> I could not reproduce it either:
> #!/bin/bash
> attempt=0
> while true; do
>         attempt=$((attempt+1))
>         echo "Attempt $attempt"
>         cd $HOME/postgres/src/test/recovery/
>         PROVE_TESTS=t/006_logical_decoding.pl make check > /dev/null 2>&1
>         ERRNUM=$?
>         if [ $ERRNUM != 0 ]; then
>                 echo "Failed at attempt $attempt"
>                 exit $ERRNUM
>         fi
> done
I think the failing test is src/test/subscription/t/010_truncate.pl.
I've tried to reproduce the same failure using your script in OS X
10.14 and Ubuntu 18.04.2 (Linux version 5.0.0-23-generic), but
couldn't reproduce the same.


-- 
Thanks & Regards,
Kuntal Ghosh
EnterpriseDB: http://www.enterprisedb.com