Skip to content
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

failed to start container #38

Open
jelmd opened this issue Feb 5, 2025 · 2 comments
Open

failed to start container #38

jelmd opened this issue Feb 5, 2025 · 2 comments

Comments

@jelmd
Copy link

jelmd commented Feb 5, 2025

migration-assist mysql <DSN> --mattermost-version=8.1.2 --save-diff --full-schema-check fails with:

2025-02-05 16:51:12 pinging mysql...
2025-02-05 16:51:12 connected to mysql successfully...
Output file already exists, do you want to overwrite it? [y/N]: y
2025-02-05 16:51:14 setting up a test MySQL instance...
2025/02/05 16:51:14 failed to start container: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?: failed to create container

Why does it need docker bloat for schema checking?

@isacikgoz
Copy link
Member

Hey @jelmd it is creating a temporary database and runs the migrations from scratch. So that we can have a schema that we can compare according to your current database. Probably it's better to document it why we need docker here. The gist is we create a separate instance of MySQL to be able to "replicate" the expected schema.

@jelmd
Copy link
Author

jelmd commented Feb 7, 2025

@isacikgoz Ahh, ok. Expected that this checks in addition some other system settings/catalogs, which usually do not really have a negative impact on the mattermost db [migration]. IMHO at least a hint, that this requires docker for duplication would help.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants