Re: REINDEX deadlock - Postgresql -9.1

Поиск
Список
Период
Сортировка
От Anoop K
Тема Re: REINDEX deadlock - Postgresql -9.1
Дата
Msg-id CADK_1hJySR6G1kZuj_tvhpm2PmVUhmetQOrb5yTdj2Nh-8u7qQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: REINDEX deadlock - Postgresql -9.1  (Albe Laurenz <laurenz.albe@wien.gv.at>)
Ответы Re: REINDEX deadlock - Postgresql -9.1  (Pavan Deolasee <pavan.deolasee@gmail.com>)
Re: REINDEX deadlock - Postgresql -9.1  (Scott Marlowe <scott.marlowe@gmail.com>)
Список pgsql-general
I have the setup in problem state. But I am not able to make psql
connections to view the lock details.
psql connections are hanging. Is there any other info which can be
collected in this state ?

Also we don't know the steps to reproduce the issue.


On Thu, Feb 7, 2013 at 1:23 PM, Albe Laurenz <laurenz.albe@wien.gv.at>wrote:

> 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.
> >
> > 1.    idle in transaction
> > 2.    REINDEX waiting
> > 3.    SELECT waiting
> >
> > 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
> appears as 'startup waiting' in
> > ps output. Initially we suspected <idle in transaction> is the result of
> not closing a connection. But
> > it seems it got stuck after creating a connection and is not able to
> proceed.
> >
> > 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='all' to see what the "idle in transaction"
> session did since it started.
>
> Yours,
> Laurenz Albe
>

В списке pgsql-general по дате отправления:

Предыдущее
От: Chris Travers
Дата:
Сообщение: Re: DEFERRABLE NOT NULL constraint
Следующее
От: Dean Rasheed
Дата:
Сообщение: Re: DEFERRABLE NOT NULL constraint