Re: assertion failure 9.3.4
| От | Andrew Dunstan |
|---|---|
| Тема | Re: assertion failure 9.3.4 |
| Дата | |
| Msg-id | 534C97BB.80304@dunslane.net обсуждение исходный текст |
| Ответ на | Re: assertion failure 9.3.4 (Alvaro Herrera <alvherre@2ndquadrant.com>) |
| Список | pgsql-hackers |
On 04/14/2014 10:02 PM, Alvaro Herrera wrote: > Andrew Dunstan wrote: > >> and here the stack trace: >> >> #0 0x000000361ba36285 in __GI_raise (sig=6) at >> ../nptl/sysdeps/unix/sysv/linux/raise.c:64 >> #1 0x000000361ba37b9b in __GI_abort () at abort.c:91 >> #2 0x000000000075c157 in ExceptionalCondition >> (conditionName=<optimized out>, errorType=<optimized out>, >> fileName=<optimized out>, lineNumber=<optimized out>) >> at /home/andrew/pgl/pg_9_3/src/backend/utils/error/assert.c:54 >> #3 0x000000000048c2af in MultiXactIdGetUpdateXid (xmax=<optimized >> out>, t_infomask=<optimized out>) at >> /home/andrew/pgl/pg_9_3/src/backend/access/heap/heapam.c:5873 >> #4 0x000000000078ad50 in HeapTupleSatisfiesMVCC >> (tuple=0x7feb3be8a790, snapshot=0x1025d70, buffer=2172) at >> /home/andrew/pgl/pg_9_3/src/backend/utils/time/tqual.c:1221 > Clearly this is a bug related to multixacts and the related tqual.c > changse. Will look. > > OK. If you need me to test patches I can do so. cheers andrew
В списке pgsql-hackers по дате отправления: