Re: vacuum full problem

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: vacuum full problem
Дата
Msg-id 20031111070303.K60760@megazone.bigpanda.com
обсуждение исходный текст
Ответ на Re: vacuum full problem  (pginfo <pginfo@t1.unisoftbg.com>)
Список pgsql-admin
On Tue, 11 Nov 2003, pginfo wrote:

> Hi,
> I can not be sure if it is not the case.
> But we are usin this system on a number of servers and it happen only by
> one.
> Can I with a pg_locks help detect the query that is running?

It won't directly tell you what statement is running (although my guess is
also that it's probably something like an idle in transaction state
backend), but it can tell you if that's the problem probably.

You'd see something like:
    ...
    21488 |    17057 |             | 8613 | AccessShareLock | t
    ...
    21488 |    17057 |             | 8626 | AccessExclusiveLock | f

Which is basically saying that the command in pid 8626 is waiting on the
lock that pid 8613 has.

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

Предыдущее
От: "Darryl W. DeLao Jr"
Дата:
Сообщение: RHEL
Следующее
От: kevin07@optonline.net (kbd)
Дата:
Сообщение: Re: ER diagram tool for PostgresSQL7.3