From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
Cc: | sitnikov(dot)vladimir(at)gmail(dot)com, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical () at walsender.c:2762 |
Date: | 2020-05-28 07:58:22 |
Message-ID: | 20200528075822.GB44192@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, May 28, 2020 at 04:32:22PM +0900, Kyotaro Horiguchi wrote:
> I think that's not the case. I think I cause this crash with the
> HEAD. I'll post a fix soon.
>
> Pgjdbc seems initiating physical replication on a logical replication
> session.
Let me see... Indeed:
$ psql "replication=database dbname=postgres"
=# START_REPLICATION SLOT test_slot PHYSICAL 0/0;
[one <boom> later]
(gdb) bt
#0 XLogSendPhysical () at walsender.c:2762
#1 0x000055d5f7803318 in WalSndLoop (send_data=0x55d5f78039c7
<XLogSendPhysical>) at walsender.c:2300
#2 0x000055d5f7800d70 in StartReplication (cmd=0x55d5f919bc60) at
walsender.c:750
#3 0x000055d5f78025ad in exec_replication_command
(cmd_string=0x55d5f9119a80 "START_REPLICATION SLOT test_slot PHYSICAL
0/0;") at walsender.c:1643
#4 0x000055d5f786a7ea in PostgresMain (argc=1, argv=0x55d5f91472c8,
dbname=0x55d5f9147210 "ioltas", username=0x55d5f91471f0 "ioltas") at
postgres.c:4311
#5 0x000055d5f77b4e9c in BackendRun (port=0x55d5f913dcd0) at
postmaster.c:4523
#6 0x000055d5f77b4606 in BackendStartup (port=0x55d5f913dcd0) at
postmaster.c:4215
#7 0x000055d5f77b08ad in ServerLoop () at postmaster.c:1727
#8 0x000055d5f77b00fc in PostmasterMain (argc=3, argv=0x55d5f9113260)
at postmaster.c:1400
#9 0x000055d5f76b3736 in main (argc=3, argv=0x55d5f9113260) at
main.c:210
No need for the JDBC test suite then.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Noah Misch | 2020-05-28 08:03:44 | Re: Resolving the python 2 -> python 3 mess |
Previous Message | Michael Paquier | 2020-05-28 07:44:06 | Re: WAL reader APIs and WAL segment open/close callbacks |