Re: A failure of standby to follow timeline switch
Fujii Masao <masao.fujii@oss.nttdata.com>
From: Fujii Masao <masao.fujii@oss.nttdata.com>
To: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Cc: pgsql-hackers@lists.postgresql.org
Date: 2021-01-07T02:55:33Z
Lists: pgsql-hackers
On 2021/01/05 17:26, Kyotaro Horiguchi wrote: > At Mon, 4 Jan 2021 19:00:21 +0900, Fujii Masao <masao.fujii@oss.nttdata.com> wrote in >> >> >> On 2021/01/04 12:06, Kyotaro Horiguchi wrote: >>> At Sat, 26 Dec 2020 02:15:06 +0900, Fujii Masao >>> <masao.fujii@oss.nttdata.com> wrote in >>>> >>>> On 2020/12/25 12:03, Kyotaro Horiguchi wrote: >>> The attached is the fixed version. >> >> Thanks for updating the patches! >> >>> In the first patch, the test added to 001_stream_rep.pl involves two >>> copied functions related to server-log investigation from >>> 019_repslot_limit.pl. >> >> So you're planning to define them commonly in TestLib.pm or elsewhere? > > Yeah.. That's correct. Newly added as the first patch. > > While making that change, I extended the interface of slurp_file to > allow reading from arbitrary position. Is this extension really helpful for current use case? At least I'd like to avoid back-patching this since it's an exntesion... OsFHandleOpen(my $fh = IO::Handle->new(), $fHandle, 'r') or croak "could not read \"$filename\": $^E\n"; + seek($fh, $from, 0) + or croak "could not seek \"$filename\" to $from: $^E\n"; I'm not familiar with this area, but SetFilePointer() is more suitable rather than seek()? > Thanks. The attached is the revised patchset. Thanks! Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION
Commits
-
Ensure that a standby is able to follow a primary on a newer timeline.
- 94f52929a0c4 13.2 landed
- fef5b47f6bfc 14.0 landed