Re: Unstable tests for recovery conflict handling

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)anarazel(dot)de>, Melanie Plageman <melanieplageman(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Unstable tests for recovery conflict handling
Date: 2022-05-11 05:28:15
Message-ID: CA+hUKGLDA-GuQKRvDF3abHadDrrYZ33N9e4DEOGwKH3JqdYSCQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Thu, Apr 28, 2022 at 5:50 AM Mark Dilger
<mark(dot)dilger(at)enterprisedb(dot)com> wrote:
> psql:<stdin>:1: ERROR: prepared transaction with identifier "xact_012_1" does not exist
> [10:26:16.314](1.215s) not ok 11 - Rollback of PGPROC_MAX_CACHED_SUBXIDS+ prepared transaction on promoted standby
> [10:26:16.314](0.000s)
> [10:26:16.314](0.000s) # Failed test 'Rollback of PGPROC_MAX_CACHED_SUBXIDS+ prepared transaction on promoted standby'
> [10:26:16.314](0.000s) # at t/012_subtransactions.pl line 208.
> [10:26:16.314](0.000s) # got: '3'
> # expected: '0'

FWIW I see that on my FBSD/clang system when I build with
-fsanitize=undefined -fno-sanitize-recover=all. It's something to do
with our stack depth detection and tricks being used by -fsanitize,
because there's a stack depth exceeded message in the log.

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Michael Paquier 2022-05-11 05:34:11 pgsql: Silence extra logging when using "postgres -C" on runtime-comput
Previous Message Peter Eisentraut 2022-05-11 04:20:47 pgsql: Add missing source files to nls.mk

Browse pgsql-hackers by date

  From Date Subject
Next Message Noah Misch 2022-05-11 05:32:55 Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set
Previous Message Amit Kapila 2022-05-11 05:10:27 Re: Perform streaming logical transactions by background workers and parallel apply