MIME-Version: 1.0
References: <CAKoxK+7G+=nEmJdV9k0r_FNNJ5ZCo2we0H8uNNzuCjnbh462mg@mail.gmail.com>
 <CAKNkYnyPs8sNwb7Xq3sDSYRgNyHgQNibJjcyrkv596uCOLGXxQ@mail.gmail.com>
In-Reply-To: <CAKNkYnyPs8sNwb7Xq3sDSYRgNyHgQNibJjcyrkv596uCOLGXxQ@mail.gmail.com>
From: Luca Ferrari <fluca1978@gmail.com>
Date: Wed, 12 Mar 2025 13:31:05 +0100
Message-ID: <CAKoxK+5ek4R-6kxzJ1TALf_Dxe-dM-xjTLkWp=9_BTP7Gx8Jrg@mail.gmail.com>
Subject: Re: ERROR: could not read block 0 in file when creating an index out
 of a function
To: Artur Zakirov <zaartur@gmail.com>
Cc: pgsql-general <pgsql-general@lists.postgresql.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://www.postgresql.org/message-id/CAKoxK%2B5ek4R-6kxzJ1TALf_Dxe-dM-xjTLkWp%3D9_BTP7Gx8Jrg%40mail.gmail.com>
Precedence: bulk

On Wed, Mar 12, 2025 at 12:54=E2=80=AFPM Artur Zakirov <zaartur@gmail.com> =
wrote:
>
> I can reproduce this with the table `t` on PG 15.10.

I didn't mention I'm running 16.6, but I'm pretty sure it is
reproducible on other versions too.

>
> In your case `base/357283/365810` file is a new index file. For some
> reason Postgres tries to read the new index. I suppose this is because
> during reading the table `t` within the function `f_t` it tries to
> access the new index.

Yeah, even if it is not clear to me why it is trying to read the index
that is under creation (i.e., not usable yet).


>
> According to the documentation, IMMUTABLE functions should not only
> modify the database, but also return the same results given the same
> arguments forever, which might not be true when you query a table
> within such a function. Such a function should be defined as STABLE or
> VOLATILE.

As I stated, this example is controversial, and as the documentation
states, the IMMUTABLE set of functions should not perform database
lookups, as in my example.
However, the error message is quite obscure to me, and reminds me a
disk corruption rather a stability/function/lookup problem.

Luca