You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
however the latest tag in postgres instance is now 17 version.
At the time of initialization of container with latest tag it works fine but every time new version is released in postgres it breaks the containers and it throws error as follows.
2024-09-27 05:59:06.107 UTC [1] FATAL: database files are incompatible with server
2024-09-27 05:59:06.107 UTC [1] DETAIL: The data directory was initialized by PostgreSQL version 16, which is not compatible with this version 17.0 (Debian 17.0-1.pgdg120+1).
Just numbers change but error is always the same.
Can we solve this in a way that we do not need to recreate database or import again our subscriptions.
Purpose being : We use one postgres db as well as one mariadb etc for all containers instead of running all these separate instances and use watchtower service ( comon way to update container automation) . So using latest tag (tagless defaults to latest and thus keeping database instance updated). When you run around 60 odd containers you cannot manually fire comands to update them manually every time new image comes so watchtower is pretty much standard approach to solve this issue.
Steps to Reproduce
use official docker compose file to use latest tag or no tag to default to updated version of postgress. Currently docs refer 14 while current latest update from postgress official image is 17.
Check errors in portainer / watchtower / docker logs to see the same error.
Logs
2024-09-27 05:59:06.107 UTC [1] FATAL: database files are incompatible with server
2024-09-27 05:59:06.107 UTC [1] DETAIL: The data directory was initialized by PostgreSQL version 16, which is not compatible with this version 17.0 (Debian 17.0-1.pgdg120+1).
Screenshots
This one show that the image is outdated.
If we pull the default image it gets postgres version 17.
I've got the same problem.
Planka-DB no longer starts.
2024/09/27 17:37:00 stderr 2024-09-27 15:37:00.846 UTC [1] DETAIL: The data directory was initialized by PostgreSQL version 16, which is not compatible with this version 17.0 (Debian 17.0-1.pgdg120+1).
2024/09/27 17:37:00 stderr 2024-09-27 15:37:00.846 UTC [1] FATAL: database files are incompatible with server
I absolutely need to get it running again.
Are there any solutions or workarounds?
Yes, you need to migrate the DB on every major version. You don't really need to use the latest tag so you can just stick with version 16 unless you really need to use a feature introduced in a new PostgreSQL version.
unixfox
changed the title
[Bug] Postgres db hardcoded to version 14 in docker compose instructions however current version is 17 ( in latest tag )
[Question] Postgres db hardcoded to version 14 in docker compose instructions however current version is 17 ( in latest tag )
Sep 28, 2024
There is hardly any point in using a more recent version than 14, we are not that version dependent. Invidious works even with postgresql 10
Don't set the docker tag to latest on postgresql, that's a very bad idea which can lead to unexpected consequences. Your best bet is to set it to a major version tag without the minor number in it. Like postgres:14. If you do that you will receive the security updates when needed.
Describe the bug
The official instrcutions provided at at https://docs.invidious.io/installation/#docker-compose-method-production binds postgres to version 14
however the latest tag in postgres instance is now 17 version.
At the time of initialization of container with latest tag it works fine but every time new version is released in postgres it breaks the containers and it throws error as follows.
Just numbers change but error is always the same.
Can we solve this in a way that we do not need to recreate database or import again our subscriptions.
Purpose being : We use one postgres db as well as one mariadb etc for all containers instead of running all these separate instances and use watchtower service ( comon way to update container automation) . So using latest tag (tagless defaults to latest and thus keeping database instance updated). When you run around 60 odd containers you cannot manually fire comands to update them manually every time new image comes so watchtower is pretty much standard approach to solve this issue.
Steps to Reproduce
Logs
Screenshots
This one show that the image is outdated.
If we pull the default image it gets postgres version 17.
We followed this issue #2933 but it was closed and the instruction in the replies
iv-org/invidious#2933 (comment)
was not functional as the link https://docs.invidious.io/Installation.md given in response does not open.
Additional context
Watchtower -
Error screen -
Issue 2933 followed replies
The text was updated successfully, but these errors were encountered: