Re: Assertion failure when autovacuum drops orphan temp indexes. - Mailing list pgsql-hackers

From Masahiko Sawada
Subject Re: Assertion failure when autovacuum drops orphan temp indexes.
Date
Msg-id CAD21AoDBnG7MifJCMQnY3tWDB2MmncLwh1v_GXEF4jARAvobaA@mail.gmail.com
Whole thread Raw
In response to Assertion failure when autovacuum drops orphan temp indexes.  (Masahiko Sawada <sawada.mshk@gmail.com>)
Responses Re: Assertion failure when autovacuum drops orphan temp indexes.
Re: Assertion failure when autovacuum drops orphan temp indexes.
List pgsql-hackers
On Sun, Oct 27, 2024 at 5:50 PM Michael Paquier <michael@paquier.xyz> wrote:
>
> On Sun, Oct 27, 2024 at 05:19:45PM -0700, Masahiko Sawada wrote:
> > my $psql1 = $node->interactive_psql('postgres');
> > $psql1->query("create temp table test (a int primary key);");
> > sleep(3);
> >
> > $node->stop('immediate');
> > $node->start();
> > $node->safe_psql('postgres', 'select 1');
> >
> > sleep(5);
> > $node->safe_psql('postgres', 'select 1');
> >
> > ok(1);
> > done_testing();
>
> The assertion failure happens in an autovacuum worker.  So if you are
> looking for a test that can be integrated in the tree, you could get
> some inspiration from 006_signal_autovacuum.pl and rely on an
> injection point wait with the existing autovacuum-worker-start.  My
> 2c, as it looks easy enough to avoid the hardcoded waits.

Thank you for your suggestion. IMHO I'm not sure we need to have a
regression test for this bug as it's just an oversight of recently
committed code. My suggestion was just to help Stepan reproduce this
failure using TAP tests.

Regards,

--
Masahiko Sawada
Amazon Web Services: https://aws.amazon.com



pgsql-hackers by date:

Previous
From: Stepan Neretin
Date:
Subject: Re: Assertion failure when autovacuum drops orphan temp indexes.
Next
From: Andrei Lepikhov
Date:
Subject: Re: Alias of VALUES RTE in explain plan