On Mon, 26 Feb 2024 at 10:57, Andrew Dunstan wrote:
>
>
> On 2024-02-25 Su 11:18, vignesh C wrote:
> > On Thu, 15 Feb 2024 at 08:36, vignesh C wrote:
> >> On Thu, 15 Feb 2024 at 07:24, Michael Paquier wrote:
> >>> On Wed, Feb 14, 2024 at 03:51:08PM +0530, vignesh C wrote:
> First regex is t
On 2024-02-25 Su 11:18, vignesh C wrote:
On Thu, 15 Feb 2024 at 08:36, vignesh C wrote:
On Thu, 15 Feb 2024 at 07:24, Michael Paquier wrote:
On Wed, Feb 14, 2024 at 03:51:08PM +0530, vignesh C wrote:
First regex is the testname_clusterinstance_data, second regex is the
timestamp used for p
On Thu, 15 Feb 2024 at 08:36, vignesh C wrote:
>
> On Thu, 15 Feb 2024 at 07:24, Michael Paquier wrote:
> >
> > On Wed, Feb 14, 2024 at 03:51:08PM +0530, vignesh C wrote:
> > > First regex is the testname_clusterinstance_data, second regex is the
> > > timestamp used for pg_upgrade, third regex i
On Thu, 15 Feb 2024 at 07:24, Michael Paquier wrote:
>
> On Wed, Feb 14, 2024 at 03:51:08PM +0530, vignesh C wrote:
> > First regex is the testname_clusterinstance_data, second regex is the
> > timestamp used for pg_upgrade, third regex is for the text files
> > generated by pg_upgrade and fourth
On Wed, Feb 14, 2024 at 03:51:08PM +0530, vignesh C wrote:
> First regex is the testname_clusterinstance_data, second regex is the
> timestamp used for pg_upgrade, third regex is for the text files
> generated by pg_upgrade and fourth regex is for the log files
> generated by pg_upgrade.
>
> Can w
Hi,
Recently there have been few upgrade tap test failures in buildfarm
like in [1] & [2]. Analysing these failures requires the log files
that are getting generated from src/bin/pg_upgrade at the following
locations:
tmp_check/*/pgdata/pg_upgrade_output.d/*/*.txt - e.g.
tmp_check/t_004_subscrip