Re: We've been affected by a pg_upgrade bug. What do we do next?
От | Alvaro Herrera |
---|---|
Тема | Re: We've been affected by a pg_upgrade bug. What do we do next? |
Дата | |
Msg-id | 20140716152254.GG11811@eldon.alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: We've been affected by a pg_upgrade bug. What do we do next? (Shaun Thomas <sthomas@optionshouse.com>) |
Ответы |
Re: We've been affected by a pg_upgrade bug. What do we
do next?
Re: We've been affected by a pg_upgrade bug. What do we do next? |
Список | pgsql-general |
Shaun Thomas wrote: > This: > > 23334|4293964274||||53c68b69.5b26|2014-07-16 09:25:45 CDT|ERROR: could not access status of transaction 7150346 > 23334|4293964274||||53c68b69.5b26|2014-07-16 09:25:45 CDT|DETAIL: Could not open file "pg_multixact/offsets/006D": Nosuch file or directory. > > Been doing it every ten seconds since yesterday. > > My log line prefix is this: > > log_line_prefix = '%p|%x|%u|%d|%r|%c|%t|' > > So the user, database, and connection source are all blank. The PID is different every time, too. Not sure what to makeof that. It's an autovacuum worker, which is expected. Just get rid of the 0000 file and all should be well. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-general по дате отправления: