Re: BUG #18377: Assert false in "partdesc->nparts >= pinfo->nparts", fileName="execPartition.c", lineNumber=1943

From: David Rowley <dgrowleyml(at)gmail(dot)com>
To: 1026592243(at)qq(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Subject: Re: BUG #18377: Assert false in "partdesc->nparts >= pinfo->nparts", fileName="execPartition.c", lineNumber=1943
Date: 2024-03-06 02:09:20
Message-ID: CAApHDvrGJ5K-cgMFLbfOUp_QAZhVb9CnQisygtvSoZG7X1wO7w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Tue, 5 Mar 2024 at 20:17, PG Bug reporting form
<noreply(at)postgresql(dot)org> wrote:
> 1943 Assert(partdesc->nparts >= pinfo->nparts);
> (gdb) p partdesc->nparts
> $1 = 1
> (gdb) p pinfo->nparts
> $2 = 2

The following comment says this shouldn't happen, but apparently it can:

* Because we request detached partitions to be included, and
* detaching waits for old transactions, it is safe to assume that
* no partitions have disappeared since this query was planned.

Added Álvaro as he knows this area best.

David

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tender Wang 2024-03-06 03:10:49 Re: "type with xxxx does not exist" when doing ExecMemoize()
Previous Message Michael Paquier 2024-03-05 23:12:48 Re: BUG #18371: There are wrong constraint residues when detach hash partiton concurrently