Я выполняю MariaDB 10.0.23-0 на Ubuntu 15.10 как сервер ЛАМПЫ. Выполнение 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'.
apparmor был преступником. Несмотря на содержание /etc/apparmor.d/usr.sbin.mysqld
являющийся только комментирует и утверждая, что это было там так, чтобы apparmor не дросселировал на MariaDB, это точно, что происходило.
AppArmor и MySQL на блоге Oracle, предоставленном, что я должен был выяснить то, что продолжалось.
sudo aa-status
шоу Вы, что делает apparmor; что на самом деле имеет вынужденную политику, по сравнению с тем, что просто установлено жаловаться.
sudo apt-get install apparmor-utils
добавляет несколько команд, которые делают профили apparmor легче иметь дело с, такой как...
sudo aa-complain /usr/sbin/mysqld
повороты профиль от "осуществляют" для жалобы. (aa-enforce
возвращает его.)
, После того как это сделано, sudo service apparmor reload
перезапуски apparmor, и вуаля... sudo /etc/init.d/mysql start
работы и сервер не ложится спать.
Я должен был полностью отключить mysql в apparmor. aa-complain ничего не сделал бы для меня. Так...
ln -s /etc/apparmor.d/usr.sbin.mysqld /etc/apparmor.d/disable/
Затем перезагрузка
У меня была вполне та же проблема после обновления от 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, который, кажется, эквивалентен плутократ решение)
$ sudo aa-disable /usr/sbin/mysqld
Disabling /usr/sbin/mysqld.
, я отключил mysqld-akonadi и mysqld-digikam также.
перезагрузка apparmor была недостаточно, таким образом, я имел к перезагрузка и mariadb, запущенный отлично.
Простое решение состоит в том, чтобы удалить любые неизвестные профили AppArmor:
aa-remove-unknown
Removing '/snap/core/6350/usr/lib/snapd/snap-confine'
Removing '/usr/sbin/mysqld'
Это работает!