Фикс поломки mariadb?

Question

[iamdivine]

Добрый день, не трогал сервер пол месяца, сегодня увидел, что сайты спят. Покопался в логах, увидел - бд не включена, включаю и не включается. Залез в лог работы и вижу -

Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
     Active: activating (auto-restart) (Result: signal) since Sat 2020-06-06 13:22:34 MSK; 4s ago
       Docs: man:mysqld(8)
             https://mariadb.com/kb/en/library/systemd/
    Process: 3987 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
    Process: 3988 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
    Process: 3990 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=ex>
    Process: 4038 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=killed, signal=KILL)
   Main PID: 4038 (code=killed, signal=KILL)

Jun 06 13:22:34 scw-pedantic-leavitt systemd[1]: mariadb.service: Main process exited, code=killed, status=9/KILL
Jun 06 13:22:34 scw-pedantic-leavitt systemd[1]: mariadb.service: Failed with result 'signal'.
Jun 06 13:22:34 scw-pedantic-leavitt systemd[1]: Failed to start MariaDB 10.3.22 database server.

как фиксануть? или хотябы дампы забрать, к бд не подключается никиак совсем

Comments

[joker7by]

В первую очередь проверить, есть ли место в разделе, обычно базы лежат в var:
df -h
Если нет возможности подчистить место, то лучше перенести на другой раздел, где его достаточно и поменять в конфиге, к примеру:
datadir = /home/mysql
Затем изменить в файле /usr/lib/systemd/system/mariadb.service
с
ProtectHome=true
на
ProtectHome=false

Answer 1

[Everything_is_not_so_bad]

Надо логи ошибок смотреть: /var/log/mysql/error.log для подробностей.
Может, есть поломанная таблица.
Исправлять далеко не всегда возможно. Тогда останется только восстанавливать из резервных копий.

Comments

[iamdivine]

весь лог 1 и то же

2020-06-06 15:19:28 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-06-06 15:19:29 0 [Note] InnoDB: Number of pools: 1
2020-06-06 15:19:29 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-06-06 15:19:30 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2020-06-06 15:19:51 0 [Note] InnoDB: Using Linux native AIO
2020-06-06 15:19:51 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-06-06 15:19:51 0 [Note] InnoDB: Uses event mutexes
2020-06-06 15:19:51 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-06-06 15:19:51 0 [Note] InnoDB: Number of pools: 1
2020-06-06 15:19:51 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-06-06 15:19:52 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2020-06-06 15:20:04 0 [Note] InnoDB: Using Linux native AIO
2020-06-06 15:20:04 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-06-06 15:20:04 0 [Note] InnoDB: Uses event mutexes
2020-06-06 15:20:04 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-06-06 15:20:04 0 [Note] InnoDB: Number of pools: 1
2020-06-06 15:20:04 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-06-06 15:20:05 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M

[Everything_is_not_so_bad]

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