Re: START_REPLICATION SLOT causing a crash in an assert build
От | Jaime Casanova |
---|---|
Тема | Re: START_REPLICATION SLOT causing a crash in an assert build |
Дата | |
Msg-id | YyNPkABHU5uWz3NS@ahch-to обсуждение исходный текст |
Ответ на | Re: START_REPLICATION SLOT causing a crash in an assert build (Kyotaro Horiguchi <horikyota.ntt@gmail.com>) |
Ответы |
Re: START_REPLICATION SLOT causing a crash in an assert build
|
Список | pgsql-hackers |
On Thu, Sep 15, 2022 at 05:30:11PM +0900, Kyotaro Horiguchi wrote: > At Thu, 15 Sep 2022 01:26:15 -0500, Jaime Casanova <jcasanov@systemguards.com.ec> wrote in > > On Tue, Sep 13, 2022 at 10:07:50PM -0500, Jaime Casanova wrote: > > > On Tue, Sep 13, 2022 at 06:48:45PM +0900, Kyotaro Horiguchi wrote: > > > > > > > > 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. > > > > > > > I talked too fast, while it solves the immediate problem the patch as is > > causes other crashes. > > Where did the crash happen? Is it a bug introduced by it? Or does it > root to other cause? > Just compile and run the installcheck tests. It fails at ./src/backend/utils/activity/pgstat_shmem.c:530 inside pgstat_release_entry_ref() because it expects a "deadbeef", it seems to be a magic variable but cannot find what its use is. Attached a backtrace. -- Jaime Casanova Director de Servicios Profesionales SystemGuards - Consultores de PostgreSQL
Вложения
В списке pgsql-hackers по дате отправления: