Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564
От
Tom Lane
Тема
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564
Дата
Msg-id
2522099.1681769384@sss.pgh.pa.us
Ответ на
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 (Justin Pryzby)
Список
Дерево обсуждения
v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Justin Pryzby <pryzby@telsasoft.com>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Tom Lane <tgl@sss.pgh.pa.us>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Tom Lane <tgl@sss.pgh.pa.us>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Tom Lane <tgl@sss.pgh.pa.us>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Andres Freund <andres@anarazel.de>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Tom Lane <tgl@sss.pgh.pa.us>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Andres Freund <andres@anarazel.de>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Tom Lane <tgl@sss.pgh.pa.us>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Justin Pryzby <pryzby@telsasoft.com>
Re: v16dev: TRAP: failed Assert("size > SizeOfXLogRecord"), File: "xlog.c", Line: 1055, PID: 13564 Tom Lane <tgl@sss.pgh.pa.us>
Justin Pryzby writes: > On Mon, Apr 17, 2023 at 01:50:30PM -0400, Tom Lane wrote: >> Bingo: bisecting shows the failure started at > Just curious: what "test" did you use to bisect with ? The test case I used looked like start postmaster with -c wal_level=minimal -c max_wal_senders=0 make installcheck-parallel psql -d regression -c "do 'begin for i in 1..1000 loop execute ''create table lots''||i||'' as select * from onek''; end loop; end';" pg_dump -Fc -Z0 regression >~/regression.dump createdb r2 pg_restore -d r2 --single-transaction --no-tablespace ~/regression.dump Dumping the regression database as-is didn't reproduce it for me, but after I added a bunch more tables it did reproduce. (I added the -Z0 bit after some of the bisection test points hit the interval where somebody had broken pg_dump's compression features. It didn't seem relevant to the problem so I just disabled that.) regards, tom lane
В списке pgsql-hackers по дате отправления