Re: Segmentation fault - PostgreSQL 17.0

From: Tomas Vondra <tomas(at)vondra(dot)me>
To: Ľuboslav Špilák <lspilak(at)microstep-hdo(dot)sk>, "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: Segmentation fault - PostgreSQL 17.0
Date: 2024-11-09 16:47:35
Message-ID: c7e236d8-3eaa-440c-98fc-45c9cb8a0a08@vondra.me
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Thomas Munro 2024-11-10 09:19:54 Re: Detection of hadware feature => please do not use signal
Previous Message Ľuboslav Špilák 2024-11-09 16:35:05 Re: Segmentation fault - PostgreSQL 17.0