Re: FATAL 2: open of /var/lib/pgsql/data/pg_clog/0EE3

Поиск
Список
Период
Сортировка
От Dmitry Tkach
Тема Re: FATAL 2: open of /var/lib/pgsql/data/pg_clog/0EE3
Дата
Msg-id 3F1825F7.7070301@openratings.com
обсуждение исходный текст
Ответ на Re: FATAL 2: open of /var/lib/pgsql/data/pg_clog/0EE3  ("scott.marlowe" <scott.marlowe@ihs.com>)
Ответы Re: FATAL 2: open of /var/lib/pgsql/data/pg_clog/0EE3  (Jeff Eckermann <jeff_eckermann@yahoo.com>)
Re: FATAL 2: open of /var/lib/pgsql/data/pg_clog/0EE3  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
scott.marlowe wrote:

>>Why doesn't it complain after I restart it then?
>>
>>
>
>Why should it?  If the problem is corrupted data in an index / table
>/system table etc... you won't see an error until it accesses the
>table/index etc... that's causing the problem.
>
>
Right...

So,

1) I do

analyze mytable;

,.. it crashes.

2) I do it again:

analyze mytable;

... it crashes.

3) I restart the server manually, and try again

analyze mytable;

... it *works*

4) I let it run for a while, then try again:

analyze mytable;

... it crashes.

So, it looks like, if there is some data structure or a catalog screwed
up, it is not screwed up by 7.2.1 earlier, it is *being* screwed up
somewhere between #3 and #4 above...

Dima


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

Предыдущее
От: Yuri Ivanov
Дата:
Сообщение: Re: (Urgent) Regarding double byte support
Следующее
От: Jonathan Bartlett
Дата:
Сообщение: Re: Is PostgreSQL cluster capable?