Re: pg_group_name_index corrupt?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_group_name_index corrupt?
Дата
Msg-id 28775.957476941@sss.pgh.pa.us
обсуждение исходный текст
Ответ на RE: pg_group_name_index corrupt?  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
Ответы Re: pg_group_name_index corrupt?  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: pg_group_name_index corrupt?  (The Hermit Hacker <scrappy@hub.org>)
Re: pg_group_name_index corrupt?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> Why does pg_group exist under $PGDATA though the indexes exist
> under each $PGDATA/base/db_name ?
> Could it be consistent on all databases ?

Oh my, I think you've got it!  The indexes must be SharedSystemRelations!!

Backend 1 in database regression:

regression=# vacuum analyze pg_group;
VACUUM

Backend 2 in database other is also happy:

other=# vacuum analyze pg_group;
VACUUM

Now create a group with backend 1:

regression=# create group g;
CREATE GROUP

Backend 1 sees the index entries:

regression=# vacuum analyze pg_group;
VACUUM

But backend 2 doesn't:

other=# vacuum analyze pg_group;
NOTICE:  Index pg_group_sysid_index: NUMBER OF INDEX' TUPLES (0) IS NOT THE SAME AS HEAP' (1).       Recreate the
index.
NOTICE:  Index pg_group_name_index: NUMBER OF INDEX' TUPLES (0) IS NOT THE SAME
AS HEAP' (1).       Recreate the index.
VACUUM

pg_shadow would have the same problem if it had indices, which I thought
it did but they seem to have been disabled.

Can you say "one more initdb"?  I knew you could...
        regards, tom lane


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

Предыдущее
От: "Hiroshi Inoue"
Дата:
Сообщение: RE: pg_group_name_index corrupt?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pg_group_name_index corrupt?