Re: BUG #18599: server closed the connection unexpectedly

From: Karim Chaid <kchaid(at)hotmail(dot)com>
To: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
Cc: David Rowley <dgrowleyml(at)gmail(dot)com>, "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #18599: server closed the connection unexpectedly
Date: 2024-09-06 22:18:06
Message-ID: DS0PR10MB60311BCC0A1A0D572079A6B4C39E2@DS0PR10MB6031.namprd10.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

One quick test recommended for me is to convert the columnar tables to heap.
Upon doing it, the query worked. It was hung in the first attempt but in the second attempt worked fine.

I would to get this resolved for columnar setup.

Regards

Sent from my iPhone

> On Sep 5, 2024, at 9:31 PM, Karim Chaid <kchaid(at)hotmail(dot)com> wrote:
>
> This is a VM based on IBM hardware.
> I can dig into the HW side if needed.
> I will check on jit setting and see if the issue can be resolved.
> As for the stack trace, there is no coredump and the search i did, look ile the pg_backtrace may be the way to go. I have downloaded the sourxe code from GitHub but looking for the make command options for rhel8.9 and any dependencies.
> Regards
>
> Sent from my iPhone
>
>>> On Sep 4, 2024, at 4:10 PM, Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
>>>
>>> On Wed, Sep 4, 2024 at 5:05 PM David Rowley <dgrowleyml(at)gmail(dot)com> wrote:
>>> Ideally, if you could use that to get a stack trace include that here.
>>> Alternatively, an even better option would be a self-contained series
>>> of SQL statements that we can run and recreate the issue.
>>
>> If this is an ARM CPU (like AWS Graviton), and if setting "jit=off"
>> fixes it, then it could be the known LLVM relocation issue[1], for
>> which we have a candidate solution pending. I mention this wild guess
>> because we're seeing a lot of these reports and it'd be much easier to
>> check that than figure out stack traces etc.
>>
>> [1] https://www.postgresql.org/message-id/flat/CAO6_Xqr63qj%3DSx7HY6ZiiQ6R_JbX%2B-p6sTPwDYwTWZjUmjsYBg%40mail.gmail.com

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Basha 2024-09-06 23:44:43 Re: [EXT]: Re: BUG #18604: Regression in PostgreSQL 16.4: pg_dump Prevents Essential System Table Modifications
Previous Message Christophe Pettus 2024-09-06 21:24:36 Re: [EXT]: Re: BUG #18604: Regression in PostgreSQL 16.4: pg_dump Prevents Essential System Table Modifications