Re: Parallel scan with SubTransGetTopmostTransaction assert coredump
От | houzj.fnst@fujitsu.com |
---|---|
Тема | Re: Parallel scan with SubTransGetTopmostTransaction assert coredump |
Дата | |
Msg-id | OS0PR01MB571668730F78C04A813C6FA9942C9@OS0PR01MB5716.jpnprd01.prod.outlook.com обсуждение исходный текст |
Ответ на | Parallel scan with SubTransGetTopmostTransaction assert coredump ("Pengchengliu" <pengchengliu@tju.edu.cn>) |
Ответы |
Re: Parallel scan with SubTransGetTopmostTransaction assert coredump
|
Список | pgsql-hackers |
> To: Pengchengliu <pengchengliu@tju.edu.cn> > Cc: Greg Nancarrow <gregn4422@gmail.com>; Andres Freund <andres@anarazel.de>; PostgreSQL-development <pgsql-hackers@postgresql.org> > Subject: Re: Re: Parallel scan with SubTransGetTopmostTransaction assert coredump > I've also seen the reports of the same Assert(TransactionIdFollowsOrEquals(xid, TransactionXmin)) with a subsequent crashin a parallel worker in PostgreSQL v11-based > build, Though I was unable to investigate deeper and reproduce the issue. The details above in the thread make me thinkit is a real and long-time-persistent error that is > surely worth to be fixed. I followed Liu's reproduce steps and successfully reproduce it in about half an hour running. My compile option is : " ./configure --enable-cassert --prefix=/home/pgsql". After applying greg-san's change, the coredump did not happened in two hour(it is still running). Note, I have not taken a deep look into the change, just provide some test information in advance. Best regards, houzj
В списке pgsql-hackers по дате отправления: