Re: BUG: deadlock between autovacuum worker and client backend during removal of orphan temp tables with sequences
| От | Tom Lane |
|---|---|
| Тема | Re: BUG: deadlock between autovacuum worker and client backend during removal of orphan temp tables with sequences |
| Дата | |
| Msg-id | 1731082.1712084694@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: BUG: deadlock between autovacuum worker and client backend during removal of orphan temp tables with sequences (Akshat Jaimini <destrex271@gmail.com>) |
| Ответы |
Re: BUG: deadlock between autovacuum worker and client backend during removal of orphan temp tables with sequences
Re: BUG: deadlock between autovacuum worker and client backend during removal of orphan temp tables with sequences |
| Список | pgsql-hackers |
Akshat Jaimini <destrex271@gmail.com> writes:
> The code seems to implement the feature and has good and explanatory comments associated with it.
> I believe we can go ahead with committing patch although I would request some senior contributors to also take a look
atthis patch since I am relatively new to patch reviews.
Looks like a good catch and a reasonable fix. Pushed after rewriting
the comments a bit.
As far as this goes:
> I ran make installcheck-world after applying the patch and recompiling it. It did fail for a particular test but from
thelogs it seems to be unrelated to this particular patch since it fails for the following:
> ==========================
> select error_trap_test();
> - error_trap_test
> ----------------------------
> - division_by_zero detected
> -(1 row)
> -
> +ERROR: cannot start subtransactions during a parallel operation
... that's the test case from 0075d7894, and the failure is what
I'd expect from a backend older than that. Maybe you forgot to
recompile/reinstall after updating past that commit?
regards, tom lane
В списке pgsql-hackers по дате отправления: