Re: VACUUM FULL results in deadlock - Mailing list pgsql-bugs

From Robert Haas
Subject Re: VACUUM FULL results in deadlock
Date
Msg-id CA+TgmoY9dLt1t5s0UmbxcHCS5cXTb4UChNocdBtsBRWDTGbP-w@mail.gmail.com
Whole thread Raw
In response to Re: VACUUM FULL results in deadlock  (Manuel Rigger <rigger.manuel@gmail.com>)
Responses Re: VACUUM FULL results in deadlock  (Manuel Rigger <rigger.manuel@gmail.com>)
Re: VACUUM FULL results in deadlock  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: VACUUM FULL results in deadlock  (Manuel Rigger <rigger.manuel@gmail.com>)
List pgsql-bugs
On Thu, Jul 4, 2019 at 9:12 AM Manuel Rigger <rigger.manuel@gmail.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



pgsql-bugs by date:

Previous
From: Robert Haas
Date:
Subject: Re: BUG #15885: EnterpriseDB Installer upgrade process fails withicacls error
Next
From: Robert Haas
Date:
Subject: Re: BUG #15894: postgresql 9.5 will not install