<div dir="ltr">Hi,<div><br></div><div>No, it is very infrequent. In fact, I've only seen it once so far.</div><div><br></div><div>Best regards,</div><div>Emond</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op ma 1 jul 2024 om 08:03 schreef Tatsuo Ishii <<a href="mailto:ishii@sraoss.co.jp">ishii@sraoss.co.jp</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So far, I was not able to find any defect in the code, nor reproduce<br>
the segfault. Does it occur frequently?<br>
<br>
Best reagards,<br>
--<br>
Tatsuo Ishii<br>
SRA OSS LLC<br>
English: <a href="http://www.sraoss.co.jp/index_en/" rel="noreferrer" target="_blank">http://www.sraoss.co.jp/index_en/</a><br>
Japanese:<a href="http://www.sraoss.co.jp" rel="noreferrer" target="_blank">http://www.sraoss.co.jp</a><br>
<br>
> Thanks.<br>
> <br>
> I will look into the core using the binary.<br>
> <br>
> Best reagards,<br>
> --<br>
> Tatsuo Ishii<br>
> SRA OSS LLC<br>
> English: <a href="http://www.sraoss.co.jp/index_en/" rel="noreferrer" target="_blank">http://www.sraoss.co.jp/index_en/</a><br>
> Japanese:<a href="http://www.sraoss.co.jp" rel="noreferrer" target="_blank">http://www.sraoss.co.jp</a><br>
> <br>
>> Hi,<br>
>> <br>
>> No, it was not. At that moment, we did not yet apply any patches to 4.5.2,<br>
>> so it was a plain 4.5.2 build. I've recreated the binary as it was built at<br>
>> that time.<br>
>> <br>
>> Best regards,<br>
>> Emond<br>
>> <br>
>> Op wo 26 jun 2024 om 08:30 schreef Tatsuo Ishii <<a href="mailto:ishii@sraoss.co.jp" target="_blank">ishii@sraoss.co.jp</a>>:<br>
>> <br>
>>> Hi Emond,<br>
>>><br>
>>> As Pengbo is busy, I am going to look into this instead of her.<br>
>>> Question: was the pgpool executable file same as the one I received at:<br>
>>> <a href="https://www.pgpool.net/pipermail/pgpool-general/2024-June/009203.html" rel="noreferrer" target="_blank">https://www.pgpool.net/pipermail/pgpool-general/2024-June/009203.html</a><br>
>>><br>
>>> If not, can we share the pgpool executable file at that moment?<br>
>>><br>
>>> Best reagards,<br>
>>> --<br>
>>> Tatsuo Ishii<br>
>>> SRA OSS LLC<br>
>>> English: <a href="http://www.sraoss.co.jp/index_en/" rel="noreferrer" target="_blank">http://www.sraoss.co.jp/index_en/</a><br>
>>> Japanese:<a href="http://www.sraoss.co.jp" rel="noreferrer" target="_blank">http://www.sraoss.co.jp</a><br>
>>><br>
>>> > Hi,<br>
>>> ><br>
>>> > Thank you for reporting this issue.<br>
>>> > I will look into it.<br>
>>> ><br>
>>> > On Wed, 22 May 2024 14:31:23 +0200<br>
>>> > Emond Papegaaij <<a href="mailto:emond.papegaaij@gmail.com" target="_blank">emond.papegaaij@gmail.com</a>> wrote:<br>
>>> ><br>
>>> >> Hi,<br>
>>> >><br>
>>> >> Today one of our tests detected a segmentation fault in pgpool. At that<br>
>>> >> moment, the system runs with a single node, so no replication is<br>
>>> involved.<br>
>>> >> During one of the actions, the database is restarted. This seems to<br>
>>> match<br>
>>> >> exactly with the moment of the segmentation fault in pgpool. Below is<br>
>>> the<br>
>>> >> backtrace. I've attached the pgpool logs. You can find the segmentation<br>
>>> >> fault at timestamp 2024-05-22T08:47:04.231172. In the kernel logs, the<br>
>>> real<br>
>>> >> segmentation fault seems to occur a few seconds before that, at<br>
>>> 08:47:01,<br>
>>> >> right at the moment when the database is stopped.<br>
>>> >><br>
>>> >> I've also attached the coredump itself. Ppgpool is version 4.5.2 and it<br>
>>> was<br>
>>> >> compiled without debug symbols and with default compiler optimization.<br>
>>> I'm<br>
>>> >> not that deep into C development, so I'm not sure if this makes much<br>
>>> >> difference on the reliability of the dump. I obtained the backtrace by<br>
>>> >> rebuilding pgpool with debug symbols (but keeping the same optimization<br>
>>> >> settings).<br>
>>> >><br>
>>> >> Best regards,<br>
>>> >> Emond<br>
>>> >><br>
>>> >> #0  pfree (pointer=0x7fdabff0fdb8) at ../../src/utils/mmgr/mcxt.c:956<br>
>>> >> #1  0x00005593b38c5be5 in MemoryContextDelete (context=0x7fdabff0fdb8)<br>
>>> at<br>
>>> >> ../../src/utils/mmgr/mcxt.c:229<br>
>>> >> #2  0x00005593b389af93 in pool_query_context_destroy<br>
>>> >> (query_context=0x5593b4b28d38) at context/pool_query_context.c:125<br>
>>> >> #3  0x00005593b3896218 in pool_sent_message_destroy<br>
>>> >> (message=0x5593b4b2b5e8) at context/pool_session_context.c:468<br>
>>> >> #4  0x00005593b3896013 in pool_remove_sent_message (kind=80 'P',<br>
>>> >> name=0x5593b4b60740 "") at context/pool_session_context.c:399<br>
>>> >> #5  0x00005593b389692f in pool_add_sent_message<br>
>>> (message=0x5593b4b2b198) at<br>
>>> >> context/pool_session_context.c:643<br>
>>> >> #6  0x00005593b3881377 in Parse (frontend=0x5593b4b204f8,<br>
>>> >> backend=0x7fdabff096d8, len=4, contents=0x5593b4b35f98 "") at<br>
>>> >> protocol/pool_proto_modules.c:1588<br>
>>> >> #7  0x00005593b388523d in ProcessFrontendResponse<br>
>>> (frontend=0x5593b4b204f8,<br>
>>> >> backend=0x7fdabff096d8) at protocol/pool_proto_modules.c:2833<br>
>>> >> #8  0x00005593b3879b99 in read_packets_and_process<br>
>>> >> (frontend=0x5593b4b204f8, backend=0x7fdabff096d8, reset_request=0,<br>
>>> >> state=0x7ffd95ab31b0, num_fields=0x7ffd95ab31b6, cont=0x7ffd95ab31ab<br>
>>> >> "\001\223U") at protocol/pool_process_query.c:5117<br>
>>> >> #9  0x00005593b386ccbf in pool_process_query (frontend=0x5593b4b204f8,<br>
>>> >> backend=0x7fdabff096d8, reset_request=0) at<br>
>>> >> protocol/pool_process_query.c:247<br>
>>> >> #10 0x00005593b3865174 in do_child (fds=0x5593b4b078e0) at<br>
>>> >> protocol/child.c:467<br>
>>> >> #11 0x00005593b382aa4c in fork_a_child (fds=0x5593b4b078e0, id=6) at<br>
>>> >> main/pgpool_main.c:863<br>
>>> >> #12 0x00005593b3829e30 in PgpoolMain (discard_status=0 '\000',<br>
>>> >> clear_memcache_oidmaps=0 '\000') at main/pgpool_main.c:561<br>
>>> >> #13 0x00005593b38279e6 in main (argc=2, argv=0x7ffd95ac0568) at<br>
>>> >> main/main.c:365<br>
>>> ><br>
>>> ><br>
>>> > --<br>
>>> > Bo Peng <<a href="mailto:pengbo@sraoss.co.jp" target="_blank">pengbo@sraoss.co.jp</a>><br>
>>> > SRA OSS LLC<br>
>>> > TEL: 03-5979-2701 FAX: 03-5979-2702<br>
>>> > URL: <a href="https://www.sraoss.co.jp/" rel="noreferrer" target="_blank">https://www.sraoss.co.jp/</a><br>
>>> > _______________________________________________<br>
>>> > pgpool-general mailing list<br>
>>> > <a href="mailto:pgpool-general@pgpool.net" target="_blank">pgpool-general@pgpool.net</a><br>
>>> > <a href="http://www.pgpool.net/mailman/listinfo/pgpool-general" rel="noreferrer" target="_blank">http://www.pgpool.net/mailman/listinfo/pgpool-general</a><br>
>>><br>
> _______________________________________________<br>
> pgpool-general mailing list<br>
> <a href="mailto:pgpool-general@pgpool.net" target="_blank">pgpool-general@pgpool.net</a><br>
> <a href="http://www.pgpool.net/mailman/listinfo/pgpool-general" rel="noreferrer" target="_blank">http://www.pgpool.net/mailman/listinfo/pgpool-general</a><br>
</blockquote></div>