| From: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
|---|---|
| To: | simseih(at)amazon(dot)com |
| Cc: | alvherre(at)alvh(dot)no-ip(dot)org, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: [BUG] Panic due to incorrect missingContrecPtr after promotion |
| Date: | 2022-05-27 01:59:24 |
| Message-ID: | 20220527.105924.1864299458038443589.horikyota.ntt@gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
At Thu, 26 May 2022 19:57:41 +0000, "Imseih (AWS), Sami" <simseih(at)amazon(dot)com> wrote in
> We see another occurrence of this bug with the last patch applied in 13.7.
>
> After a promotion we observe the following in the logs:
...
> We think it's because VerifyOverwriteContrecord was not
> called which is why we see this behavior.
>
> Are there are other places where missingContrecPtr
> should be invalidated, such as after a successful promotion?
The only cause known to me for EndOfLog being moved to such location
is missingContrecPtr. But if the next record is not
XLOG_OVERWRITE_CONTRECORD recovery should have stopped there. And if
XLOG_OVERWRITE_CONTRECORD is there, VerifyOverwriteContrecord should
have been called..
Could you inspect WAL files of the environment and see if the first
record of the '7/A8'th segment OVERWRITE_CONTRECORD? I don't say that
makes some progress on this, but could be the first step.
regards.
--
Kyotaro Horiguchi
NTT Open Source Software Center
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Imseih (AWS), Sami | 2022-05-27 02:01:27 | Re: [BUG] Panic due to incorrect missingContrecPtr after promotion |
| Previous Message | Justin Pryzby | 2022-05-27 01:54:35 | Re: PostgreSQL 15 Beta 1 release announcement draft (windows) |