Update postgis in a replicated PostgreSQL 12 database now with postgis-3

Andrew Hardy andrew.hardy at sabstt.com
Mon Jul 1 08:37:37 PDT 2024


Thank you so much for your response, I appreciate it.

I omitted to mention that before I messaged I had tried to resolve this in
the  pg_proc table and ran the following query:

UPDATE pg_proc SET probin = '$libdir/postgis-3' WHERE probin =
'$libdir/rtpostgis-2.5';

This was probably a mistake (not least that postgis-3 is not the raster
library) and I am wondering if this is resolvable.

I have only just discovered the following documentation:

https://postgis.net/documentation/tips/tip-upgrading-raster-from-2-3/

Q1: And I am wondering if the postgis_extensions_upgrade()  mentioned in
the upgrade instructions assumes one is starting from a particular state
and I need to get back there from my mistake above or if this upgrade
function will resolve things whatever the state.

Q2: Should I still run postgis_full_version() - is this function a
benign query, unlike postgis_extensions_upgrade()  ?

Thanks,

Andrew



On Tue, 25 Jun 2024 at 08:08, Sandro Santilli <strk at kbt.io> wrote:

> Hi Andrew, replies inline
>
> On Mon, Jun 24, 2024 at 05:38:50PM +0100, Andrew Hardy wrote:
>
> > We noticed some odd failures executing a SELECT on a table with a point
> > type column.  The error was: 'could not access file
> "$libdir/postgis-2.5":
> > No such file or directory' .
>
> This means you have some left-over old PostGIS functions in your
> database, so the upgrade was not complete. What does the following
> query return ?
>
>   SELECT postgis_full_version()
>
> --strk;
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20240701/8bb11044/attachment.htm>


More information about the postgis-users mailing list