From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Manuel Rigger <rigger(dot)manuel(at)gmail(dot)com> |
Cc: | PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: VACUUM FULL results in deadlock |
Date: | 2019-07-05 13:17:36 |
Message-ID: | CA+TgmoY9dLt1t5s0UmbxcHCS5cXTb4UChNocdBtsBRWDTGbP-w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Thu, Jul 4, 2019 at 9:12 AM Manuel Rigger <rigger(dot)manuel(at)gmail(dot)com> wrote:
> Did anyone try to verify this? I found a number of other race
> conditions where VACUUM causes errors such as "ERROR: found unexpected
> null value in index "i0", "invalid input syntax for type boolean", or
> "missing chunk number 0 for toast value 13171 in pg_toast_2619".
> Fixing this would help me to narrow down these issues.
I don't know whether or not this is a bug, but my guess is that it
isn't. pg_database and several other system catalogs are shared
relations, which means that they are shared by all databases. So, it's
not too surprising that you could get some interaction between VACUUM
FULL command in different databases. Routine use of VACUUM FULL is
something that should be avoided, so it doesn't seem like a huge
problem to me that you can't run 32 of them at the same time.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2019-07-05 13:25:36 | Re: BUG #15894: postgresql 9.5 will not install |
Previous Message | Robert Haas | 2019-07-05 13:13:31 | Re: BUG #15885: EnterpriseDB Installer upgrade process fails with icacls error |