Re: fast promotion and log_checkpoints

From: Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>
To: Simon Riggs <simon(at)2ndQuadrant(dot)com>
Cc: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: fast promotion and log_checkpoints
Date: 2013-05-20 19:06:20
Message-ID: 519A742C.7000606@vmware.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 19.05.2013 17:22, Simon Riggs wrote:
> On 1 May 2013 10:05, Fujii Masao<masao(dot)fujii(at)gmail(dot)com> wrote:
>
>> In HEAD, when the standby is promoted, recovery requests the checkpoint
>> but doesn't wait for its completion. I found the checkpoint starting log message
>> of this checkpoint looks odd as follows:
>>
>> LOG: checkpoint starting:
>>
>> I think something like the following is better.
>>
>> LOG: checkpoint starting: end-of-recovery
>>
>> In 9.2 or before, "end-of-recovery" part is logged. Even if we changed the
>> behavior of end-of-recovery checkpoint, I think that it's more intuitive to
>> label it as "end-of-recovery". Thought?
>
> The checkpoint isn't an "end-of-recovery" checkpoint, its just the
> first checkpoint after the end of recovery. I don't think it should
> say "end-of-recovery".

Agreed.

> The problem is that we've now changed the code to trigger a checkpoint
> in a place that wasn't part of the original design, so the checkpoint
> called at that point isn't supplied with a reason and so has nothing
> to print.
>
> It would be possible to redesign this with a special new reason, or we
> could just use "time" as the reason, or we could just leave it.
>
> Do nothing is easy, though so are the others, so we can choose
> anything we want. What do we want it to say?

I'm not sure. Perhaps we should print "(no flags)", so that it wouldn't
look like there's something missing in the log message.

- Heikk

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2013-05-20 19:18:12 Re: Fast promotion failure
Previous Message Fabien COELHO 2013-05-20 18:15:49 Re: pgbench vs. SERIALIZABLE