Mattermost v8.0+ and PostgreSQL
-
The latest mattermost release now recommends PostgreSQL over MySQL and the project is generally planing to phase out support for MySQL.
Any plans to migrate the cloudron mattermost app to PostgreSQL in the near future?
Some new features such as AI bots are only available with PostgreSQL instances., and we would love to be able to leverage that as soon as possible.
Just to plan accordingly, thanks!
-
https://github.com/mattermost/mattermost/issues/18351 is tracking how to migrate.
https://docs.mattermost.com/manage/bulk-export-tool.html and https://docs.mattermost.com/onboard/bulk-loading-data.html is possible the way to migrate but it says it doesn't migrate everything.
-
@c0decafe said in Mattermost v8.0+ and PostgreSQL:
Any plans to migrate the cloudron mattermost app to PostgreSQL in the near future?
yes, we will also move. Though the migration won't be automatic. I think we will just push a new package.
-
I am running Cloudron for 10+ paying customers and counting. One of the reasons how I convince them to use Cloudron is the maintenance of their open source software. All of them use mostly Mattermost. Obviously I’m not too happy that you don’t offer a migration path and make us do the work manually.
-
@mtd-sales you have to ask Mattermost team to provide a proper a migration path, this is not something we (cloudron team) can do. We just package the app.
https://github.com/mattermost/mattermost/issues/18351 is the upstream issue.
-
@ericdrgn thanks. https://github.com/mattermost/docs/blob/master/source/deploy/postgres-migration.rst are the instructions it seems.
I am thinking of the below:
- pgLoader, morph and dbcmp tools can be preinstalled into the package.
- New installations will use postgres automatically
- Existing package will be converted to contain access to both a postgres and mysql database. Users have to follow the upstream docs to migrate.
Thoughts?
-
That's probably the best way to do it, if anyone doesn't necessarily care about the data in mattermost they can just archive the mysql version and spin up a new one that automatically uses postgres, otherwise the migration steps aren't crazy if maintaining the data is important.