Re: Assertion failure when autovacuum drops orphan temp indexes.
От | Masahiko Sawada |
---|---|
Тема | Re: Assertion failure when autovacuum drops orphan temp indexes. |
Дата | |
Msg-id | CAD21AoDBnG7MifJCMQnY3tWDB2MmncLwh1v_GXEF4jARAvobaA@mail.gmail.com обсуждение исходный текст |
Ответ на | Assertion failure when autovacuum drops orphan temp indexes. (Masahiko Sawada <sawada.mshk@gmail.com>) |
Ответы |
Re: Assertion failure when autovacuum drops orphan temp indexes.
Re: Assertion failure when autovacuum drops orphan temp indexes. |
Список | 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 по дате отправления: