| From: | Jim Jones <jim(dot)jones(at)uni-muenster(dot)de> |
|---|---|
| To: | Zsolt Parragi <zsolt(dot)parragi(at)percona(dot)com> |
| Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Reject COPY TO of unlogged relations during recovery |
| Date: | 2026-10-16 11:06:04 |
| Message-ID: | e864a0a0-3ef3-4556-b0c6-bfab9dfe7b90@uni-muenster.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 16/10/2026 09:34, Jim Jones wrote:
> So I am not sure how the mentioned contrib modules should behave. But I
> agree that anything is better than the current error message:
>
> postgres=# select * from pgrowlocks('ut');
> ERROR: could not open file "base/5/16410": No such file or directory
>
> That said, I would be in favour of creating a separate patch for the
> contrib modules. WDYT?
I took a look at the contrib modules and the fix is pretty much
identical everywhere. Regarding how to approach it, it I guess where a
function fails today with "could not open file", it's fine to report a
proper error message instead -- this rather unhelpful error message is
sitting there for a long time and didn't seem to bother anybody.
Thoughts?
Best, Jim
| From | Date | Subject | |
|---|---|---|---|
| Next Message | surya poondla | 2026-10-16 11:17:39 | Re: PSQL schema "describe" \dn is not escaping quotes |
| Previous Message | Tristan Partin | 2026-10-16 10:02:53 | Re: gcc 15 "array subscript 0" warning at level -O3 |