| 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
| 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 |