Re: test/isolation/expected/stats_1.out broken for me

From: Andres Freund <andres(at)anarazel(dot)de>
To: chap(at)anastigmatix(dot)net
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: test/isolation/expected/stats_1.out broken for me
Date: 2022-04-07 18:02:41
Message-ID: 20220407180241.son7u3bom6kj3z64@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2022-04-07 10:29:10 -0700, Andres Freund wrote:
> On 2022-04-07 13:16:53 -0400, chap(at)anastigmatix(dot)net wrote:
> > The command that I've just been reusing from my bash_history without
> > thinking about it for some years is:
> >
> > configure --enable-cassert --enable-tap-tests \
> > --with-libxml --enable-debug \
> > CFLAGS='-ggdb -Og -g3 -fno-omit-frame-pointer'
>
> Hm, that's similar to what I use without seeing the problem.
>
> IIUC you ran installcheck - did you set any non-default config options in the
> postgres instance that runs against? Is anything else running on that
> instance? Do you use any -j setting when running installcheck-world?
>
> Is the failure reproducible, or a one-off?

I've now reproduced this, albeit not reliably yet. Looking.

Greetings,

Andres Freund

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Petr Jelinek 2022-04-07 18:07:17 Re: API stability [was: pgsql: Fix possible recovery trouble if TRUNCATE overlaps a checkpoint.]
Previous Message Tom Lane 2022-04-07 17:57:45 Re: pgsql: Add TAP test for archive_cleanup_command and recovery_end_comman