☰

ユーザー接続中にmysqlサービスを再起動するとサービスエラーが発生する

tag-icon • tag-icon systemd mysql services
ユーザー接続中にmysqlサービスを再起動するとサービスエラーが発生する

my.iniを介して文字セットをutf8に変更し、サービスの再起動中に別のターミナルセッションでユーザーログインを忘れました。

最初に、systemdはサービスの実行中にサービスを停止する問題を報告しました。 systemd を介してシステムを再起動した後、サービスを開始できなくなります。

$ sudo service mysql status
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled)
   Active: activating (start-post) (Result: exit-code)
  Process: 2750 ExecStart=/usr/sbin/mysqld (code=exited, status=1/FAILURE)
  Process: 2747 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS)
 Main PID: 2750 (code=exited, status=1/FAILURE);         : 2751 (mysql-systemd-s)
    Tasks: 2 (limit: 512)
   CGroup: /system.slice/mysql.service
           └─control
             ├─2751 /bin/bash /usr/share/mysql/mysql-systemd-start post
             └─2838 sleep 1
systemd[1]: Starting MySQL Community Server...
systemd[1]: mysql.service: Main process exited, code=exited, status=1/FAILURE

これはsystemdによって報告されたサービスの現在の状態です。

また、サービスを開始しようとすると、次のようになります。

$ sudo systemctl start mysql.service

私は一つあります失敗する以下のように分析しますjournalctl。

$ journalctl -xe

-- Unit mysql.service has begun starting up.
 pam_unix(sudo:session): session closed for user root
    user : TTY=pts/0 ; PWD=/var/log/mysql ; USER=root ; COMMAND=/bin/systemctl start mysql.service
 pam_unix(sudo:session): session opened for user root by user(uid=0)
 mysql.service: Main process exited, code=exited, status=1/FAILURE
 pam_unix(cron:session): session opened for user root by (uid=0)
 (root) CMD (  [ -x /usr/lib/php/sessionclean ] && /usr/lib/php/sessionclean)
 pam_unix(cron:session): session closed for user root
 Failed to start MySQL Community Server.
-- Subject: Unit mysql.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
...

これは認証モジュールに関連していることを示しますpam。
しかし、どのように処理するのかわかりません...

ベストアンサー1



sudo mysql -uroot -p
パスワード：******を使用してrootとしてログインして
から
mysql> exitを終了すると、

サービスが機能し始め、正常に再起動され、問題がついに解決されました。

このサービスがあるようです。ゾンビの状態！として報告されたが、実行されないsystemdrootとしてログインしてshow databases;コマンドを実行でき、魅力的に動作するので、実際に動作しています！

本当に非常に奇妙な質問です！しかし、sudo他のすべてのユーザーがクライアントとその資格情報の簡単な呼び出しでログインしている間にデータベースでログインを使用する理由を知っている人がいます。理由を知りたいです！ Linuxユーザーとユーザーの間には、私がまったく理解していなかった奇妙な関係があるようです。rootmysqlmysql

おすすめ記事