Re: [HACKERS] Patch to implement pg_current_logfile() function
От | Robert Haas |
---|---|
Тема | Re: [HACKERS] Patch to implement pg_current_logfile() function |
Дата | |
Msg-id | CA+TgmoYEWjhVYc8WfUzrZExkaevB6uMusn7hEG4vU-sAAOr=5Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Patch to implement pg_current_logfile() function (Gilles Darold <gilles.darold@dalibo.com>) |
Ответы |
Re: [HACKERS] Patch to implement pg_current_logfile() function
|
Список | pgsql-hackers |
On Mon, Feb 20, 2017 at 4:37 AM, Gilles Darold <gilles.darold@dalibo.com> wrote: >> I think it's sufficient to just remove the file once on postmaster >> startup before trying to launch the syslogger for the first time. >> logging_collector is PGC_POSTMASTER, so if it's not turned on when the >> cluster first starts, it can't be activated later. If it dies, that >> doesn't seem like a reason to remove the file. We're going to restart >> the syslogger, and when we do, it can update the file. >> > > I've attached a new full v30 patch that include last patch from Karl. > Now the current_logfile file is removed only at postmaster startup, just > before launching the syslogger for the first time. Committed with some changes. - Added missing REVOKE for pg_current_logfile(text). - Added error checks for unlink() and logfile_open(). - Changed error messages to use standard wording (among other reasons, this helps minimize translation work). - Removed update_metainfo_datafile() call that ran in the postmaster and added a similar call that runs in the syslogger. - doc: Removed an index entry that had no existing parallel. Hopefully I haven't broken anything; please let me know if you encounter any issues. Thanks, -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: