Служба mysql не запускается/не зависает - тайм-аут (Ubuntu, MariaDB)
Я установил свой первый Ubuntu Server с Ubuntu 16.04, nginx, php7.0, MariaDB, nextcloud и внешним DynDNS, используя это руководство здесь: Установите Nextcloud 9 в Ubuntu 16.04
Все работало нормально, но так как я перезапустил сервер на следующий день, nextcloud просто показывает мне пустую страницу. После просмотра всех логов nginx, MariaDB и nextcloud я обнаружил, что служба mysql просто не запускается. Итак, запустите service mysql start
и все снова заработало (вызывая nextcloud с сервера, а также с других рабочих станций). Мне просто интересно, что терминал не "закрыл" линию. Как будто все еще работал над командой. Примерно через 5 минут строка "закрывается" и появляется следующее сообщение:
"Задание на mariadb.service не выполнено из-за превышения времени ожидания. См. "systemctl status mariadb.service" и "journalctl -xe" для подробностей. "
Тогда клиенты снова просто получают пустую страницу в nextcloud. Когда я запускаю команду и немедленно закрываю терминал, клиенты тоже получают доступ, но все равно теряют его через 5 минут.
Я попытался создать резервную копию следующего облака, sql и запустить apt-get purge --auto-remove mariadb-server
. Затем снова запустите шаги установки MariaDB из учебника, импортировав резервную копию sql, а не создавая новую. Не изменил все.
Следующая попытка была update-rc.d mysql defaults
и update-rc.d mysql enable
. Но после перезапуска снова просто пустая страница. Доступ возможен только в течение 5 минут после запуска руководства по обслуживанию.
Я также попробовал BUM - BootUpManager, но служба, кажется, включена. Я видел, что вы можете запускать сервисы из него также вручную. Так что попробуйте с mysql и удивлением: nextcloud доступно в течение 5 минут, а BUM просто зависает.
Я также нашел mariadb.com/kb/en/mariadb/starting-and-stopping-mariadb-automatics/, но ничего не пробовал, потому что, похоже, что-то действительно не так.
[email protected]:~# systemctl status mariadb.service
:
\u25cf mariadb.service - MariaDB database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset:
Drop-In: /etc/systemd/system/mariadb.service.d
\u2514\u2500migrated-from-my.cnf-settings.conf
Active: failed (Result: timeout) since Di 2016-12-06 14:52:51 CET; 55s ago
Process: 3565 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WS
Process: 3415 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR
Process: 3409 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START
Process: 3405 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/ru
Main PID: 3565 (code=exited, status=0/SUCCESS)
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] /usr/sbin
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] Event Sch
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 2147785536 [Note] InnoDB: F
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] InnoDB: S
Dez 06 14:52:49 s1 mysqld[3565]: 2016-12-06 14:52:49 3067387712 [Note] InnoDB: W
Dez 06 14:52:50 s1 mysqld[3565]: 2016-12-06 14:52:50 3067387712 [Note] InnoDB: S
Dez 06 14:52:50 s1 mysqld[3565]: 2016-12-06 14:52:50 3067387712 [Note] /usr/sbin
Dez 06 14:52:51 s1 systemd[1]: Failed to start MariaDB database server.
Dez 06 14:52:51 s1 systemd[1]: mariadb.service: Unit entered failed state.
Dez 06 14:52:51 s1 systemd[1]: mariadb.service: Failed with result 'timeout'.
[email protected]:~# journalctl -xe
:
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] Event Scheduler: Purging the queue. 0 events
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 2147785536 [Note] InnoDB: FTS optimize thread exiting.
Dez 06 14:52:48 s1 mysqld[3565]: 2016-12-06 14:52:48 3067387712 [Note] InnoDB: Starting shutdown...
Dez 06 14:52:49 s1 mysqld[3565]: 2016-12-06 14:52:49 3067387712 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer po
Dez 06 14:52:50 s1 mysqld[3565]: 2016-12-06 14:52:50 3067387712 [Note] InnoDB: Shutdown completed; log sequence number 111890806
Dez 06 14:52:50 s1 mysqld[3565]: 2016-12-06 14:52:50 3067387712 [Note] /usr/sbin/mysqld: Shutdown complete
Dez 06 14:52:50 s1 audit[3648]: AVC apparmor="DENIED" operation="sendmsg" info="Failed name lookup - disconnected path" error=-13 profi
Dez 06 14:52:50 s1 kernel: audit: type=1400 audit(1481032370.973:29): apparmor="DENIED" operation="sendmsg" info="Failed name lookup -
Dez 06 14:52:50 s1 audit[3565]: AVC apparmor="DENIED" operation="sendmsg" info="Failed name lookup - disconnected path" error=-13 profi
Dez 06 14:52:50 s1 kernel: audit: type=1400 audit(1481032370.973:30): apparmor="DENIED" operation="sendmsg" info="Failed name lookup -
Dez 06 14:52:51 s1 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.
Dez 06 14:52:51 s1 systemd[1]: mariadb.service: Unit entered failed state.
Dez 06 14:52:51 s1 systemd[1]: mariadb.service: Failed with result 'timeout'.
Dez 06 14:54:54 s1 x11vnc[2665]: 06/12/2016 14:54:54 cursor_noshape_updates_clients: 1
Dez 06 14:55:16 s1 ntpd[1244]: 46.4.1.155 local addr 192.168.178.50 -> <null>
Dez 06 14:57:30 s1 ntpd[1244]: 89.238.66.98 local addr 192.168.178.50 -> <null>
Содержимое в /ect/init.d (если полезно):
#!/bin/bash
#
### BEGIN INIT INFO
# Provides: mysql
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Should-Start: $network $named $time
# Should-Stop: $network $named $time
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start and stop the mysql database server daemon
# Description: Controls the main MariaDB database server daemon "mysqld"
# and its wrapper script "mysqld_safe".
### END INIT INFO
#
set -e
set -u
${DEBIAN_SCRIPT_DEBUG:+ set -v -x}
test -x /usr/sbin/mysqld || exit 0
. /lib/lsb/init-functions
SELF=$(cd $(dirname $0); pwd -P)/$(basename $0)
CONF=/etc/mysql/my.cnf
MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"
# priority can be overriden and "-s" adds output to stderr
ERR_LOGGER="logger -p daemon.err -t /etc/init.d/mysql -i"
# Safeguard (relative paths, core dumps..)
cd /
umask 077
# mysqladmin likes to read /root/.my.cnf. This is usually not what I want
# as many admins e.g. only store a password without a username there and
# so break my scripts.
export HOME=/etc/mysql/
# Source default config file.
[ -r /etc/default/mariadb ] && . /etc/default/mariadb
## Fetch a particular option from mysql invocation.
#
# Usage: void mysqld_get_param option
mysqld_get_param() {
/usr/sbin/mysqld --print-defaults \
| tr " " "\n" \
| grep -- "--$1" \
| tail -n 1 \
| cut -d= -f2
}
## Do some sanity checks before even trying to start mysqld.
sanity_checks() {
# check for config file
if [ ! -r /etc/mysql/my.cnf ]; then
log_warning_msg "$0: WARNING: /etc/mysql/my.cnf cannot be read. See README.Debian.gz"
echo "WARNING: /etc/mysql/my.cnf cannot be read. See README.Debian.gz" | $ERR_LOGGER
fi
# check for diskspace shortage
datadir='mysqld_get_param datadir'
if LC_ALL=C BLOCKSIZE= df --portability $datadir/. | tail -n 1 | awk '{ exit ($4>4096) }'; then
log_failure_msg "$0: ERROR: The partition with $datadir is too full!"
echo "ERROR: The partition with $datadir is too full!" | $ERR_LOGGER
exit 1
fi
}
## Checks if there is a server running and if so if it is accessible.
#
# check_alive insists on a pingable server
# check_dead also fails if there is a lost mysqld in the process list
#
# Usage: boolean mysqld_status [check_alive|check_dead] [warn|nowarn]
mysqld_status () {
ping_output='$MYADMIN ping 2>&1'; ping_alive=$(( ! $? ))
ps_alive=0
pidfile='mysqld_get_param pid-file'
if [ -f "$pidfile" ] && ps 'cat $pidfile' >/dev/null 2>&1; then ps_alive=1; fi
if [ "$1" = "check_alive" -a $ping_alive = 1 ] ||
[ "$1" = "check_dead" -a $ping_alive = 0 -a $ps_alive = 0 ]; then
return 0 # EXIT_SUCCESS
else
if [ "$2" = "warn" ]; then
echo -e "$ps_alive processes alive and '$MYADMIN ping' resulted in\n$ping_output\n" | $ERR_LOGGER -p daemon.debug
fi
return 1 # EXIT_FAILURE
fi
}
#
# main()
#
case "${1:-''}" in
'start')
sanity_checks;
# Start daemon
log_daemon_msg "Starting MariaDB database server" "mysqld"
if mysqld_status check_alive nowarn; then
log_progress_msg "already running"
log_end_msg 0
else
# Could be removed during boot
test -e /var/run/mysqld || install -m 755 -o mysql -g root -d /var/run/mysqld
# Start MariaDB!
/usr/bin/mysqld_safe "${@:2}" > /dev/null 2>&1 &
# 6s was reported in #352070 to be too little
for i in $(seq 1 "${MYSQLD_STARTUP_TIMEOUT:-60}"); do
sleep 1
if mysqld_status check_alive nowarn ; then break; fi
log_progress_msg "."
done
if mysqld_status check_alive warn; then
log_end_msg 0
# Now start mysqlcheck or whatever the admin wants.
output=$(/etc/mysql/debian-start)
[ -n "$output" ] && log_action_msg "$output"
else
log_end_msg 1
log_failure_msg "Please take a look at the syslog"
fi
fi
;;
'stop')
# * As a passwordless mysqladmin (e.g. via ~/.my.cnf) must be possible
# at least for cron, we can rely on it here, too. (although we have
# to specify it explicit as e.g. sudo environments points to the normal
# users home and not /root)
log_daemon_msg "Stopping MariaDB database server" "mysqld"
if ! mysqld_status check_dead nowarn; then
set +e
shutdown_out='$MYADMIN shutdown 2>&1'; r=$?
set -e
if [ "$r" -ne 0 ]; then
log_end_msg 1
[ "$VERBOSE" != "no" ] && log_failure_msg "Error: $shutdown_out"
log_daemon_msg "Killing MariaDB database server by signal" "mysqld"
killall -15 mysqld
server_down=
for i in 'seq 1 600'; do
sleep 1
if mysqld_status check_dead nowarn; then server_down=1; break; fi
done
if test -z "$server_down"; then killall -9 mysqld; fi
fi
fi
if ! mysqld_status check_dead warn; then
log_end_msg 1
log_failure_msg "Please stop MariaDB manually and read /usr/share/doc/mariadb-server-10.1/README.Debian.gz!"
exit -1
else
log_end_msg 0
fi
;;
'restart')
set +e; $SELF stop; set -e
$SELF start
;;
'reload'|'force-reload')
log_daemon_msg "Reloading MariaDB database server" "mysqld"
$MYADMIN reload
log_end_msg 0
;;
'status')
if mysqld_status check_alive nowarn; then
log_action_msg "$($MYADMIN version)"
else
log_action_msg "MariaDB is stopped."
exit 3
fi
;;
'bootstrap')
# Bootstrap the cluster, start the first node
# that initiates the cluster
log_daemon_msg "Bootstrapping the cluster" "mysqld"
$SELF start "${@:2}" --wsrep-new-cluster
;;
*)
echo "Usage: $SELF start|stop|restart|reload|force-reload|status|bootstrap"
exit 1
;;
esac
К сожалению, Google не может мне помочь. Я пытался объяснить как можно больше, возможно, это поможет вам помочь мне. Большое спасибо!
Ответы
Ответ 1
Долгое дело ни за что... Никогда не слышал об AppArmor, но это было реасен. Ответ здесь зафиксировал это. Не волнует ERROR apparmor, профиль не существует.
sudo aa-status
показывает, что делает apparmor; что на самом деле имеет принудительная политика, по сравнению с тем, что только что жаловалось.
sudo apt-get install apparmor-utils
добавляет несколько команд, которые делают аранжировщики, с которыми легче справиться, например...
sudo aa-complain /usr/sbin/mysqld
превращает профиль из "принудительного" в жаловаться. (aa-enforce возвращает его обратно.)
После этого sudo service apparmor reload
перезапустит apparmor и voila... sudo /etc/init.d/mysql start
работает, и сервер остается.
Ответ 2
Если вас укусила эта ошибка, решение будет указано в отчете об ошибке:
echo "/usr/sbin/mysqld { }" > /etc/apparmor.d/usr.sbin.mysqld
apparmor_parser -v -R /etc/apparmor.d/usr.sbin.mysqld
systemctl restart mariadb
Фон
Если ранее у вас был установлен MySQL, он активировал профиль AppArmor, который несовместим с MariaDB. apt-get remove --purge
только удаляет профиль, но не деактивирует/не выгружает его. Только ручная выгрузка позволяет MariaDB работать беспрепятственно в AppArmor.
Ответ 3
Этот последний вариант работал для меня (из квазгара). У меня Ubuntu 18.10 установлен с MariaDB 10.3.13:
$ echo "/usr/sbin/mysqld { }" > /etc/apparmor.d/usr.sbin.mysqld
$ apparmor_parser -v -R /etc/apparmor.d/usr.sbin.mysqld
$ systemctl restart mariadb
Я должен был использовать "sudo su", чтобы это работало все же.
Ответ 4
Перемещение mysqld в группу "жалобы" было недостаточно в моем случае (MariaDB 10.1.21 работает на Ubuntu 16.04).
Мне пришлось полностью отключить apparmor для mysqld:
sudo ln -s /etc/apparmor.d/usr.sbin.mysqld /etc/apparmor.d/disable/
sudo service apparmor reload
sudo service mysql restart
Теперь все работает нормально.
Ответ 5
FYI:
В моем случае ни одно решение Vincent или Lw Bi не работало точно, мне нужны были дальнейшие действия.
Отключение профиля путем размещения ссылки в /etc/apparmor.d/disable/
просто не помогло, я не знаю почему.
С другой стороны, установка MySQL в режим жалоб не срабатывала либо сразу.
:~$ sudo aa-complain /usr/sbin/mysqld
Установка /usr/sbin/mysqld
в режим подачи жалоб.
ERROR: /etc/apparmor.d/usr.sbin.mysqld contains no profile
Мне нужно было добавить строки:
/usr/sbin/mysqld {
}
до /etc/apparmor.d/usr.sbin.mysqld
, а затем я могу установить его в режим жалобы успешно.
Ответ 6
Обратите внимание, что с 10.1.10 MariaDB использует systemd для запуска службы. Если вы пробовали MYSQLD_STARTUP_TIMEOUT и он не работал, вы, вероятно, используете эту или более позднюю версию. Сценарий /etc/init.d/mysql больше не используется, поэтому MYSQLD_STARTUP_TIMEOUT не действует.
Вам нужно найти файл mariadb.service. В нашем случае он не содержал тайм-аут, поэтому по умолчанию использовалась MariaDB. Просто добавь:
TimeoutStartSec = 0
В разделе [Сервис], и он никогда не истечет.
Было бы неплохо создать собственный конфигурационный файл, содержащий его, чтобы он не перезаписывался при последующих переустановках.
На Ubuntu 18.04 вы оштрафуете этот файл в
/lib/systemd/system/mariadb.service
Поместите свой собственный файл в
/etc/systemd/system/mariadb.service.d
Не забудьте запустить systemctl daemon-reload после добавления тайм-аута (и, возможно, проверьте /var/log/syslog, чтобы убедиться, что перезагрузка прошла успешно), иначе ваш тайм-аут будет проигнорирован.
Ответ 7
Выполните следующие команды:
sudo dpkg --configure -a
sudo service mysql start
Ответ 8
Вот что сработало для меня:
Исправление не сработало для меня.
$ sudo aa-complain/usr/sbin/mysqld Установка /usr/sbin/mysqld в режим жалоб.
ОШИБКА: /etc/apparmor.d/usr.sbin.mysqld не содержит профиля, поэтому я отключил профиль (с помощью aa-disable, который, по-видимому, эквивалентен решению плутократа)
$ sudo aa-disable/usr/sbin/mysqld Отключение /usr/sbin/mysqld. Я также отключил mysqld-akonadi и mysqld-digikam.
Перезарядки аппармора было недостаточно, поэтому мне пришлось перезагрузиться, и mariadb запустилась на отлично.
Источник: https://askubuntu.com/a/964928/106100