From: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
---|---|
To: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
Cc: | andres(at)anarazel(dot)de, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: START_REPLICATION SLOT causing a crash in an assert build |
Date: | 2022-09-14 03:07:50 |
Message-ID: | YyFFhixwFK2jk6zW@ahch-to |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Sep 13, 2022 at 06:48:45PM +0900, Kyotaro Horiguchi wrote:
> Nice finding.
>
> At Tue, 13 Sep 2022 00:39:45 -0500, Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> wrote in
> > and the problem seems to be that after zero'ing the stats that includes
> > the name of the replication slot, this simple patch fixes it... not sure
> > if it's the right fix though...
>
> That doesn't work. since what that function clears is not the name in
> the slot struct but that in stats entry.
>
you're right... the curious thing is that I tested it and it worked, but
now it doesn't... maybe it was too late for me...
> The cause is what pg_stat_reset_replslot wants to do does not match
> what pgstat feature thinks as reset.
>
[...]
>
> Another measure would be to add the region to wipe-out on reset to
> PgStat_KindInfo, but it seems too much.. (attached)
>
This patch solves the problem, i didn't like the other solution because
as you say it partly nullify the protection of the assertion.
--
Jaime Casanova
Director de Servicios Profesionales
SystemGuards - Consultores de PostgreSQL
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2022-09-14 03:08:06 | Re: failing to build preproc.c on solaris with sun studio |
Previous Message | Richard Guo | 2022-09-14 02:55:40 | Re: A small typo |