mirror of
https://github.com/plankanban/planka.git
synced 2026-02-25 03:14:50 +03:00
The data directory was initialized by PostgreSQL version 14, which is not compatible with this version 15.0. #239
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @MFYDev on GitHub (Oct 18, 2022).
2022-10-18 17:39:05.010 UTC [1] DETAIL: The data directory was initialized by PostgreSQL version 14, which is not compatible with this version 15.0.
Hello, today the newest version of postgresql released and I installed planka by using docker-compose, could you please add support to the postgresql 15?
Thanks a lot
@meltyshev commented on GitHub (Oct 19, 2022):
Hi! It looks like you already had a volume planka_db-data that was initialized by PostgreSQL version 14. So you just need to convert it to the new version. You can find many options here: https://github.com/docker-library/postgres/issues/37 (I haven't tried and don't know which is the easiest way). Or if you don't need the previous data, then you can simply delete it and it should be recreated the next time you run it.
@timshannon commented on GitHub (Oct 19, 2022):
Just ran into this myself, and I think the real issue is the fact that planka's docker-compose file references an un-versioned image of postgres (
image: postgres:alpine), so it auto updates to the latest postgres version. Usually for DB's in docker-compose they'll reference the specific supported version for the application, and provide upgrade paths if they ever change.The easiest option for most people is probably just to update their docker-compose file to reference version 14:
I might also argue that the main repo's docker-compose file should also make this update, and reflect whatever version of postgres they develop and test on.
@vakarian92 commented on GitHub (Oct 19, 2022):
Thank you @timshannon I was having the same issue, really appreciated. I agree as well with what said about fixed version for
the database and upgrade path.
@meltyshev commented on GitHub (Oct 20, 2022):
Totally agree, I'll lock the version.