Re: Re: [BUGS] Segfault in MemoryContextAlloc

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Re: [BUGS] Segfault in MemoryContextAlloc
Дата
Msg-id 1409.1457707327@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [BUGS] Segfault in MemoryContextAlloc  (Dmitriy Sarafannikov <dimon99901@mail.ru>)
Ответы Re[2]: [BUGS] Re: [BUGS] Segfault in MemoryContextAlloc  (Dmitriy Sarafannikov <dimon99901@mail.ru>)
Список pgsql-bugs
=?UTF-8?B?RG1pdHJpeSBTYXJhZmFubmlrb3Y=?= <dimon99901@mail.ru> writes:
>> Both this and the other behavior you reported sure seem like "can't
>> happen" situations.  I do have a theory though: I think you are doing
>> something that is spawning multiple threads inside the backend, and then
>> the backend logic goes nuts because it's expecting to be single-threaded.

> I caught another segfault, which is similar to previous.

Uh, well:

> (gdb) info threads
>   Id   Target Id         Frame
>   2    Thread 0x7f0e329d2740 (LWP 46202) 0x00007f0e305e972b in __libc_recv (fd=13, buf=buf@entry=0x7f0e32a1b140
<PqRecvBuffer>,n=n@entry=8192, flags=-1, flags@entry=0) 
>     at ../sysdeps/unix/sysv/linux/x86_64/recv.c:33
> * 1    Thread 0x7f0e32820700 (LWP 46918) MemoryContextAlloc (context=0x0, size=120) at
/build/postgresql-9.4-1wOG_M/postgresql-9.4-9.4.6/build/../src/backend/utils/mmgr/mcxt.c:584

There's not enough information here to disclose what it is that's creating
a second thread, but you need to find that and make it stop.

            regards, tom lane



В списке pgsql-bugs по дате отправления:

Предыдущее
От: Dmitriy Sarafannikov
Дата:
Сообщение: Re[2]: [BUGS] Too many files in pg_replslot folder
Следующее
От: Dmitriy Sarafannikov
Дата:
Сообщение: Re[2]: [BUGS] Re: [BUGS] Segfault in MemoryContextAlloc