Re: BUG #18599: server closed the connection unexpectedly

Поиск
Список
Период
Сортировка
От Karim Chaid
Тема Re: BUG #18599: server closed the connection unexpectedly
Дата
Msg-id DS0PR10MB60311BCC0A1A0D572079A6B4C39E2@DS0PR10MB6031.namprd10.prod.outlook.com
обсуждение исходный текст
Ответ на Re: BUG #18599: server closed the connection unexpectedly  (Karim Chaid <kchaid@hotmail.com>)
Ответы Re: BUG #18599: server closed the connection unexpectedly
Список 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@hotmail.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
havedownloaded 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.munro@gmail.com> wrote:
>>> 
>>> On Wed, Sep 4, 2024 at 5:05 PM David Rowley <dgrowleyml@gmail.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

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