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)
Список
Дерево обсуждения
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 по дате отправления