Почему мариадб продолжает умирать? Как остановить его?

Question 1

Я запускаю MariaDB 10.0.23-0 на Ubuntu 15.10 в качестве сервера LAMP. Запуск sudo /etc/init.d/mysql start приводит к:

Job for mariadb.service failed because a timeout was exceeded. See "systemctl status mariadb.service" and "journalctl -xe" for details.

Выход из systemctl status mariadb.service:

● mariadb.service - MariaDB database server Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled) Drop-In: /etc/systemd/system/mariadb.service.d └─migrated-from-my.cnf-settings.conf Active: failed (Result: timeout) since Sat 2016-03-26 22:52:42 EDT; 26s ago Process: 8707 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER (code=exited, status=0/SUCCESS) Process: 8706 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS) Main PID: 8707 (code=exited, status=0/SUCCESS) Mar 26 22:52:39 boggan systemd[1]: mariadb.service: Start operation timed out. Terminating. Mar 26 22:52:39 boggan mysqld[8707]: 2016-03-26 22:52:39 140105856617216 [Note] /usr/sbin/mysqld: Normal shutdown Mar 26 22:52:39 boggan mysqld[8707]: 2016-03-26 22:52:39 140105856617216 [Note] Event Scheduler: Purging the queue. 0 events Mar 26 22:52:39 boggan mysqld[8707]: 2016-03-26 22:52:39 140104920164096 [Note] InnoDB: FTS optimize thread exiting. Mar 26 22:52:39 boggan mysqld[8707]: 2016-03-26 22:52:39 140105856617216 [Note] InnoDB: Starting shutdown... Mar 26 22:52:42 boggan mysqld[8707]: 2016-03-26 22:52:42 140105856617216 [Note] InnoDB: Shutdown completed; log sequence number 3336953 Mar 26 22:52:42 boggan mysqld[8707]: 2016-03-26 22:52:42 140105856617216 [Note] /usr/sbin/mysqld: Shutdown complete Mar 26 22:52:42 boggan systemd[1]: Failed to start MariaDB database server. Mar 26 22:52:42 boggan systemd[1]: mariadb.service: Unit entered failed state. Mar 26 22:52:42 boggan systemd[1]: mariadb.service: Failed with result 'timeout'`

Первая строка systemd своего рода «хорошо дух». Я знаю, что это приурочено. Второй systemd, после строк mysqld немного мистифицирует, потому что он действительно начинается. Обычно приложение (OwnCloud), которое зависит от базы данных, работает нормально ... для минуты и изменения, которые MariaDB встал.

Другой вопрос предложил использовать time /etc/init.d/mysql start, чтобы определить, сколько времени прошло , Я проверил его несколько раз, чтобы подтвердить время - это несколько секунд по обе стороны от 90-х каждый раз.

Другие исследования привели меня к проверке прав доступа к файлам, которые хороши ... кроме того, это делает запускается, временно. Я ткнул и подтолкнул к лучшему из моих (по общему признанию, ограниченному, когда дело доходит до Linux) способности, и я не сделал никакого прогресса.

Итак, вопрос в том, как ... Как мне получить служба MariaDB, чтобы не ложиться спать?

В качестве дополнительной морщинки, после написания этого вопроса, я оставил машину в рабочем состоянии. Я вернулся к нему через неделю (я не касался этого между ними). Используя ту же команду, sudo /etc/init.d/mysql start, был успешным. Демон mysql запускался и запускался; он вернулся с докладом [ ok ]. Я перезагрузился для экспериментов, и я вернулся туда, где начал.

В случае, если это имеет значение, вывод journalctl -xe:

Apr 02 23:51:44 boggan systemd[1]: Stopped Read required files in advance. -- Subject: Unit ureadahead.service has finished shutting down -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit ureadahead.service has finished shutting down. Apr 02 23:51:55 boggan mysqld[2645]: 2016-04-02 23:51:55 140386161068800 [Note] InnoDB: Online DDL : Start Apr 02 23:51:55 boggan mysqld[2645]: 2016-04-02 23:51:55 140386161068800 [Note] InnoDB: Online DDL : Start reading clustered index of the table and create temporary files Apr 02 23:51:55 boggan mysqld[2645]: 2016-04-02 23:51:55 140386161068800 [Note] InnoDB: Online DDL : End of reading clustered index of the table and create temporary files Apr 02 23:51:55 boggan mysqld[2645]: 2016-04-02 23:51:55 140386161068800 [Note] InnoDB: Online DDL : Completed Apr 02 23:51:55 boggan mysqld[2645]: 2016-04-02 23:51:55 140386161068800 [Note] InnoDB: Online DDL : Completed Apr 02 23:52:06 boggan dbus[713]: [system] Failed to activate service 'org.bluez': timed out Apr 02 23:52:37 boggan systemd[1]: mariadb.service: Start operation timed out. Terminating. Apr 02 23:52:37 boggan mysqld[2645]: 2016-04-02 23:52:37 140386097400576 [Note] /usr/sbin/mysqld: Normal shutdown Apr 02 23:52:37 boggan kernel: audit: type=1400 audit(1459655557.935:31): apparmor="DENIED" operation="sendmsg" profile="/usr/sbin/mysqld" name="/run/systemd/notify" pid=2645 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=122 ouid=0 Apr 02 23:52:37 boggan audit[2645]: AVC apparmor="DENIED" operation="sendmsg" profile="/usr/sbin/mysqld" name="/run/systemd/notify" pid=2645 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=122 ouid=0 Apr 02 23:52:37 boggan mysqld[2645]: 2016-04-02 23:52:37 140386097400576 [Note] Event Scheduler: Purging the queue. 0 events Apr 02 23:52:37 boggan mysqld[2645]: 2016-04-02 23:52:37 140385225500416 [Note] InnoDB: FTS optimize thread exiting. Apr 02 23:52:37 boggan mysqld[2645]: 2016-04-02 23:52:37 140386097400576 [Note] InnoDB: Starting shutdown... Apr 02 23:52:39 boggan mysqld[2645]: 2016-04-02 23:52:39 140386097400576 [Note] InnoDB: Shutdown completed; log sequence number 3360838 Apr 02 23:52:39 boggan mysqld[2645]: 2016-04-02 23:52:39 140386097400576 [Note] /usr/sbin/mysqld: Shutdown complete Apr 02 23:52:39 boggan kernel: audit: type=1400 audit(1459655559.419:32): apparmor="DENIED" operation="sendmsg" profile="/usr/sbin/mysqld" name="/run/systemd/notify" pid=2877 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=122 ouid=0 Apr 02 23:52:39 boggan audit[2877]: AVC apparmor="DENIED" operation="sendmsg" profile="/usr/sbin/mysqld" name="/run/systemd/notify" pid=2877 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=122 ouid=0 Apr 02 23:52:39 boggan audit[2645]: AVC apparmor="DENIED" operation="sendmsg" profile="/usr/sbin/mysqld" name="/run/systemd/notify" pid=2645 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=122 ouid=0 Apr 02 23:52:39 boggan kernel: audit: type=1400 audit(1459655559.419:33): apparmor="DENIED" operation="sendmsg" profile="/usr/sbin/mysqld" name="/run/systemd/notify" pid=2645 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=122 ouid=0 Apr 02 23:52:39 boggan systemd[1]: Failed to start MariaDB database server. -- Subject: Unit mariadb.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit mariadb.service has failed. -- -- The result is failed. Apr 02 23:52:39 boggan systemd[1]: mariadb.service: Unit entered failed state. Apr 02 23:52:39 boggan systemd[1]: mariadb.service: Failed with result 'timeout'.

Question 2

Мне пришлось полностью отключить mysql в apparmor. Ага-жалоба ничего не сделала для меня. Итак ...

ln -s /etc/apparmor.d/usr.sbin.mysqld /etc/apparmor.d/disable/

Затем перезагрузите

Question 3

Question 4

У меня была такая же проблема после обновления с mysql до mariadb. Странным было то, что запуск службы mariadb завершился неудачно с тайм-аутом (либо при загрузке системы, либо в режиме ручной), тогда как служба mysql запускается успешно.

Объяснение, данное T.J.L. правильно, но коррекция не сработала для меня.

$ sudo aa-complain /usr/sbin/mysqld
Setting /usr/sbin/mysqld to complain mode.

ERROR: /etc/apparmor.d/usr.sbin.mysqld contains no profile

Итак, я отключил профиль (с aa-disable, который, по-видимому, эквивалентен решению TJL ),

$ sudo aa-disable /usr/sbin/mysqld
Disabling /usr/sbin/mysqld.

Я отключил mysqld-akonadi и mysqld-digikam.

Перезагрузка apparmor была недостаточной, поэтому мне пришлось перезагружаться, а mariadb начался отлично. [!d6 ]

plutocrat · Answer 1 · 23 May 2018 в 12:34

Мне пришлось полностью отключить mysql в apparmor. Ага-жалоба ничего не сделала для меня. Итак ...

ln -s /etc/apparmor.d/usr.sbin.mysqld /etc/apparmor.d/disable/

Затем перезагрузите

5

ответ дан plutocrat 23 May 2018 в 12:34

1

Спасибо! Это было единственное решение моей проблемы! Я также обновил с mysql до mariadb – Thomas Gatt 10 February 2018 в 12:03

ChrisAga · Answer 2 · 23 May 2018 в 12:34

У меня была такая же проблема после обновления с mysql до mariadb. Странным было то, что запуск службы mariadb завершился неудачно с тайм-аутом (либо при загрузке системы, либо в режиме ручной), тогда как служба mysql запускается успешно.

Объяснение, данное T.J.L. правильно, но коррекция не сработала для меня.

$ sudo aa-complain /usr/sbin/mysqld
Setting /usr/sbin/mysqld to complain mode.

ERROR: /etc/apparmor.d/usr.sbin.mysqld contains no profile

Итак, я отключил профиль (с aa-disable, который, по-видимому, эквивалентен решению TJL ),

$ sudo aa-disable /usr/sbin/mysqld
Disabling /usr/sbin/mysqld.

Я отключил mysqld-akonadi и mysqld-digikam.

Перезагрузка apparmor была недостаточной, поэтому мне пришлось перезагружаться, а mariadb начался отлично. [!d6 ]

Почему мариадб продолжает умирать? Как остановить его?

2 ответа

Другие вопросы по тегам:

Похожие вопросы: