-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Postgres docker image 15.3 is rebuilt and does not work for us anymore. #1210
Comments
As I know :
And it makes sense to install the latest PostGIS 3.4.2 with these. I would recommend upgrading to pg 15.6, as it is likely to solve the PostGIS problem as well.
Currently, in the https://github.com/postgis/docker-postgis repository,
Support for bookworm is expected soon ( currently under testing ). postgis/postgis:15-3.4 ( debian:bullseye )
The PostGIS images are regenerated weekly to include the latest changes. If you have more questions about |
The Tags like If you require a truly unchanging tag, then pulling by digest is the solution. |
OK, I understand the concept of pulling from digest but how to handle the fact that it after your update contains breaking changes for use with POSTGIS. Please note that POSTGIS can be installed but it doesn't work on complex intersects. |
I'm sorry that I wrote the last comment on the run and completely forgot to be polite. I do very much appreciate your efforts in answering my question and give me inputs and solutions. Thank you for that and thank you for bringing PostgreSQL to us in a container as well. You do a stellar work! |
Without knowledge of your specific Dockerfile, it's difficult to offer assistance. Since with version
It's possible that the automatic Debian version change caused the problem.
You have to check on which Debian version the old, functioning image is based. ( Probably it was bullseye ) Now: $ docker run -it --rm postgres:15.2 bash -c "cat etc/os-release | grep VERSION"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
$ docker run -it --rm postgres:15.3 bash -c "cat etc/os-release | grep VERSION"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm
$ docker run -it --rm postgres:15-bullseye bash -c "cat etc/os-release | grep VERSION"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
$ docker run -it --rm postgres:15 bash -c "cat etc/os-release | grep VERSION"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm It's always a wise practice to lock the main PostgreSQL version (15) together with the Debian version in the Docker tag. If the Debian version change is the issue, you have two options,
After the change, it's also advisable to perform a full reindex!
I believe the upgrade ( |
Hi!
We have been using postgres docker images for the past years now and a peculiar this happen recently.
After bumping version of the docker base image to 15.3 on the 29:th of November, upon we add postgis and friends it has been working perfectly for some months.
When we recently rebuilt our image, still based on a freshly pulled 15.3 we got some strange behavior on complex Postgis commands like
st_intersect(geom, geom)
.Digging into the image I found that the digest on postgres 15.3 had changed from
sha256:ad126c2b7482...
tosha256:8775adb39f0d
downloaded today.I was under the impression that a built docker version stays the same over time. Without that understanding you will find yourself on a very loose ground indeed.
We have tried other versions but none with higher version numbers work together with postgis for us. However, downgrading to 15.2 works although we haven't dared to pull it recently.
What I really want to know is if this is intended and let you know is that your docker images has changed after they where introduced, possibly at numerous occasions in case you do not know this.
Looking at the tags list today a lot of images was rebuilt
9 days ago by [doijanky]
among others: 16, 16.2, 15.6, 15, 14.11, 14, 13.14, 13, 12.18, 12 but not 16.1, 15.5, 14.10, 13.12. It is hard to understand why some but not all are rebuilt if it is due to a change in the underlying OS.Furthermore if you have a solution to our problem with postgis it would be much appreciated because at current state we need to find another solution to this for us to keep maintaining our images. Possibly using the postgis docker images loosing the tighter upgrade on the base os.
We install the POSTGIS that is available in the underlying distribution and are running on RedHat Enterprise Linux 9.3 with linux kernel
5.14.0-362.18.1.el9_3.x86_64
The text was updated successfully, but these errors were encountered: