Re: Don't choke on files that are removed while pg_rewind runs.
Masahiko Sawada <masahiko.sawada@2ndquadrant.com>
From: Masahiko Sawada <masahiko.sawada@2ndquadrant.com>
To: Daniel Gustafsson <daniel@yesql.se>
Cc: Justin Pryzby <pryzby@telsasoft.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Heikki Linnakangas <heikki.linnakangas@iki.fi>,
Michael Paquier <michael@paquier.xyz>, Fujii Masao <masao.fujii@oss.nttdata.com>
Date: 2020-07-13T06:59:56Z
Lists: pgsql-hackers
On Mon, 13 Jul 2020 at 15:34, Daniel Gustafsson <daniel@yesql.se> wrote: > > > On 13 Jul 2020, at 08:10, Justin Pryzby <pryzby@telsasoft.com> wrote: > > > Every other access to "res" in this loop is to res(i), which I believe is what > > was intended here, too. Currently, it will dumbly loop but skip *every* row if > > the 2nd column (1: size) of the first row (0) is null. > > Yeah, I agree with that, seems like the call should've been PQgetisnull(res, i, 1); > to match the loop. +1 Regards, -- Masahiko Sawada http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Fix handling of missing files when using pg_rewind with online source
- 18ec25412c08 9.5.23 landed
- 14fe8041395c 9.6.19 landed
- 23924feca065 10.14 landed
- c6d33d144086 11.9 landed
- 92927477ff70 12.4 landed
- 5f89bb4cf010 13.0 landed
- 1d09fb1f0a9c 14.0 landed
-
Don't choke on files that are removed while pg_rewind runs.
- b36805f3c54f 9.5.0 cited