Re: CREATE INDEX CONCURRENTLY does not index prepared xact's data

From: Semab Tariq <semab(dot)tariq(at)enterprisedb(dot)com>
To: Noah Misch <noah(at)leadboat(dot)com>
Cc: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Sandeep Thakkar <sandeep(dot)thakkar(at)enterprisedb(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Andrey Borodin <x4mmm(at)yandex-team(dot)ru>, Andres Freund <andres(at)anarazel(dot)de>, CM Team <cm(at)enterprisedb(dot)com>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>, Michael Paquier <michael(at)paquier(dot)xyz>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Geoghegan <pg(at)bowt(dot)ie>
Subject: Re: CREATE INDEX CONCURRENTLY does not index prepared xact's data
Date: 2021-11-07 15:25:09
Message-ID: CABimMB4dQXvhB2Ja93BAWJzpM89RDzF-vdpM+=s4W7EbN+jKDw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Sun, Nov 7, 2021 at 4:08 AM Noah Misch <noah(at)leadboat(dot)com> wrote:

> On Fri, Nov 05, 2021 at 04:22:36AM -0700, Noah Misch wrote:
> > On Fri, Nov 05, 2021 at 03:21:15PM +0500, Semab Tariq wrote:
> > > Breakpoint 1, 0x40000000003fcb50:0 in equalTupleDescs (
> > > tupdesc1=0x40010006f968, tupdesc2=0x87ffffffffffac50)
> >
> > The addresses there are weird. tupdesc1 is neither a stack address nor
> a heap
> > address; it may be in a program text section. tupdesc2 is a stack
> address.
> > In the earlier stack trace from
> >
> https://postgr.es/m/CANFyU94Xa8a5+4sZ7PxOiDLq+yN89g6y-9nNk-eLEvX6YUXbXA@mail.gmail.com
> > both tupdesc1 and tupdesc2 were heap addresses.
> >
> > >
> /home/pgbfarm/buildroot-gharial-HEAD/postgresql/src/test/subscription/tmp_check/t_080_step_equalTupleDescs_main_data/commands-gdb:8:
> Error in sourced command file:
> > > Error accessing memory address 0x40010006f968: Bad address.
> >
> > Thanks. Please try the attached test version, which avoids exiting too
> early
> > like the last version did.
>
> If you haven't run that yet, please use this version instead. It collects
> more data. The log will probably be too big to be proper for the mailing
> list, so please compress it.
>

Hi Noah
PFA new regress_log_080_step_equalTupleDescs file generated from your
latest patch

--
Thanks & Regards,
Semab

Attachment Content-Type Size
log.tar.bz2 application/x-bzip2 49.0 KB

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Alexander Lakhin 2021-11-07 18:00:00 Re: BUG #17255: Server crashes in index_delete_sort_cmp() due to race condition with vacuum
Previous Message Andres Freund 2021-11-07 00:06:55 Re: BUG #17268: Possible corruption in toast index after reindex index concurrently