Re: testing cvs HEAD - HS/SR - cannot stat

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: testing cvs HEAD - HS/SR - cannot stat
Дата
Msg-id 4B6B105F.8000007@agliodbs.com
обсуждение исходный текст
Ответ на Re: testing cvs HEAD - HS/SR - cannot stat  (Fujii Masao <masao.fujii@gmail.com>)
Ответы Re: testing cvs HEAD - HS/SR - cannot stat  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Список pgsql-hackers
Дерево обсуждения 
> Yeah, this is not a bug.
> 
> At first, the standby performs an archive recovery until an invalid
> WAL record is found. Then it starts replication and tries to receive
> the missing WAL records from the primary. So such an error message
> would be logged whenever an invalid record is found and replication
> is started.

Can we improve the error message?  Right now it's alarming people.  Such as:

cannot stat
`/var/data1/pg_stuff/dump/replication_archive/000000010000000000000002':
End of Log

Of course, it would be even better to supress this error message
entirely unless the user is at DEBUG1 or better.

--Josh Berkus

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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: Assorted cleanups in preparation for using a map file to support
Следующее
От: Ivan Sergio Borgonovo
Дата:
Сообщение: building tsquery directly in memory (avoid makepol)