19 | Март | 2019 | Информационный портал К2®

Monthly Archives: Март 2019

Восстановление баз данных InnoDB после сбоев в MySQL

Posted on 19.03.2019 by rudjuk Leave a comment

Возникла у меня проблема с выходом из строя баз данных MySQL. Причем, проблема проявляла себя в виде не запуска сервиса MySQL. При этом в логах довольно было мало информации. Однако, запустив mysql_safe все таки логи выдали ошибки. Из которых стало понятно, что база несколько испортилась (до этого пришлось физически выключать сервер, т.к. сервис MySQL завис от количества посещений и сервер длительное время не хотел перезагружаться).

Провозившись несколько часов вывелся рецепт лечения:

Лог ошибок может выдавать в случае сбоя нечто подобное:

/usr/sbin/mysqld(my_print_stacktrace+0x2b)[0x7f07f966ee0b]
/usr/sbin/mysqld(handle_fatal_signal+0x475)[0x7f07f91cf055]
/lib64/libpthread.so.0(+0x3d6700f7e0)[0x7f07f87d57e0]
/lib64/libc.so.6(gsignal+0x35)[0x7f07f6bfc625]
/lib64/libc.so.6(abort+0x175)[0x7f07f6bfde05]
mysys/stacktrace.c:247(my_print_stacktrace)[0x7f07f937d7cf]
log/log0recv.cc:1751(recv_recover_page_func(unsigned long, buf_block_t*))[0x7f07f9380034]
buf/buf0buf.cc:4820(buf_page_io_complete(buf_page_t*))[0x7f07f948183a]
fil/fil0fil.cc:6084(fil_aio_wait(unsigned long))[0x7f07f94dc7f8]
srv/srv0start.cc:543(io_handler_thread)[0x7f07f940db10]
/lib64/libpthread.so.0(+0x3d67007aa1)[0x7f07f87cdaa1]
/lib64/libc.so.6(clone+0x6d)[0x7f07f6cb293d]
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
160626 07:23:45 mysqld_safe mysqld from pid file /var/lib/mysql/ovz1.valerka2.zm9y1.vps.jino.ru.pid ended

/usr/sbin/mysqld(my_print_stacktrace+0x2b)[0x7f07f966ee0b]

/usr/sbin/mysqld(handle_fatal_signal+0x475)[0x7f07f91cf055]

/lib64/libpthread.so.0(+0x3d6700f7e0)[0x7f07f87d57e0]

/lib64/libc.so.6(gsignal+0x35)[0x7f07f6bfc625]

/lib64/libc.so.6(abort+0x175)[0x7f07f6bfde05]

mysys/stacktrace.c:247(my_print_stacktrace)[0x7f07f937d7cf]

log/log0recv.cc:1751(recv_recover_page_func(unsigned long, buf_block_t*))[0x7f07f9380034]

buf/buf0buf.cc:4820(buf_page_io_complete(buf_page_t*))[0x7f07f948183a]

fil/fil0fil.cc:6084(fil_aio_wait(unsigned long))[0x7f07f94dc7f8]

srv/srv0start.cc:543(io_handler_thread)[0x7f07f940db10]

/lib64/libpthread.so.0(+0x3d67007aa1)[0x7f07f87cdaa1]

/lib64/libc.so.6(clone+0x6d)[0x7f07f6cb293d]

The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains

information that should help you find out what is causing the crash.

160626 07:23:45 mysqld_safe mysqld from pid file /var/lib/mysql/ovz1.valerka2.zm9y1.vps.jino.ru.pid ended

Отправляет в документацию по восстановлению :)))

1. Переводим сервис в защищенный режим MySQL.

Останавливаем сервис, если он пытается запуститься.

service mysql stop

1	service mysql stop

Далее, добавляем строчки в конфиг MySQL my.cnf:

port = 8881
innodb_force_recovery=3
innodb_purge_threads=0

port = 8881

innodb_force_recovery=3

innodb_purge_threads=0

Причем, параметр innodb_force_recovery=3 увеличиваем, начиная с 1 и так до тех пор, пока не запустится сервис (максимум это значение может быть 8).

Вот, что означает этот параметр:

Mode 1 — не «отваливается» MySQL, когда он видит коррумпированные страницы.
Mode 2 — не запускает фоновые операции.
Mode 3 — Не пытается откатить транзакции.
Mode 4 — не рассчитывает статистику или не применяет сохраненные/буферизированные изменения.
Mode 5 — Не смотрите на log-и отката при запуске.
Mode 6 — Не прокрутки вперед от повтора логов (ib_logfiles) во время пуска.

2. Делаем бекап всех данных базы данных (после запуска сервера).

mysqldump -u root -p --opt --all-databases -r backup.sql

1	mysqldump -u root -p --opt --all-databases -r backup.sql

3. Переименовываем всю папку с данными MySQL (потом, когда все заработает — ее можно будет удалить)

4. Разворачиваем новый кластер MySQL.

Как это делается, описано в статье:

Инициализация базы данных MySQL, сброс пароля MySQL на Linux Ubuntu 18.04

5. Запускаем MySQL и восстанавливаем данные:

mysql -u root -p
>>source backup.sql

1 2	mysql -u root -p >>source backup.sql

6. Перезагружаем сервис MySQL, чтоб обновились права (можно, конено, просто сделать flush прав, но как по мне, перезагрузка — надежней).

service mysql restart

1	service mysql restart

Еще полезные статьи по теме не запуска сервиса MySQL:

Не запускается Mysql

Исправляем поврежденные INNODB таблицы

MySQL

Решение проблемы с правами доступа MySQL из-за сервиса AppArmor

Posted on 19.03.2019 by rudjuk Leave a comment

При перезагрузке MySQL столкнулся с тем, что сервис не запускался. При более подробном анализе логов, увидел, что стало ругаться на права доступа в сервисе AppArmor.

Выводились сообщения, подобные таким:

maj 17 09:53:14 anis audit[14767]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/status" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124
maj 17 09:53:14 anis audit[14767]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/sys/devices/system/node/" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=0
maj 17 09:53:14 anis kernel: audit: type=1400 audit(1495007594.314:240): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/status" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124
maj 17 09:53:14 anis kernel: audit: type=1400 audit(1495007594.314:241): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/sys/devices/system/node/" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=0
maj 17 09:53:14 anis kernel: audit: type=1400 audit(1495007594.314:242): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/status" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124
maj 17 09:53:14 anis audit[14767]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/status" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124
maj 17 09:53:14 anis audit[14767]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/task/14767/mem" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124
maj 17 09:53:14 anis kernel: audit: type=1400 audit(1495007594.658:243): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/task/14767/mem" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124
maj 17 09:53:14 anis systemd[1]: mysql.service: Main process exited, code=exited, status=2/INVALIDARGUMENT

maj 17 09:53:14 anis audit[14767]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/status" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124

maj 17 09:53:14 anis audit[14767]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/sys/devices/system/node/" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=0

maj 17 09:53:14 anis kernel: audit: type=1400 audit(1495007594.314:240): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/status" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124

maj 17 09:53:14 anis kernel: audit: type=1400 audit(1495007594.314:241): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/sys/devices/system/node/" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=0

maj 17 09:53:14 anis kernel: audit: type=1400 audit(1495007594.314:242): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/status" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124

maj 17 09:53:14 anis audit[14767]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/task/14767/mem" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124

maj 17 09:53:14 anis kernel: audit: type=1400 audit(1495007594.658:243): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/14767/task/14767/mem" pid=14767 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=124 ouid=124

maj 17 09:53:14 anis systemd[1]: mysql.service: Main process exited, code=exited, status=2/INVALIDARGUMENT

Исправляется это дело внесением правил в файл (посредине файла) /etc/apparmor.d/usr.sbin.mysqld

Подобные правила:

 /proc/*/status r,
  /sys/devices/system/node/ r,
  /sys/devices/system/node/node0/meminfo r,

/proc/*/status r,

/sys/devices/system/node/ r,

/sys/devices/system/node/node0/meminfo r,

Конечно, правила формируются в зависимости от сообщений. В каталогах можно применять маски, например: * — любое название.

Чтоб изменения вступили в силу нужно перезагрузить сервисы:

service apparmor reload
service mysql restart

1 2	service apparmor reload service mysql restart

MySQL

Инициализация базы данных MySQL, сброс пароля MySQL на Linux Ubuntu 18.04

Posted on 19.03.2019 by rudjuk Leave a comment

В новых версиях MySQL есть свои нюансы по сбросу пароля MySQL. У меня даже при развертывании первичной базы пустой базы не удавалось подключаться. Некоторое время пришлось повозиться, побеждая данную проблему. Дальше, я приведу рецепт, как инициализировать базу данных и сбросить пароль рута в MySQL.

1) Останавливаем текущую службу MySQL:

sudo service mysql stop

1	sudo service mysql stop

2) Создаем каталог /var/run/mysqld который будет использоваться процессом MySQL для хранения и доступа к файлу сокета, а также даем необходимые права:

sudo mkdir -p /var/run/mysqld
sudo chown mysql:mysql /var/run/mysqld

1 2	sudo mkdir -p /var/run/mysqld sudo chown mysql:mysql /var/run/mysqld

3) Запускаем MySQL со следующими параметрами:

sudo /usr/sbin/mysqld --skip-grant-tables --skip-networking &

1	sudo /usr/sbin/mysqld --skip-grant-tables --skip-networking &

4) Убеждаемся, что процесс запущен:

jobs
[1]+ Запущен sudo /usr/sbin/mysqld --skip-grant-tables --skip-networking &

1 2	jobs [1]+ Запущен sudo /usr/sbin/mysqld --skip-grant-tables --skip-networking &

5) На этом этапе мы можем получить доступ к MySQL без пароля.
Входим командой:

mysql -u root

1	mysql -u root

6) Затем сбрасываем пароль root следующей последовательностью запросов:

mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.00 sec)

mysql> USE mysql;
Database changed

mysql> UPDATE user SET authentication_string=PASSWORD("123") WHERE User='root';
Query OK, 1 row affected, 1 warning (0.03 sec)
Rows matched: 1  Changed: 1  Warnings: 1

mysql> UPDATE user SET plugin="mysql_native_password" WHERE User='root';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> quit
Bye

mysql> FLUSH PRIVILEGES;

Query OK, 0 rows affected (0.00 sec)

mysql> USE mysql;

Database changed

mysql> UPDATE user SET authentication_string=PASSWORD("123") WHERE User='root';

Query OK, 1 row affected, 1 warning (0.03 sec)

Rows matched: 1 Changed: 1 Warnings: 1

mysql> UPDATE user SET plugin="mysql_native_password" WHERE User='root';

Query OK, 1 row affected (0.00 sec)

Rows matched: 1 Changed: 1 Warnings: 0

mysql> quit

Bye

Мы установили пароль «123» для пользователя «root».

7) Завершаем текущий mysqld процесс:

sudo pkill mysqld

1	sudo pkill mysqld

[1]+ Завершён sudo /usr/sbin/mysqld —skip-grant-tables —skip-networking

8) Запускаем службу MySQL:

sudo service mysql start

1	sudo service mysql start

9) Теперь мы можем войти, используя только что установленный пароль для рута:

mysql -u root --password=123

1	mysql -u root --password=123

mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.22-0ubuntu18.04.1 (Ubuntu)

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.

mysql>

10) Так же, база попросила установить пароль с помощью Alter User:

ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass';

1	ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass';

Источник: http://ikode.ru/articles/kak-sbrosit-parol-root-mysql-na-ubuntu-1804

Март 2019
Пн	Вт	Ср	Чт	Пт	Сб	Вс
« Фев				Апр »
				1	2	3
4	5	6	7	8	9	10
11	12	13	14	15	16	17
18	19	20	21	22	23	24
25	26	27	28	29	30	31