-
-
Notifications
You must be signed in to change notification settings - Fork 864
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
MySQL fails to start when mysql_datadir
is set to anything other than MySQL's default
#510
Comments
Note: I have a task to disable AppArmor for MySQL, so that's probably not the cause. |
try to use |
@xeonic-ant Ah, thanks! I found another workaround (symlinking Just want to note: even with a workaround, this role professes support for changing the datadir, so it should work. |
@geerlingguy any suggestions on what to do? I am running into this trying to setup a new server on Ubuntu 22.04. We disable / mask apparmor, so it isn't apparmor stopping it. My settings mysql_root_username: root
mysql_root_password: password
mysql_port: 3306
mysql_datadir: "/klib/data/mysql"
mysql_root_password_update: true
This is the error log after a fresh install and run of the playbook.
|
Partially Fixes geerlingguy#510 This will create the expected data directory. This most likely does not address protections in place because of AppArmor on Ubuntu
I made a PR that will initialize a custom data directory. This does not handle any AppArmor issues, since we made the decision at this point to disable AppArmor locally. |
Partially Fixes geerlingguy#510 This will create the expected data directory. This most likely does not address protections in place because of AppArmor on Ubuntu Have to account for MariaDB and MySQL's differences in initalizing a new system
Partially Fixes geerlingguy#510 This will create the expected data directory. This most likely does not address protections in place because of AppArmor on Ubuntu Have to account for MariaDB and MySQL's differences in initalizing a new system
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution! Please read this blog post to see the reasons why I mark issues as stale. |
I don't see anything in the commit logs to suggest this is fixed, so don't mark it stale yet, bot 👍 |
Partially Fixes geerlingguy#510 This will create the expected data directory. This most likely does not address protections in place because of AppArmor on Ubuntu Have to account for MariaDB and MySQL's differences in initalizing a new system
Same problem here |
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution! Please read this blog post to see the reasons why I mark issues as stale. |
not stle
…On Sat, Dec 9, 2023 at 2:58 PM github-actions[bot] ***@***.***> wrote:
This issue has been marked 'stale' due to lack of recent activity. If
there is no further activity, the issue will be closed in another 30 days.
Thank you for your contribution!
Please read this blog post
<https://www.jeffgeerling.com/blog/2020/enabling-stale-issue-bot-on-my-github-repositories>
to see the reasons why I mark issues as stale.
—
Reply to this email directly, view it on GitHub
<#510 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AALBHSFNQAEAK2IRDGIBOB3YITGGTAVCNFSM6AAAAAASYO5MP2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBYGY4DAOJQHE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution! Please read this blog post to see the reasons why I mark issues as stale. |
I don't think this is stale |
Yeah it’s not stale |
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution! Please read this blog post to see the reasons why I mark issues as stale. |
Not staleOn Aug 24, 2024, at 3:58 PM, github-actions[bot] ***@***.***> wrote:
This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 30 days. Thank you for your contribution!
Please read this blog post to see the reasons why I mark issues as stale.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
Our Ansible playbooks use this role and set the MySQL datadir like this:
When this is set the plays fail with this error on every database server:
Then running
sudo journalctl -xeu mysql
turns up the following:Unfortunately, running
mysqld --initialize
appears to work, but causes plays to fail at a later step with a MySQL permissions error. So it's not a viable workaround.This issue is a duplicate of #399 , the bot closed it, despite it being a current issue.
OS: Ubuntu 22.04
MySQL version:
/usr/sbin/mysqld Ver 8.0.31-0ubuntu0.22.04.1 for Linux on x86_64 ((Ubuntu))
The text was updated successfully, but these errors were encountered: