<div dir="ltr">When ever I upgrade, I simply install the new version side by side on the same machine but on a different port.  Then I do:<div>pg_restore -p 5432 mydbase | psql -p 5433 mydbase</div><div>and see if anything throws an error.  If everything works, I test it for a while and then finally shut them down and swap ports in postgresql.conf </div><div>Will this avoid the issue?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 26, 2020 at 12:11 PM Regina Obe <<a href="mailto:lr@pcorp.us">lr@pcorp.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Presumably 15 years out from the 1.x -> 2.x we can stop worrying about<br>
> bundling unpackaged postgis into an extension, and just recommend a hard<br>
> upgrade dump/restore to the hardy souls still running 1.x.<br>
> <br>
> P.<br>
> <br>
<br>
We don't need to worry about 1.x cause 1.x can only do a hard upgrade to 2 or 3.  We never supported soft upgrade from 1.x<br>
Easy solution there is just to install postgis extension and do pg_restore/postgis_restore of your data.<br>
<br>
So it's really just the 2.1 -> 3 that are of concern.<br>
I think now is a fine time to encourage everyone to upgrade to 3 if they can so they don't need to suffer any crazy solutions we come up with  :)<br>
<br>
Turn this into a convenient emergency.<br>
<br>
Thanks,<br>
Regina<br>
<br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-devel</a></blockquote></div>