Re: BUG #18256: spgGetCache() attempts to read to read invalid file for index attached to partitioned table

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: exclusion(at)gmail(dot)com
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18256: spgGetCache() attempts to read to read invalid file for index attached to partitioned table
Date: 2023-12-21 16:04:16
Message-ID: 666908.1703174656@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> The following query:
> CREATE TABLE t(a int, b text) PARTITION BY RANGE (a);
> CREATE INDEX idx ON t USING spgist(b);
> SELECT * FROM t;

> produces an unexpected error:
> ERROR: could not open file "pg_tblspc/0/PG_16_202307071/0/0": No such file
> or directory

Thanks for the report. It looks like we could work around this by
teaching spgGetCache to not try to get the lastUsedPages info for
a partitioned index. (The rest of what it does is still valid for
partitioned indexes.) I wonder though if there are any other similar
bugs --- obviously, non-btree partitioned indexes haven't been
tested sufficiently.

> Reproduced on REL_16_STABLE (starting from 3c569049b) .. master.

It should be possible to exhibit similar problems long before 3c569049b,
I would guess.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Alexander Korotkov 2023-12-22 23:27:39 Re: BUG #18187: Unexpected error: "variable not found in subplan target lists" triggered by JOIN
Previous Message PG Bug reporting form 2023-12-21 14:00:01 BUG #18256: spgGetCache() attempts to read to read invalid file for index attached to partitioned table