Problém
Při pokusu o spuštění MySQL pomocí systemctl se nepodaří spustit, například:
# systemctl status mysqld
● mysqld.service - MySQL Server
Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled)
Active: inactive (dead)
Docs: man:mysqld(8)
http://dev.mysql.com/doc/refman/en/using-systemd.html # systemctl start mysqld Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.
Řešení
Příčin může být více. Některé (ale nejen) příklady jsou:
- Překlep v možnosti konfigurace v konfiguračním souboru MySQL.
- Přítomnost již nepoužívané možnosti v konfiguračním souboru MySQL.
- Chybné oprávnění na úrovni systému souborů.
Chcete-li zjistit, jaká chyba způsobuje, že se MySQL nespustí, existuje několik zdrojů, které lze použít:
1. Protokol chyb MySQL
Ve výchozím nastavení je umístěn v /var/log/mysqld.log ale v případě chyby protokolu může být na jiném místě je nastavena v konfiguračním souboru MySQL. Toto je nejlepší místo, kde začít, ale v závislosti na chybě se proces spouštění nemusí dostat ani tak daleko, aby se zapsal do protokolu chyb MySQL.
2. Zkontrolujte výstup „systemctl status mysqld“
Výstup „systemctl status mysqld“ může také pomoci identifikovat příčinu selhání.
# systemctl status mysqld
3. Systemd journal
Žurnál systemd může pomoci dostat se ke kořenové příčině selhání. Můžete jej například interaktivně procházet pomocí:
# journalctl -xe
Pokud potřebujete, aby byl deník nahrán, aby jej prodejce analyzoval, musíte určit, kde se nachází. Toto je specifické pro systém. Například s výchozí konfigurací lze deník na CentOS/RHEL 7 nalézt v podadresáři pod /run/log/journal/ , například /run/log/journal/1ffd55f216ea46bd82d0f144065cc29b/system.journal. Jiné umístění může být /var/log/journal.
Nebo můžete deník exportovat jako:
# journalctl > journal.log
Jakmile zjistíte chybovou zprávu, použijte ji k prozkoumání hlavní příčiny.