Re: backend type in log_line_prefix?
От | Kuntal Ghosh |
---|---|
Тема | Re: backend type in log_line_prefix? |
Дата | |
Msg-id | CAGz5QCL6NnWgTNJzruWso=dD4vxctP+ZYtnBcbe8eYxud7Y8Fg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: backend type in log_line_prefix? (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
Ответы |
Re: backend type in log_line_prefix?
|
Список | pgsql-hackers |
Hello, On Sat, Mar 7, 2020 at 8:38 PM Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > > Updated patch set because of conflicts. > Thank you for the patch. This feature is really helpful. Here are some minor comments: In v3-0001-Refactor-ps_status.c-API.patch, - * - * For a walsender, the ps display is set in the following form: - * - * postgres: walsender <user> <host> <activity> This part is still valid, right? + init_ps_display(ps_data.data); + pfree(ps_data.data); + + set_ps_display("initializing"); As per the existing behaviour, if update_process_title is true, we display "authentication" as the initial string. On the other hand, this patch, irrespective of the GUC variable, always displays "initializing" as the initial string and In PerformAuthentication, it sets the display as "authentication" Is this intended? Should we check the GUC here as well? In v3-0002-Unify-several-ways-to-tracking-backend-type.patch, + * If fixed_part is NULL, a default will be obtained from BackendType. s/BackendType/MyBackendType? In v3-0003-Add-backend-type-to-csvlog-and-optionally-log_lin.patch, + <entry>Backend process type</entry> In other places you've written "backend type". In v3-0004-Remove-am_syslogger-global-variable.patch, + * This is exported so that elog.c can call it when BackendType is B_LOGGER. s/BackendType/MyBackendType? Done some basic testing. Working as expected. -- Thanks & Regards, Kuntal Ghosh EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: