Re: Segmentation fault - PostgreSQL 17.0 - Mailing list pgsql-bugs

From Tomas Vondra
Subject Re: Segmentation fault - PostgreSQL 17.0
Date
Msg-id c7e236d8-3eaa-440c-98fc-45c9cb8a0a08@vondra.me
Whole thread Raw
In response to Segmentation fault - PostgreSQL 17.0  (Ľuboslav Špilák <lspilak@microstep-hdo.sk>)
List pgsql-bugs
On 11/9/24 17:35, Ľuboslav Špilák wrote:
> Hello.
> 
> After pg_upgrade there was 200 timeseries tables in xtimeseries database.
> Each about 2GB with two indexes.  One Btree and second brin index.  Brinis the case 
> on two columns (timeseries_id, time).
> 
> I created copy of one table and try change table to partitioned table,
> partigioned by time. One quartal to one partition.
> 
> Analyse, vacuum table.
> 
> Then i figured out it sigsegv on brin_page_items Function repeatedly.
> 
> So THEN I try  create new test table on pg17. I dont know now if I
> created table on different database or only on different schema, but on
> the same db cluster.
> Test table with one column with one brin index on that column. Insert
> only one row. I Vacuumed this test table. I try again sequence of three
> brin functions to check if brin index is computed. Third
> function brin_page_items caused sigsegv again.
> 

I'm a bit confused about what exactly are the cases that fail. But if
you're observing crashes even on tables/indexes created on PG17 after
the upgrade, it's unlikely related to the upgrade.

Please, get the backtrace when you have access to the system.

Is there anything special about the system? Which repository are you
using for postgres packages?


regards

-- 
Tomas Vondra




pgsql-bugs by date:

Previous
From: Ľuboslav Špilák
Date:
Subject: Re: Segmentation fault - PostgreSQL 17.0
Next
From: Thomas Munro
Date:
Subject: Re: Detection of hadware feature => please do not use signal