Посещая наш сайт, вы соглашаетесь с нашей политикой конфиденциальности в отношении файлов cookie, статистики отслеживания и т. д.

Главная » Вопросы и ответы » Убунту

Сайты недоступны – Статус: “Сервер MariaDB недоступен”

На чтение 17 мин Опубликовано
Содержание
  1. Вопрос или проблема
  2. Ответ или решение
  3. Решение проблемы: Сервер базы данных MariaDB не работает
  4. Введение
  5. Анализ проблемы
  6. Шаги к решению
  7. Заключение

Вопрос или проблема

Я запускаю веб-сервер Ubuntu на VPS с несколькими размещенными сайтами. Я использую ISPConfig3 для их хостинга.

Сегодня они все не работают с ошибкой:

Ошибка при установлении соединения с базой данных

Я также не могу войти в интерфейс ISPConfig, так как он показывает:

Эта страница сейчас не работает – HTTP ОШИБКА 500

Итак, я проверил, запущен ли MariaDb, используя systemctl status mariadb, и результаты следующие:

● mariadb.service - MariaDB 10.3.39 сервер базы данных
     Загружен: загружен (/lib/systemd/system/mariadb.service; включен; предустановка поставщика: включена)
    Drop-In: /etc/systemd/system/mysql.service.d
             └─limits.conf
     Активен: неудачен (Результат: код выхода) с Ср 2024-11-06 10:48:57 GMT; 3мин 23с назад
       Документы: man:mysqld(8)
             https://mariadb.com/kb/en/library/systemd/
    Процесс: 323 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (код=вышел, статус=0/УСПЕХ)
    Процесс: 363 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (код=вышел, статус=0/УСПЕХ)
    Процесс: 385 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (код=вышел, статус>
    Процесс: 573 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (код=вышел, статус=1/НЕУДАЧА)
   Основной PID: 573 (код=вышел, статус=1/НЕУДАЧА)
     Статус: "Сервер MariaDB отключен"

06 ноября 09:36:23 server.companydomain.co.uk systemd[1]: mariadb.service: Основной процесс завершился, код=вышел, статус=1/НЕУДАЧА
06 ноября 09:36:23 server.companydomain.co.uk systemd[1]: mariadb.service: не удалось с результатом 'код выхода'.
06 ноября 09:36:23 server.companydomain.co.uk systemd[1]: Не удалось запустить сервер базы данных MariaDB 10.3.39.
06 ноября 10:48:53 server.companydomain.co.uk systemd[1]: Запуск сервера базы данных MariaDB 10.3.39...
06 ноября 10:48:57 server.companydomain.co.uk systemd[1]: mariadb.service: Основной процесс завершился, код=вышел, статус=1/НЕУДАЧА
06 ноября 10:48:57 server.companydomain.co.uk systemd[1]: mariadb.service: не удалось с результатом 'код выхода'.
06 ноября 10:48:57 server.companydomain.co.uk systemd[1]: Не удалось запустить сервер базы данных MariaDB 10.3.39.
31 октября 19:53:10 server.companydomain.co.uk systemd[1]: Запуск сервера базы данных MariaDB 10.3.39...
31 октября 19:53:20 server.companydomain.co.uk systemd[1]: Запущен сервер базы данных MariaDB 10.3.39.
31 октября 19:53:20 server.companydomain.co.uk /etc/mysql/debian-start[1343]: Обновление таблиц MySQL при необходимости.
31 октября 19:53:20 server.companydomain.co.uk /etc/mysql/debian-start[1350]: Ищем 'mysql' как: /usr/bin/mysql
31 октября 19:53:20 server.companydomain.co.uk /etc/mysql/debian-start[1350]: Ищем 'mysqlcheck' как: /usr/bin/mysqlcheck
31 октября 19:53:20 server.companydomain.co.uk /etc/mysql/debian-start[1350]: Эта установка MariaDB уже обновлена до 10.3.39-MariaDB.
31 октября 19:53:20 server.companydomain.co.uk /etc/mysql/debian-start[1350]: Нет необходимости снова запускать mysql_upgrade для 10.3.39-MariaDB.
31 октября 19:53:20 server.companydomain.co.uk /etc/mysql/debian-start[1350]: Вы можете использовать --force, если все же хотите запустить mysql_upgrade
31 октября 19:53:20 server.companydomain.co.uk /etc/mysql/debian-start[1365]: Проверка небезопасных учетных записей root.
31 октября 19:53:20 server.companydomain.co.uk /etc/mysql/debian-start[1369]: Запуск myisam-recover для всех таблиц MyISAM и aria-recover для всех таблиц Aria
06 ноября 03:25:27 server.companydomain.co.uk systemd[1]: mariadb.service: Основной процесс завершился, код=убит, статус=6/ABRT
06 ноября 03:40:27 server.companydomain.co.uk systemd[1]: mariadb.service: Состояние 'stop-sigterm' превысило время ожидания. Пропуск SIGKILL.
06 ноября 03:40:27 server.companydomain.co.uk systemd[1]: mariadb.service: не удалось с результатом 'сигнал'.
06 ноября 03:40:32 server.companydomain.co.uk systemd[1]: mariadb.service: Запланирован перезапуск, счетчик перезапусков на 1.
06 ноября 03:40:32 server.companydomain.co.uk systemd[1]: Остановлен сервер базы данных MariaDB 10.3.39.
06 ноября 03:40:32 server.companydomain.co.uk systemd[1]: Запуск сервера базы данных MariaDB 10.3.39...
06 ноября 03:40:35 server.companydomain.co.uk systemd[1]: mariadb.service: Основной процесс завершился, код=вышел, статус=1/НЕУДАЧА
06 ноября 03:40:35 server.companydomain.co.uk systemd[1]: mariadb.service: не удалось с результатом 'код выхода'.
06 ноября 03:40:35 server.companydomain.co.uk systemd[1]: Не удалось запустить сервер базы данных MariaDB 10.3.39.
06 ноября 09:08:45 server.companydomain.co.uk systemd[1]: mariadb.service: Основной процесс завершился, код=вышел, статус=1/НЕУДАЧА
06 ноября 09:08:45 server.companydomain.co.uk systemd[1]: mariadb.service: не удалось с результатом 'код выхода'.
06 ноября 09:08:45 server.companydomain.co.uk systemd[1]: Не удалось запустить сервер базы данных MariaDB 10.3.39.

Я также попытался перезапустить сервер, а также службу Mariadb:

sudo service mariadb restart

Но получил следующую ошибку:

Задание для mariadb.service не удалось, потому что процесс управления завершился с кодом ошибки. Смотрите “systemctl status mariadb.service” и “journalctl -xe” для получения дополнительных сведений.

systemctl status mariadb.service

Результаты:

● mariadb.service - MariaDB 10.3.39 сервер базы данных
     Загружен: загружен (/lib/systemd/system/mariadb.service; включен; предустановка поставщика: включена)
    Drop-In: /etc/systemd/system/mysql.service.d
             └─limits.conf
     Активен: неудачен (Результат: код выхода) с Ср 2024-11-06 10:53:39 GMT; 1ч 24мин назад
       Документы: man:mysqld(8)
             https://mariadb.com/kb/en/library/systemd/
    Процесс: 1666 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (код=вышел, статус=0/УСПЕХ)
    Процесс: 1667 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (код=вышел, статус=0/УСПЕХ)
    Процесс: 1668 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (код=вышел, стат>
    Процесс: 1716 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (код=вышел, статус=1/НЕУДАЧА)
   Основной PID: 1716 (код=вышел, статус=1/НЕУДАЧА)
     Статус: "Сервер MariaDB отключен"

06 ноября 10:53:37 server.companydomain.co.uk systemd[1]: Запуск сервера базы данных MariaDB 10.3.39...
06 ноября 10:53:39 server.companydomain.co.uk systemd[1]: mariadb.service: Основной процесс завершился, код=вышел, статус=1/НЕУДАЧА
06 ноября 10:53:39 server.companydomain.co.uk systemd[1]: mariadb.service: не удалось с результатом 'код выхода'.
06 ноября 10:53:39 server.companydomain.co.uk systemd[1]: Не удалось запустить сервер базы данных MariaDB 10.3.39.
06 ноября 03:25:27 server.companydomain.co.uk systemd[1]: mariadb.service: Основной процесс завершился, код=убит, статус=6/ABRT
06 ноября 03:40:27 server.companydomain.co.uk systemd[1]: mariadb.service: Состояние 'stop-sigterm' превысило время ожидания. Пропуск SIGKILL.
06 ноября 03:40:27 server.companydomain.co.uk systemd[1]: mariadb.service: не удалось с результатом 'сигнал'.
06 ноября 03:40:32 server.companydomain.co.uk systemd[1]: mariadb.service: Запланирован перезапуск, счетчик перезапусков на 1.
06 ноября 03:40:32 server.companydomain.co.uk systemd[1]: Остановлен сервер базы данных MariaDB 10.3.39.
06 ноября 03:40:32 server.companydomain.co.uk systemd[1]: Запуск сервера базы данных MariaDB 10.3.39...
06 ноября 03:40:35 server.companydomain.co.uk systemd[1]: mariadb.service: Основной процесс завершился, код=вышел, статус=1/НЕУДАЧА
06 ноября 03:40:35 server.companydomain.co.uk systemd[1]: mariadb.service: не удалось с результатом 'код выхода'.
06 ноября 03:40:35 server.companydomain.co.uk systemd[1]: Не удалось запустить сервер базы данных MariaDB 10.3.39.

Когда я выполняю:

journalctl -xe

Результаты:

06 ноября 12:16:58 server.companydomain.co.uk postfix/cleanup[4713]: предупреждение: proxy:mysql:/etc/postfix/mysql-virtual_outgoing_bcc.cf ошибка поиска для "[email protected]"
06 ноября 12:16:58 server.companydomain.co.uk postfix/cleanup[4713]: предупреждение: 4E31455918: проблема поиска карты sender_bcc_maps -- сообщение не принято, попробуйте позже
06 ноября 12:16:58 server.companydomain.co.uk postfix/pickup[1298]: предупреждение: maildrop/A0D7E555CA: ошибка записи 4E31455918: ошибка записи файла в очереди
06 ноября 12:16:58 server.companydomain.co.uk sshd[7235]: Неверный пароль для недопустимого пользователя apa с 162.215.216.231 порт 36716 ssh2
06 ноября 12:17:00 server.companydomain.co.uk sshd[7235]: Соединение закрыто недопустимым пользователем apa 162.215.216.231 порт 36716 [предварительная аутентификация]
06 ноября 12:17:01 server.companydomain.co.uk CRON[7238]: pam_unix(cron:session): сеанс открыт для пользователя root с (uid=0)
06 ноября 12:17:01 server.companydomain.co.uk CRON[7239]: pam_unix(cron:session): сеанс открыт для пользователя root с (uid=0)
06 ноября 12:17:01 server.companydomain.co.uk CRON[7240]: (root) CMD (/usr/local/ispconfig/server/server.sh 2>&1 | while read line; do echo `/bin/date` "$line" >> /var/log/ispconfig/cron.log; done)
06 ноября 12:17:01 server.companydomain.co.uk CRON[7241]: (root) CMD (/usr/local/ispconfig/server/cron.sh 2>&1 | while read line; do echo `/bin/date` "$line" >> /var/log/ispconfig/cron.log; done)
06 ноября 12:17:02 server.companydomain.co.uk dovecot[510]: auth-worker(7237): Ошибка: mysql(localhost): Не удалось подключиться к базе данных (dbispconfig): Не удается подключиться к локальному MySQL-серверу через сокет '/var/run/mysqld/mysqld.sock' (2) - ожидание >
31 октября 21:20:43 server.companydomain.co.uk sshd[6579]: Неверный пользователь updata2 с 92.118.39.100 порт 51230
31 октября 21:20:43 server.companydomain.co.uk sshd[6579]: pam_unix(sshd:auth): проверить пароль; пользователь неизвестен
31 октября 21:20:43 server.companydomain.co.uk sshd[6579]: pam_unix(sshd:auth): ошибка аутентификации; имя журнала= uid=0 euid=0 tty=ssh ruser= rhost=92.118.39.100
06 ноября 12:17:11 server.companydomain.co.uk CRON[7238]: pam_unix(cron:session): сеанс закрыт для пользователя root
31 октября 21:20:45 server.companydomain.co.uk sshd[6579]: Неверный пароль для недопустимого пользователя updata2 с 92.118.39.100 порт 51230 ssh2
31 октября 21:20:46 server.companydomain.co.uk sshd[6579]: Соединение закрыто недопустимым пользователем updata2 92.118.39.100 порт 51230 [предварительная аутентификация]
06 ноября 12:17:14 server.companydomain.co.uk postfix/smtpd[6444]: подключение от unknown[94.141.120.244]
06 ноября 12:17:14 server.companydomain.co.uk dovecot[510]: auth: Ошибка: auth worker: Запрос PASSV отменен для oracle: Рабочий процесс завершился неожиданно
06 ноября 12:17:14 server.companydomain.co.uk dovecot[510]: auth-worker(7237): Фатальная ошибка: master: service(auth-worker): child 7237 убит сигналом 11 (core dumps отключены - https://dovecot.org/bugreport.html#coredumps)
06 ноября 12:17:14 server.companydomain.co.uk dovecot[510]: auth-worker(7267): Ошибка: mysql(localhost): Не удалось подключиться к базе данных (dbispconfig): Не удается подключиться к локальному MySQL-серверу через сокет '/var/run/mysqld/mysqld.sock' (2) - ожидание >
31 октября 21:20:48 server.companydomain.co.uk postfix/smtpd[2964]: подключение от unknown[194.169.175.10]
06 ноября 12:17:15 server.companydomain.co.uk dovecot[510]: auth-worker(7267): Ошибка: mysql(localhost): Не удалось подключиться к базе данных (dbispconfig): Не удается подключиться к локальному MySQL-серверу через сокет '/var/run/mysqld/mysqld.sock' (2) - ожидание >
06 ноября 12:17:16 server.companydomain.co.uk postfix/smtpd[6444]: предупреждение: unknown[94.141.120.244]: SASL LOGIN аутентификация не удалась: UGFzc3dvcmQ6
06 ноября 12:17:16 server.companydomain.co.uk postfix/smtpd[6444]: отключение от unknown[94.141.120.244] ehlo=1 auth=0/1 quit=1 команды=2/3
06 ноября 12:17:18 server.companydomain.co.uk postfix/submission/smtpd[5346]: подключение от unknown[104.43.200.55]
06 ноября 12:17:18 server.companydomain.co.uk postfix/submission/smtpd[5346]: отключение от unknown[104.43.200.55] ehlo=1 auth=0/1 quit=1 команды=2/3
06 ноября 12:17:19 server.companydomain.co.uk sshd[7268]: Неверный пользователь yuguangyi с 92.118.39.81 порт 52154
06 ноября 12:17:19 server.companydomain.co.uk sshd[7268]: pam_unix(sshd:auth): проверить пароль; пользователь неизвестен
06 ноября 12:17:19 server.companydomain.co.uk sshd[7268]: pam_unix(sshd:auth): ошибка аутентификации; имя журнала= uid=0 euid=0 tty=ssh ruser= rhost=92.118.39.81
31 октября 21:20:52 server.companydomain.co.uk postfix/smtpd[2964]: предупреждение: unknown[194.169.175.10]: SASL LOGIN аутентификация не удалась: UGFzc3dvcmQ6
31 октября 21:20:52 server.companydomain.co.uk postfix/smtpd[2964]: отключение от unknown[194.169.175.10] ehlo=1 auth=0/1 rset=1 quit=1 команды=3/4
06 ноября 12:17:20 server.companydomain.co.uk dovecot[510]: auth-worker(7267): Ошибка: mysql(localhost): Не удалось подключиться к базе данных (dbispconfig): Не удается подключиться к локальному MySQL-серверу через сокет '/var/run/mysqld/mysqld.sock' (2) - ожидание >
06 ноября 12:17:21 server.companydomain.co.uk sshd[7268]: Неверный пароль для недопустимого пользователя yuguangyi с 92.118.39.81 порт 52154 ssh2
06 ноября 12:17:21 server.companydomain.co.uk CRON[7239]: pam_unix(cron:session): сеанс закрыт для пользователя root
06 ноября 12:17:22 server.companydomain.co.uk sshd[7275]: Неверный пользователь lol с 138.68.155.239 порт 59800
06 ноября 12:17:22 server.companydomain.co.uk sshd[7275]: pam_unix(sshd:auth): проверить пароль; пользователь неизвестен
06 ноября 12:17:22 server.companydomain.co.uk sshd[7275]: pam_unix(sshd:auth): ошибка аутентификации; имя журнала= uid=0 euid=0 tty=ssh ruser= rhost=138.68.155.239
06 ноября 12:17:22 server.companydomain.co.uk sshd[7268]: Соединение закрыто недопустимым пользователем yuguangyi 92.118.39.81 порт 52154 [предварительная аутентификация]
06 ноября 12:17:24 server.companydomain.co.uk postfix/smtpd[6440]: подключение от unknown[194.169.175.10]
06 ноября 12:17:24 server.companydomain.co.uk sshd[7275]: Неверный пароль для недопустимого пользователя lol с 138.68.155.239 порт 59800 ssh2
06 ноября 12:17:26 server.companydomain.co.uk sshd[7275]: Соединение закрыто недопустимым пользователем lol 138.68.155.239 порт 59800 [предварительная аутентификация]
31 октября 21:21:01 server.companydomain.co.uk CRON[6583]: pam_unix(cron:session): сеанс открыт для пользователя root с (uid=0)
31 октября 21:21:01 server.companydomain.co.uk CRON[6582]: pam_unix(cron:session): сеанс открыт для пользователя root с (uid=0)
31 октября 21:21:01 server.companydomain.co.uk CRON[6584]: (root) CMD (/usr/local/ispconfig/server/cron.sh 2>&1 | while read line; do echo `/bin/date` "$line" >> /var/log/ispconfig/cron.log; done)
31 октября 21:21:01 server.companydomain.co.uk CRON[6585]: (root) CMD (/usr/local/ispconfig/server/server.sh 2>&1 | while read line; do echo `/bin/date` "$line" >> /var/log/ispconfig/cron.log; done)
31 октября 21:21:01 server.companydomain.co.uk CRON[6582]: pam_unix(cron:session): сеанс закрыт для пользователя root
31 октября 21:21:01 server.companydomain.co.uk CRON[6583]: pam_unix(cron:session): сеанс закрыт для пользователя root
06 ноября 12:17:29 server.companydomain.co.uk dovecot[510]: auth-worker(7267): Фатальная ошибка: master: service(auth-worker): child 7267 убит сигналом 11 (core dumps отключены - https://dovecot.org/bugreport.html#coredumps)
06 ноября 12:17:29 server.companydomain.co.uk dovecot[510]: auth: Ошибка: auth worker: Запрос PASSV отменен для [email protected]: Рабочий процесс завершился неожиданно
06 ноября 12:17:29 server.companydomain.co.uk dovecot[510]: auth-worker(7277): Ошибка: mysql(localhost): Не удалось подключиться к базе данных (dbispconfig): Не удается подключиться к локальному MySQL-серверу через сокет '/var/run/mysqld/mysqld.sock' (2) - ожидание >
06 ноября 12:17:30 server.companydomain.co.uk dovecot[510]: auth-worker(7277): Ошибка: mysql(localhost): Не удалось подключиться к базе данных (dbispconfig): Не удается подключиться к локальному MySQL-серверу через сокет '/var/run/mysqld/mysqld.sock' (2) - ожидание >
06 ноября 12:17:31 server.companydomain.co.uk postfix/smtpd[6440]: предупреждение: unknown[194.169.175.10]: SASL LOGIN аутентификация не удалась: UGFzc3dvcmQ6
06 ноября 12:17:32 server.companydomain.co.uk postfix/smtpd[6440]: отключение от unknown[194.169.175.10] ehlo=1 auth=0/1 rset=1 quit=1 команды=3/4
06 ноября 12:17:35 server.companydomain.co.uk dovecot[510]: auth-worker(7277): Ошибка: mysql(localhost): Не удалось подключиться к базе данных (dbispconfig): Не удается подключиться к локальному MySQL-серверу через сокет '/var/run/mysqld/mysqld.sock' (2) - ожидание >
31 октября 21:21:17 server.companydomain.co.uk postfix/smtpd[4976]: подключение от unknown[194.169.175.10]
31 октября 21:21:21 server.companydomain.co.uk postfix/smtpd[4976]: предупреждение: unknown[194.169.175.10]: SASL LOGIN аутентификация не удалась: UGFzc3dvcmQ6
31 октября 21:21:21 server.companydomain.co.uk postfix/smtpd[4976]: отключение от unknown[194.169.175.10] ehlo=1 auth=0/1 rset=1 quit=1 команды=3/4
31 октября 21:21:24 server.companydomain.co.uk sshd[6601]: Неверный пользователь antao с 92.118.39.84 порт 58010
31 октября 21:21:24 server.companydomain.co.uk sshd[6601]: pam_unix(sshd:auth): проверить пароль; пользователь неизвестен
31 октября 21:21:24 server.companydomain.co.uk sshd[6601]: pam_unix(sshd:auth): ошибка аутентификации; имя журнала= uid=0 euid=0 tty=ssh ruser= rhost=92.118.39.84
31 октября 21:21:26 server.companydomain.co.uk sshd[6601]: Неверный пароль для недопустимого пользователя antao с 92.118.39.84 порт 58010 ssh2
06 ноября 12:17:54 server.companydomain.co.uk postfix/smtpd[6444]: подключение от unknown[194.169.175.10]

Я не рад тому, что мне придется восстановить VPS и переустановить около 10 сайтов, поэтому буду признателен за любую помощь. Как вы понимаете, я не в своей тарелке здесь… поэтому любая поддержка будет весьма полезна.

Большое спасибо

Редактировать – по запросу @Matigo…

У меня не хватало места, поэтому я удалил 40 Гб ненужных данных – размер диска составляет 250 Гб, и в настоящее время у меня 70 Гб свободного места.

Несколько последних записей в /var/log/mysql следующие:

2024-11-06  9:08:43 0 [Note] Запуск MariaDB 10.3.39-MariaDB-0ubuntu0.20.04.2 источник исправления ca001cf2048f0152689e1895e2dc15486dd0b1af как процесс 554
Не удаётся найти запись контрольной точки на LSN (1,0x3ee77)
2024-11-06  9:08:43 0 [ERROR] mysqld: Восстановление Aria не удалось. Пожалуйста, запустите aria_chk -r на всех таблицах Aria и удалите все aria_log.######## файлы
2024-11-06  9:08:43 0 [ERROR] Функция инициализации плагина 'Aria' вернула ошибку.
2024-11-06  9:08:43 0 [ERROR] Регистрация плагина 'Aria' как STORAGE ENGINE не удалась.
2024-11-06  9:08:43 0 [Note] InnoDB: Использование нативного AIO Linux
2024-11-06  9:08:43 0 [Note] InnoDB: Мютексы и rw_locks используют атомарные встроенные функции GCC
2024-11-06  9:08:43 0 [Note] InnoDB: Использует мютексы событий
2024-11-06  9:08:43 0 [Note] InnoDB: Сжатые таблицы используют zlib 1.2.11
2024-11-06  9:08:43 0 [Note] InnoDB: Количество пулов: 1
2024-11-06  9:08:43 0 [Note] InnoDB: Использует инструкции crc32 SSE2
2024-11-06  9:08:43 0 [Note] InnoDB: Инициализация пула буферов, общий размер = 128M, экземпляры = 1, размер блока = 128M
2024-11-06  9:08:43 0 [Note] InnoDB: Завершена инициализация пула буферов
2024-11-06  9:08:43 0 [Note] InnoDB: Если пользователь, выполняющий mysqld, авторизован, приоритет потока очистки страниц может быть изменён. Смотрите страницу man setpriority().
2024-11-06  9:08:43 0 [Note] InnoDB: 128 из 128 сегментов отката активны.
2024-11-06  9:08:43 0 [Note] InnoDB: Создание общего пространства таблиц для временных таблиц
2024-11-06  9:08:43 0 [Note] InnoDB: Установка размера файла './ibtmp1' на 12 МБ. Физически записываю полный файл; Пожалуйста, подождите ...
2024-11-06  9:08:43 0 [Note] InnoDB: Размер файла './ibtmp1' теперь составляет 12 МБ.
2024-11-06  9:08:43 0 [Note] InnoDB: Ожидание начала очистки
2024-11-06  9:08:43 0 [Note] InnoDB: 10.3.39 запущен; номер последовательности журнала 805887102760; идентификатор транзакции 63756466
2024-11-06  9:08:43 0 [Note] Плагин 'FEEDBACK' отключён.
2024-11-06  9:08:43 0 [ERROR] Двигатель Aria не включён или не запустился. Двигатель Aria должен быть включён для продолжения, так как mysqld был сконфигурирован с --with-aria-tmp-tables
2024-11-06  9:08:43 0 [ERROR] Аварийное завершение

Я вижу ошибки Aria, но не понимаю, что это. Я вижу инструкции по попытке исправить таблицы/файлы Aria, но не уверен, где они расположены.

Ответ или решение

Решение проблемы: Сервер базы данных MariaDB не работает

Введение

Серверы баз данных играют ключевую роль в функционировании веб-приложений. Неисправности в их работе могут приводить к недоступности ваших сайтов и услуг. В данном случае наблюдается ошибка "MariaDB server is down", что сигнализирует о проблемах с самим сервером MariaDB на вашей VPS с Ubuntu.

Анализ проблемы

Согласно предоставленным логам, ключевыми сообщениями являются:

  1. Состояние сервиса:

    Active: failed (Result: exit-code) since ...

    Это указывает на то, что служба MariaDB не запускается должным образом, что уже подтверждено ошибкой "Ошибка установления соединения с базой данных" на веб-сайтах.

  2. Ошибки Aria:
    В логах базы данных есть сообщения о том, что возникла проблема с плагином Aria:

    [ERROR] mysqld: Aria recovery failed. Please run aria_chk -r on all Aria tables ...

    Это говорит о том, что система не может восстановить таблицы Aria, что может быть результатом поврежденных файлов или недостатка места на диске.

  3. Достаточно ли свободного места:
    Хотя вы упомянули о том, что освободили место, важно убедиться, что на диске достаточно свободного пространства для функционирования MariaDB. Имейте в виду, что для нормального выполнения операций может потребоваться не менее 20-30% свободного места на диске.

Шаги к решению

  1. Проверка свободного места на диске:
    Выполните команду:

    df -h

    Убедитесь, что на корневом разделе достаточно свободного места. Если нет, удалите ненужные файлы.

  2. Исправление таблиц Aria:
    Чтобы исправить таблицы Aria, выполните следующую команду:

    sudo aria_chk -r /var/lib/mysql/*.ari

    Убедитесь, что aria_chk установлен на вашем сервере.

  3. Удаление временных файлов Aria:
    Если команда выше не решит проблему, попробуйте удалить временные файлы Aria:

    sudo rm /var/lib/mysql/aria_log.*

    После этого перезапустите службу MariaDB:

    sudo systemctl restart mariadb

  4. Проверка конфигурации сервера:
    Убедитесь, что в конфигурационном файле /etc/mysql/my.cnf нет ошибок и он правильно настроен для работы с вашим окружением. Например, проверьте секцию, касающуюся плагина Aria, и убедитесь, что он включен.

  5. Перезапуск сервера:
    Если предыдущие шаги не помогли, попробуйте перезагрузить сервер:

    sudo reboot

  6. Проверка логов MariaDB:
    После выполнения этих действий снова проверьте логи MariaDB:

    cat /var/log/mysql/error.log

    Ищите новые сообщения об ошибках, которые могут указывать на другие проблемы.

  7. Обновление MariaDB:
    В случае если проблема все еще возникла, рассмотрите возможность обновления MariaDB до более свежей версии, если это возможно. Это может устранить известные ошибки и улучшить производительность.

  8. Обратитесь за профессиональной помощью:
    Если перечисленные шаги не помогли, и вы не чувствуете уверенности в выполнении дальнейшей диагностики, рекомендуется обратиться к специалисту по администрированию систем или службе технической поддержки вашего хостинг-провайдера.

Заключение

Проблемы с MariaDB могут быть комплексными и многогранными. Комбинация проверки свободного места, исправления таблиц Aria и перезапуска сервиса может помочь восстановить необходимые функции. Важно сохранять спокойствие и планомерно подходить к решению проблемы. Помните, регулярные резервные копии могут значительно упростить процесс восстановления данных при возникновении серьезных сбоев.

mariadb mysql
Оцените материал
Добавить комментарий

Капча загружается...

© 2024 IZ6.RU
*В материалах сайта упоминаются социальные сети Фейсбук / Инстаграм, принадлежащие Meta Platforms Inc., деятельность которой запрещена на территории РФ в части реализации данных социальных сетей на основании осуществления ею экстремистской деятельности