Re: strange behavior (corruption?) of large production database
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: strange behavior (corruption?) of large production database |
| Дата | |
| Msg-id | 9955.1133568688@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: strange behavior (corruption?) of large production (Joe Conway <mail@joeconway.com>) |
| Ответы |
Re: strange behavior (corruption?) of large production
|
| Список | pgsql-hackers |
Joe Conway <mail@joeconway.com> writes:
> So they agree in template1 and cyspec databases.
OK, in that case I'd wonder about whether you've suffered XID wraparound
in pg_database and/or pg_shadow. The typical symptom of this is that
entries are valid from the system's point of view but not visible to
queries, and that seems to be what you have. If so, a restart will NOT
fix it. You could try a VACUUM FREEZE on pg_database though. Before
doing that, I'd suggest looking at the rows' xmin values (use
pg_filedump or grovel through the bits by hand) to confirm the
wraparound theory.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера