Re: BUG #16497: old and new pg_controldata WAL segment sizes are invalid or do not match

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, ram(dot)maurya(at)lavainternational(dot)in, pgsql-bugs <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #16497: old and new pg_controldata WAL segment sizes are invalid or do not match
Date: 2020-06-18 15:55:37
Message-ID: 20200618155537.GC6680@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Greetings,

* Bruce Momjian (bruce(at)momjian(dot)us) wrote:
> On Thu, Jun 18, 2020 at 11:41:53AM -0400, Stephen Frost wrote:
> > Sure, most options to initdb need to be the same between the old cluster
> > and the new cluster, but this specific option doesn't have to be, since
> > we require that it's a cleanly shut down cluster, so why are we
> > complaining about it if it's different..?
>
> Did you not read my previous email that we might have added this so we
> can upgrade replicas?

I don't see how this option is related to dealing with replicas..?

> I am sure I can dig out the commit that added
> this and find the original cause, but running pg_upgrade on replicas is
> enough of a reason to me.

pg_upgrade can't be run on replicas, so I don't understand what you're
referring to here.. The 'upgrading replicas' process that involves
rsync also requires everything to have been shut down cleanly.

> Yeah, we could add a flag to pg_upgrade to
> allow this if you are not upgrading replicas, but why bother? It might
> even work if you create the new replicas with the same WAL segment size,
> but why add complexity for pg_upgrade, which is already complex enough.

Users already have to deal with various options that need to be
configured to match up between the primary and replicas, so this really
seems like it's entirely independent of pg_upgrade and isn't something
pg_upgrade needs to be worrying about..

Thanks,

Stephen

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Jeff Janes 2020-06-18 16:14:25 Re: BUG #16497: old and new pg_controldata WAL segment sizes are invalid or do not match
Previous Message Tom Lane 2020-06-18 15:49:40 Re: BUG #16499: Escape Characters in FTS