Re: How to prevent vacuum and reindex from deadlocking.

From: Robert Creager <Robert_Creager(at)LogicalChaos(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: How to prevent vacuum and reindex from deadlocking.
Date: 2003-08-11 14:40:17
Message-ID: 20030811084017.197d432c.Robert_Creager@LogicalChaos.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, 11 Aug 2003 10:11:37 -0400
Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> said something like:

> Robert Creager <Robert_Creager(at)LogicalChaos(dot)org> writes:
> > Opps, if it helps, the log of the deadlock:
>
> > Aug 10 14:19:36 thunder postgres[18735]: [2-1] ERROR: deadlock detected
>
> > Aug 10 14:19:36 thunder postgres[18735]: [2-2] DETAIL: Proc 18735 waits
> > for AccessExclusiveLock on relation 18028 of database 17140; blocked by
> > proc 18815.
>
> > Aug 10 14:19:36 thunder postgres[18735]: [2-3] Proc 18815 waits for
> > AccessExclusiveLock on relation 18101 of database 17140; blocked by proc
> > 18735.
>
> What tables do the two referenced OIDs correspond to? Also, which
> process was doing what, exactly?

18028 is table temp_obs_i
18101 is index temp_obs_i_loc_index

So, my guess is that 18735 is the vacuum process (likely vacuum analyze, driven
from pg_autovacuum), and 188735 is a 'REINDEX INDEX temp_obs_i_loc_index'.

Cheers,
Rob

PS. Please keep CC'ing me, as I'm trying to get re-subscribed to the lists. It
looks like I was dropped...

--
08:25:16 up 10 days, 1:10, 4 users, load average: 3.44, 3.49, 3.44

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2003-08-11 15:05:57 Re: How to prevent vacuum and reindex from deadlocking.
Previous Message Tom Lane 2003-08-11 14:36:10 Re: public key functions for postgresql ?