From: | Dmitriy Sarafannikov <dimon99901(at)mail(dot)ru> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | pgsql-bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: [BUGS] Postgres backend segfault |
Date: | 2016-01-27 07:06:40 |
Message-ID: | 1453878400.81526320@f404.i.mail.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Thanks for answer,
>This is telling that this process is running a cache invalidation
>signal outside a transaction block. The only logical explanation that
>I see here is that the transaction state of CurrentTransactionState is
>not set to TBLOCK_DEFAULT, making transInvalInfo to not be
>initialized, but we are sure that it is initialized via
>IsTransactionOrTransactionBlock and CurrentTransactionState is set
>per-backend. What kind of commands have you run in parallel for this
>to happen?
There were performed parallel only standard commands like select, update, insert, delete, stored procedures which execute select/update/delete/insert
Value of CurrentTransactionState:
(gdb) print *CurrentTransactionState
$1 = {transactionId = 0, subTransactionId = 1, name = 0x0, savepointLevel = 0, state = TRANS_COMMIT, blockState = TBLOCK_STARTED, nestingLevel = 1, gucNestLevel = 1, curTransactionContext = 0x7f6ecdc3de10,
curTransactionOwner = 0x7f6eccf72800, childXids = 0x0, nChildXids = 0, maxChildXids = 0, prevUser = 21339, prevSecContext = 0, prevXactReadOnly = 0 '\000', startedInRecovery = 0 '\000',
didLogXid = 0 '\000', parent = 0x0}
--
Best regards,
Dmitriy Sarafannikov
From | Date | Subject | |
---|---|---|---|
Next Message | Jan Lentfer | 2016-01-27 07:44:27 | Re: Encoding problems with "COMMENT ON DATABASE .." causing pg_restore (and pg_upgrade) to fail |
Previous Message | Vladimir Kunschikov | 2016-01-27 06:14:47 | Re: BUG #13888: pg_dump write error |