Re: bad logging around broken restore_command

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: bad logging around broken restore_command
Дата
Msg-id 1b959eb8-90f2-8e4f-5d18-eb8bd9cd8633@oss.nttdata.com
обсуждение исходный текст
Ответ на Re: bad logging around broken restore_command  (Pavel Borisov <pashkin.elfe@gmail.com>)
Список pgsql-hackers

On 2020/11/19 20:27, Pavel Borisov wrote:
> The following review has been posted through the commitfest application:
> make installcheck-world:  tested, passed
> Implements feature:       tested, passed
> Spec compliant:           not tested
> Documentation:            not tested
> 
> I decided to add my review to this simple patch.
> I applied Fuji's patch and found it perfectly working with installcheck-world passed, code is clean.
> As for the feature I agree with Jeff and Fuji that this ENOENT case is worth logging under LOG priority.
> I consider the last (Fuji's) patch is now ready to be committed.

Thanks for the review! Pushed.

Regards,

-- 
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: don't allocate HashAgg hash tables when running explain only
Следующее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: Asynchronous Append on postgres_fdw nodes.