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

Drupal 9 and 10 recipes fail to launch if database is set to MySQL 8.0 #40

Closed
GoonerW opened this issue Oct 25, 2022 · 3 comments
Closed
Labels
bug Something isn't working

Comments

@GoonerW
Copy link

GoonerW commented Oct 25, 2022

I recently tried switching one of my development sites using the Drupal 9 recipe from MySQL 5.7 (default) to MySQL 8.0 and the container failed to start. Looking at the logs the MySQL Service itself was erroring on the following configuration that Lando provides in its custom mysql.cnf file
query_cache_limit = 1M
query_cache_size = 64M
Query Cache has been removed completely from MySQL 8 (and was disabled by default back in MySQL 5.6) See this MySQL blog post for details.
Copying the template mysql.cnf file and loading it as a custom config file in Lando, commenting out the above two lines, allows the MySQL 8 container to then launch successfully.

Can we get an updated Drupal 9 and 10 recipe that removes those lines as they're no longer needed. Perhaps also suggest for the Drupal 10 recipe, that MySQL 8.0 be the default as MySQL 5.7 goes EoL in October 2023?

@GoonerW GoonerW added the bug Something isn't working label Oct 25, 2022
@DuaelFr
Copy link

DuaelFr commented Mar 6, 2024

It seems that this has been addressed in lando/lando#1462 by the commit b418dd5

@AaronFeledy
Copy link
Collaborator

Thanks for pointing that out @DuaelFr

@GoonerW
Copy link
Author

GoonerW commented Mar 7, 2024

It still wasn't working for me, until I realised that I was using a slightly different configuration (that still appears to have the issue).
I changed my .lando.yml to

config:
     database: mysql:8.0

and it now seems to work

Previously, I was using an explicit service for the database (I think to workaround this original issue)

database: 
    type: mysql:8.0

This still fails

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants