Re: REINDEX deadlock - Postgresql -9.1

Поиск
Список
Период
Сортировка
Искать
От
Albe Laurenz
Тема
Re: REINDEX deadlock - Postgresql -9.1
Дата
Msg-id
A737B7A37273E048B164557ADEF4A58B057B0716@ntex2010a.host.magwien.gv.at
Ответ на
Список
Дерево обсуждения
REINDEX deadlock - Postgresql -9.1 Anoop K <anoopk6@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Albe Laurenz <laurenz.albe@wien.gv.at>
Re: REINDEX deadlock - Postgresql -9.1 Anoop K <anoopk6@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Pavan Deolasee <pavan.deolasee@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Anoop K <anoopk6@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Scott Marlowe <scott.marlowe@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Anoop K <anoopk6@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Scott Marlowe <scott.marlowe@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Anoop K <anoopk6@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Scott Marlowe <scott.marlowe@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Anoop K <anoopk6@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Kevin Grittner <kgrittn@ymail.com>
Re: REINDEX deadlock - Postgresql -9.1 Scott Marlowe <scott.marlowe@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Scott Marlowe <scott.marlowe@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Anoop K <anoopk6@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Pavan Deolasee <pavan.deolasee@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Tom Lane <tgl@sss.pgh.pa.us>
Re: REINDEX deadlock - Postgresql -9.1 Anoop K <anoopk6@gmail.com>
Re: REINDEX deadlock - Postgresql -9.1 Scott Marlowe <scott.marlowe@gmail.com>
Anoop K wrote:
> We are hitting a situation where REINDEX is resulting in postgresql to go=
 to dead lock state for ever.
> On debugging the issue we found that
> 3 connections are going in to some dead lock state.
>=20
> 1.	idle in transaction
> 2.	REINDEX waiting
> 3.	SELECT waiting
>=20
> All these connections are made in the same minute. Once in deadlock state=
 we are not able to make new
> connections to db.(So not able to view pg_locks also). New connections ap=
pears as 'startup waiting' in
> ps output. Initially we suspected  is the result of =
not closing a connection. But
> it seems it got stuck after creating a connection and is not able to proc=
eed.
>=20
> Any clues ..

Check the contents of pg_locks:
What locks does the "idle in transaction" session hold?
Who holds the locks that block SELECT, REINDEX and new connections?

Turn on log_statement=3D'all' to see what the "idle in transaction"
session did since it started.

Yours,
Laurenz Albe
В списке pgsql-general по дате отправления
От: Ben Madin
Дата:
От: Chris Travers
Дата:
FAQ