| From: | Michael Banck <mbanck(at)gmx(dot)net> |
|---|---|
| To: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
| Cc: | K P Manoj <kpmanojpg(at)gmail(dot)com>, "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
| Subject: | Re: PG version 16.14 upgrade went recovery state |
| Date: | 2026-07-06 16:02:23 |
| Message-ID: | 20260706160223.GC6368@p46.dedyn.io;lightning.p46.dedyn.io |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
On Sun, Jul 05, 2026 at 03:06:48PM +0200, Laurenz Albe wrote:
> On Fri, 2026-07-03 at 15:25 +0530, K P Manoj wrote:
> > I am encountering an issue when upgrading our PostgreSQL database from minor version 16.10 to 16.14.
> >
> > During the upgrade, the database enters an indefinite recovery mode across the master, standby,
> > and multiple cascading replicas. Due to legacy requirements, we are utilizing streaming replication
> > for this setup. Interestingly, when performing the same migration to version 16.13, the process
> > completes successfully without any issues.
> >
> > Could you please confirm if there are any known bugs regarding this behavior in version 16.14?
>
> Yes, this could be bug 19490:
> https://postgr.es/m/flat/19490-9c59c6a583513b99%40postgresql.org
>
> Best wait for 16.15 before updating.
The alternatve is to do a two-step process, where you ugprade everything
to 16.13, then upgrade the standbys to 16.14. As far as I know, the
leader needs to be on 16.11 or earlier (while the standbys needs to be
on 16.4) to hit this bug, so updating it to 16.12 or 16.13 should
circumvent this as well.
I wrote a blog-post summarizing the issue here:
https://www.credativ.de/en/blog/postgresql-en/replication-deadlock-bug-in-current-postgres-releases-14-16/
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Hermawan Luly Muller | 2026-07-07 03:09:55 | test |
| Previous Message | Michael Banck | 2026-07-06 10:56:19 | Re: Major upgrade in patroni cluster |