MySQL Server 5.7将无法启动,并且未填充错误日志

我最近在Ubuntu 14.04上安装了MySQL Server 5.7(通过ansible使用this role是具体的).首次安装时启动很好,但是当我尝试重新启动它时,它会永远挂起：

sudo service MysqL restart
 * Stopping MysqL Community Server 5.7.13
 * MysqL Community Server 5.7.13 is already stopped
 * Re-starting MysqL Community Server 5.7.13
.................................................................................................................................................................................... 
 * MysqL Community Server 5.7.13 did not start. Please check logs for more details.

更糟糕的是,似乎没有错误日志在任何地方填充(我已经检查了/ var / log / MysqL /和/var/log/MysqL.err).

以详细模式运行(sudo /usr/sbin / MysqLd –user = MysqL –verbose)也没有给我任何帮助.

我在哪里可以诊断这个？

解决方法:

我也遇到了这个问题,我希望我的解决方案可以解决您的问题.

当我手动安装MysqL 5.7时它运行正常,但是使用Ansible角色它无法启动. MysqL日志文件没有任何帮助.检查/ var / log / syslog但是我从AppArmor发现了很多消息：

Aug 10 18:50:05 vagrant-ubuntu-trusty-64 kernel: [ 4446.790627] type=1400 audit(1470855005.470:40): apparmor="DENIED" operation="open" profile="/usr/sbin/MysqLd" name="/var/log/MysqL.err" pid=13991 comm="MysqLd" requested_mask="c" denied_mask="c" fsuid=109 ouid=109

AppArmor拒绝访问/var/log/MysqL.err文件,因为它的MysqLd策略不允许将文件写入/ var / log /,只是/ var / log / MysqL /. MysqL的AppArmor策略位于/etc/apparmor.d/usr.sbin.MysqLd.处理日志文件访问的策略部分显示：

# Allow log file access
  /var/log/MysqL/ r,
  /var/log/MysqL/** rw,

这基本上说AppArmor希望将日志文件写入/ var / log / MysqL而不用/ var / log.因为它看到MysqL试图在策略内部的目录之外写入它会让你失望.有几个解决方案,包括添加一个新的策略让MysqL写文件到/ var / log,但我发现最简单的更新处理日志文件的Ansible变量.

在geerlingguy.MysqL角色的默认变量中,设置了两个日志文件指针：

MysqL_slow_query_log_file: /var/log/MysqL-slow.log
MysqL_log_error: /var/log/MysqL.err

我重写这些默认值并将它们移动到/ var / log / MysqL：

MysqL_slow_query_log_file: /var/log/MysqL/MysqL-slow.log
MysqL_log_error: /var/log/MysqL/MysqL.err

现在AppArmor很高兴,MysqL启动并运行得很好.我的剧本的其余部分正常完成.

有关AppArmor和MysqL的更多信息,此页面提供了讨论和备用解决方案：
https://blogs.oracle.com/jsmyth/entry/apparmor_and_mysql

MySQL Server 5.7将无法启动,并且未填充错误日志

相关推荐