Re: Segfault while creating logical replication slots on active DB 14.6-1 + 15.1-1

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: Segfault while creating logical replication slots on active DB 14.6-1 + 15.1-1
Дата
Msg-id CAA4eK1K4JFoHFhKLW0rBxDd_NfB4hPFSf4fu4-pFJBiJH1m_EA@mail.gmail.com
обсуждение исходный текст
Ответ на Segfault while creating logical replication slots on active DB 14.6-1 + 15.1-1  (Alex Richman <alexrichman@onesignal.com>)
Ответы Re: Segfault while creating logical replication slots on active DB 14.6-1 + 15.1-1
Список pgsql-bugs
On Thu, Dec 15, 2022 at 4:35 AM Alex Richman <alexrichman@onesignal.com> wrote:
>
> We've noticed a segfault bug while creating logical replication slots.  We've seen this on 14.6-1 and 15.1-1 (both
installedfrom postgres apt-archive repos to debian 11 hosts).  We're confident that this behaviour is not present in
14.5-1.
>
> We can only reproduce this if the server is under load (reads/writes from clients, perhaps also pg_repacks, reindexes
etc). If the server is idle then we cannot reproduce it.
 
>
> Dmesg logs:
> 211935.284834] postgres[2297089]: segfault at 10 ip 000055907a33dd97 sp 00007fff6ebef068 error 4 in
postgres[559079e4d000+51a000]
>
> Postgres logs:
> 2022-12-14 22:33:58 UTC 2297089STATEMENT:  SELECT pg_create_logical_replication_slot('replica_b7fa97cc_28',
'pgoutput',false);
 
> 2022-12-14 22:33:58 UTC 778310LOG:  server process (PID 2297089) was terminated by signal 11: Segmentation fault
> 2022-12-14 22:33:58 UTC 778310DETAIL:  Failed process was running: SELECT
pg_create_logical_replication_slot('replica_b7fa97cc_28','pgoutput', false);
 
> 2022-12-14 22:33:58 UTC 778310LOG:  terminating any other active server processes
>
> Journal logs:
> Dec 14 22:33:58 c7a2da82-x60-postgres-persistence-onesignal kernel: postgres[2297089]: segfault at 10 ip
000055907a33dd97sp 00007fff6ebef068 error 4 in postgres[559079e4d000+51a000]
 
> Dec 14 22:33:58 c7a2da82-x60-postgres-persistence-onesignal kernel: Code: 48 83 c4 08 49 89 c0 5b 41 5c 4c 89 c0 41
5d5d c3 66 90 83 e3 02 75 b8 e9 71 18 b9 ff e9 d3 18 b9 ff 90 48 89 fe 48 8b 7f f8 <48> 8b 47 >
 
>
> Let me know if you need any more info.
>

It is difficult to diagnose this without more information because
there is no clear call stack or a reproducible scenario. Will it be
possible for you to get a reproducible test case or at least call
stack to proceed?

-- 
With Regards,
Amit Kapila.



В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #17720: pg_dump creates a dump with primary key that cannot be restored, when specifying 'using index ...'
Следующее
От: David Rowley
Дата:
Сообщение: Re: BUG #17721: A completely unused CTE negatively affect Query Plan