接手一台MySQL 5.6.40-log MySQL Community Server数据库服务器 ,关闭MySQL服务时遇到下面错误,MySQL的错误日志中没有出现这个信息,另外,重启MySQL服务时没有问题。只是在关闭MySQL服务时遇到这个错误信息,看着挺别扭的。当然这个是在非root用户下启动/关闭,如果在root用户下启动/关闭则没有这个错误信息:
$ service mysqld stopShutting down MySQL.... SUCCESS!rm: cannot remove '/var/lock/subsys/mysql': Permission denied$ service mysqld startStarting MySQL. SUCCESS!
找到MySQL服务的配置文件 etc/rc.d/init.d/mysqld,分析定位到stop部分代码,如下所示:
# Lock directory for RedHat / SuSE.lockdir='/var/lock/subsys'lock_file_path="$lockdir/mysql".................................. 'stop') # Stop daemon. We use a signal here to avoid having to know the # root password. if test -s "$mysqld_pid_file_path" then mysqld_pid=`cat "$mysqld_pid_file_path"` if (kill -0 $mysqld_pid 2>/dev/null) then echo $echo_n "Shutting down MySQL" kill $mysqld_pid # mysqld should remove the pid file when it exits, so wait for it. wait_for_pid removed "$mysqld_pid" "$mysqld_pid_file_path"; return_value=$? else log_failure_msg "MySQL server process #$mysqld_pid is not running!" rm "$mysqld_pid_file_path" fi # Delete lock for RedHat / SuSE if test -f "$lock_file_path" then rm -f "$lock_file_path" fi exit $return_value else log_failure_msg "MySQL server PID file could not be found!" fi ;;
检查验证发现当前用户(非root用户),没有删除/var/lock/subsys/mysql文件的权限。
$ ls -lrt /var/locklrwxrwxrwx. 1 root root 11 Jun 5 2020 /var/lock -> ../run/lock$ ls -lrt /var/lock/subsys/total 0-rw-r--r-- 1 root root 0 Oct 15 2020 network-rw-r--r-- 1 root root 0 Oct 15 2020 local-rw-r--r-- 1 root root 0 Oct 15 2020 mysql$ rm /var/lock/subsys/mysql
rm: cannot remove ‘/var/lock/subsys/mysql’: Permission denied
解决办法
修改/etc/rc.d/init.d/mysqld中lockdir变量的值,指定到用户mysql有权限的目录。问题解决。另外一种解决方式是通过授予用户访问文件的权限。但是感觉没有第一种方式好。因为一些原因,现在DBA使用JumpServer登录系统时,只允许非root账号访问。
lockdir='/data/mysqldata'
文章转载自DBA闲思杂想录,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




