| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
| Cc: | Dmitry Koval <d(dot)koval(at)postgrespro(dot)ru>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Operation log for major operations |
| Date: | 2023-03-02 19:36:43 |
| Message-ID: | 2130093.1677785803@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Justin Pryzby <pryzby(at)telsasoft(dot)com> writes:
> On Thu, Mar 02, 2023 at 08:57:43PM +0300, Dmitry Koval wrote:
>> These changes did not interest the community. It was expected (topic is very
>> specifiс: vendor's technical support). So no sense to distract developers
> Actually, I think there is interest, but it has to be phrased in a
> limited sense to go into the control file.
> In November, I referenced 2 threads, but I think you misunderstood one
> of them. If you skim the first couple mails, you'll find a discussion
> about recording crash information in the control file.
> https://www.postgresql.org/message-id/666c2599a07addea00ae2d0af96192def8441974.camel%40j-davis.com
> It's come up several times now, and there seems to be ample support for
> adding some limited information.
> But a "log" which might exceed a few dozen bytes (now or later), that's
> inconsistent with the pre-existing purpose served by pg_control.
I'm pretty dubious about recording *anything* in the control file.
Every time we write to that, we risk the entire database on completing
the write successfully. I don't want to do that more often than once
per checkpoint. If you want to put crash info in some less-critical
place, maybe we could talk.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | reid.thompson | 2023-03-02 19:41:26 | Re: Add the ability to limit the amount of memory that can be allocated to backends. |
| Previous Message | Tom Lane | 2023-03-02 19:33:35 | Re: Evaluate arguments of correlated SubPlans in the referencing ExprState |