web-dev-qa-db-ja.com

mysqld.serviceのジョブが失敗しました「systemctl status mysqld.service」を参照

コンソールは言う

[root@ip-172-31-18-2 mysql]# service mysqld start
Starting mysqld (via systemctl):  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.

mysqld.service

[root@ip-172-31-18-2 mysql]# systemctl status mysqld.service
● mysqld.service - SYSV: MySQL database server.
   Loaded: loaded (/etc/rc.d/init.d/mysqld)
   Active: failed (Result: exit-code) since Sat 2017-02-18 20:59:17 IST; 36s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 9925 ExecStart=/etc/rc.d/init.d/mysqld start (code=exited, status=1/FAILURE)

Feb 18 20:59:16 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: Starting SYSV: MySQL database server....
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal mysqld[9925]: MySQL Daemon failed to start.
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal mysqld[9925]: Starting mysqld:  [FAILED]
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: mysqld.service: control process exited, code=exited status=1
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: Failed to start SYSV: MySQL database server..
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: Unit mysqld.service entered failed state.
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: mysqld.service failed.

私が今まで試したこと:

mysqld_safe --defaults-file=/etc/my.cf

chown -R mysql:mysql /var/lib/mysql

/etc/init.d/mysqld start

 /etc/init.d/mysqld stop

systemctl restart systemd-logind

サーバーを再起動しました

まだ運がありません。

my.cnfファイル

# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.7/en/server-configuration-defaults.html

[mysqld]
#
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
#
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
#
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock

# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
17
Nobi

今日、この問題に遭遇し、次の手順で修正しました。

1、ログファイル/var/log/mysqld.logを確認します

tail -f /var/log/mysqld.log

 2017-03-14T07:06:53.374603Z 0 [ERROR] /usr/sbin/mysqld: Can't create/write to file '/var/run/mysqld/mysqld.pid' (Errcode: 2 - No such file or directory)
 2017-03-14T07:06:53.374614Z 0 [ERROR] Can't start server: can't create PID file: No such file or directory

ログには、ファイルまたはディレクトリがない/var/run/mysqld/mysqld.pid

2、ディレクトリを作成します/var/run/mysqld

mkdir -p /var/run/mysqld/

3、再びmysqldを開始しますservice mysqld start、それでも失敗します。再度ログを確認します/var/log/mysqld.log

2017-03-14T07:14:22.967667Z 0 [ERROR] /usr/sbin/mysqld: Can't create/write to file '/var/run/mysqld/mysqld.pid' (Errcode: 13 - Permission denied)
2017-03-14T07:14:22.967678Z 0 [ERROR] Can't start server: can't create PID file: Permission denied

許可が拒否されたという。

4、mysql chown mysql.mysql /var/run/mysqld/にパーミッションを付与します

5、mysqldを再起動します

# service mysqld restart
Restarting mysqld (via systemctl):                         [  OK  ]
8
Adam Deng

これらは私がこれを修正するために取ったステップです:

/ etc/mysqlのmy.cnfファイルをバックアップし、削除するか、名前を変更します

Sudo mv /etc/mysql/my.cnf /etc/mysql/my.cnf.bak

フォルダー/etc/mysql/mysql.conf.d/を削除します

Sudo rm -r /etc/mysql/mysql.conf.d/

My.cnfファイルが他の場所に隠されていないことを確認します(ホームディレクトリで行いました!)または/etc/alternatives/my.cnfで使用します

Sudo find / -name my.cnf

今すべてを再インストールします

Sudo apt purge mysql-server mysql-server-5.7 mysql-server-core-5.7
Sudo apt install mysql-server

Syslogに「mysqld: '/etc/mysql/conf.d/'のディレクトリを読み取れません」などのエラーが表示される場合は、シンボリックリンクを作成します。

Sudo ln -s /etc/mysql/mysql.conf.d /etc/mysql/conf.d

その後、サービスはSudoサービスmysql startで開始できるはずです。

うまくいけばいい

2
CJ-UNIq

私の特定のケースでは、DebianベースのLinuxディストリビューションで/var/log/mysqlパッケージ5.7.21-1のmysql-serverがないためにエラーが表示されていました。 straceおよびSudo /usr/sbin/mysqld --daemonize --pid-file=/run/mysqld/mysqld.pid(これはsystemdサービスが実際に実行するものです)を実行すると、問題の原因は次のようになりました。

2019-01-01T09:09:22.102568Z 0 [ERROR] Could not open file '/var/log/mysql/error.log' for error logging: No such file or directory

最近/var/logのいくつかのディレクトリのコンテンツを削除したので、驚きはありませんでした。解決策は、ディレクトリを作成し、mysqlユーザーが所有するようにすることでした。

$ Sudo mkdir /var/log/mysql
$ Sudo chown -R mysql:mysql /var/log/mysql

Sudo mysql -u rootを介して喜んでログインし、古くて馴染みのあるmysql>プロンプトで挨拶しました。

1

同じ問題がありました。以下のように解決しました。コマンドを使用:

Sudo tail -f /var/log/messages|grep -i mysql

sELinuxポリシーが問題の原因かどうかを確認します。その場合、最初にコマンド#sestatusを使用してSELinuxポリシーが有効になっているかどうかを確認します。有効になっている場合は、無効にします。無効にするには:

  1. # vi /etc/sysconfig/selinux
  2. 「SELINUX = enforcing」を「SELINUX = disabled」に変更します
  3. linuxを再起動します
  4. sestatusで確認すると、「無効」と表示されるはずです。

Mysqlをアンインストールして再インストールします。動作するはずです。

0
rajat saha