Re: [BUGS] signal 11 segfaults with parallel workers
От | Michael Paquier |
---|---|
Тема | Re: [BUGS] signal 11 segfaults with parallel workers |
Дата | |
Msg-id | CAB7nPqSa4p+tVpfXRHoV-Ex2DA46SzYNdNoa+GXCWvSz=x3G8w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [BUGS] signal 11 segfaults with parallel workers (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [BUGS] signal 11 segfaults with parallel workers
|
Список | pgsql-bugs |
On Mon, Jul 31, 2017 at 5:41 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Amit Kapila <amit.kapila16@gmail.com> writes: >> There is already a "Parallel Worker" memory context defined by that >> time. I think the issue is that multicorn library expects that >> Transaction context to be defined by that time. > > It looks like multicorn supposes that a library's _PG_init function can > only be called inside a transaction. That is broken with a capital B. > We need not consider parallel query to find counterexamples: that > means you can't preload multicorn using shared_preload_libraries, > as that loads libraries into the postmaster, which never has and never > will run transactions. > > Whatever it's trying to initialize in _PG_init needs to be done later. Indeed, that's bad. I am adding in CC Ronan who has been working on multicorn. At this stage, I think that you would be better out by disabling parallelism. -- Michael -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: