ИМЕЕТСЯ Виртуальная машина версия 5.1.1, которая нормально работала, пока не произошел какой-то креш на серваке. Теперь Mysql не запускается с ошибкой:
НА ЭКРАНЕ: ------------------------------------------------------ Mysql connect error [localhost, 127.0.0.1]: Can't connect to local MySQL server through socket '/var/lib/mysqld/mysqld.sock' (2) (400) /home/bitrix/www/bitrix/modules/main/lib/db/mysqlconnection.php:50 ----------------------------------------------------
Ранее встречавшиеся ошибки - это не то. (Место хватает - проверили, файла mysqld.sock нет)
КОНФ.ФАЙЛ ----------------------------------------------------------------------------------------------- # # Basic mysql configuration. Use bvat for advanced settings. # Parameters set by bvat are stored in /etc/mysql/conf.d/bvat.cnf. # If you want to change any parameter, you'll have to redefine it in /etc/mysql/co nf.d/z_bx_custom.cnf #
[client] port = 3306 socket = /var/lib/mysqld/mysqld.sock default-character-set = utf8
# Include additional settings !includedir /etc/mysql/conf.d/ -------------------------------------------------------------------------------------
НАСТРОЙКИ ВСЕ СТАНДАРТНЫЕ КАКИМИ ОНИ БЫЛИ В ВИРТУАЛЬНОЙ МАШИНЕ 5.1.1 (2014-15 г.)
В ЛОГЕ: --------------------------------------------- /usr/libexec/mysqld[0x81bc6d9] /usr/libexec/mysqld(_Z11plugin_initPiPPci+0x9b7)[0x81c0547] /usr/libexec/mysqld[0x81376bf] /usr/libexec/mysqld(_Z11mysqld_mainiPPc+0x452)[0x813ab52] /usr/libexec/mysqld(main+0x28)[0x812fa58] /lib/libc.so.6(__libc_start_main+0xe6)[0x23cd36] /usr/libexec/mysqld[0x812f991] 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. 171205 08:20:12 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended -----------------------------------------------
В Мессаджес --------------------------------------------------------- [root@portal mysql]# tail /var/log/messages Dec 5 08:51:02 portal ntpd[1690]: 0.0.0.0 c61c 0c clock_step +5.858335 s Dec 5 08:51:02 portal ntpd[1690]: 0.0.0.0 c615 05 clock_sync Dec 5 08:51:03 portal ntpd[1690]: 0.0.0.0 c618 08 no_sys_peer Dec 5 09:00:55 portal ntpd[1690]: 0.0.0.0 c613 03 spike_detect +5.846018 s Dec 5 09:03:58 portal dhclient[1408]: DHCPREQUEST on eth0 to 192.168.71.254 port 67 (xid=0x3821c24d) Dec 5 09:03:58 portal dhclient[1408]: DHCPACK from 192.168.71.254 (xid=0x3821c24d) Dec 5 09:04:01 portal dhclient[1408]: bound to 192.168.71.128 -- renewal in 695 seconds. Dec 5 09:06:34 portal ntpd[1690]: 0.0.0.0 c61c 0c clock_step +5.866029 s Dec 5 09:06:34 portal ntpd[1690]: 0.0.0.0 c614 04 freq_mode Dec 5 09:06:35 portal ntpd[1690]: 0.0.0.0 c618 08 no_sys_peer ----------------------------------------------------------------------
Короче, все плохо, люди советуют поднять БД из дампа. Я не очень понимаю, побились файлы нашей БД или самого ПО Mysql
ВНИМАНИЕ ВОПРОС, ВЕРНЕЕ 2:
1) Есть ли какой-то вариант восстановления без отката к дампу? Возможности нанять линуксоида нет, действуем сами по инструкциям, так что многого не знаем. 2) Если восстанавливаться из дампа, я планирую заодно тогда уж ПЕРЕЙТИ на VMBITRIX 7.2 Проблема в том, что дампы лежат в структуре сайта локально (а не в облаке), а как их оттуда забрать - я не знаю, перерыла справочники, знаю только как туда СКАЧАТЬ например wget-om
Есть ли у кого-то описание действий, такой чек-лист, как забрать файлы из виртуальной машины, перенести их в структуру веб-сервера на новую...? чтобы восстановиться. Сколько времени на это понадобится?
ДОПОЛНЕНИЕ Содержимое папки с данными /var/lib/mysql:
-------------------------------------- ibdata1 ib_logfile0 mysql sitemanager0 ibdata1.bak ib_logfile1 performance_schema test ibdata2.bak localhost.localdomain.err portal.err -------------------------------------- (ibdata2.bak это уже я создала)
Ну и самый простой чек - лист Делаем бэкап в папку на сайт. После окончания бэкапа - система выдаст ссылку на резервную копию.
на новой свежеразвернутой машине - заходим по ИП на сайт - говорим восстановить из копии и указываем где взять копию. Сайт с магазином на 800 000 наименований - 40 минут итого.
Анатолий написал: Делаем бэкап в папку на сайт. После окончания бэкапа - система выдаст ссылку на резервную копию.
К сожалению, не можем, ибо сайт и битрикс - не запускаются, сделать свежий резерв нет возможности. В наличии только файлы уже сделанного резерва. Я не понимаю, как их оттуда забрать можно.
Андрей Николаев написал: Нам обычно nginx + httpd + mysql рестарт помогал (причем на время рестарта nginx отключается, а все остальное просто перезагружается)
Список команд точных не подскажете? nginx ни разу не пробовала там рестартовать, только httpd и mysqld
Ваши логи не полные, а лишь последние 10 строк, что очень не информативно. 1. Покажите нам результаты выполнения
Код
df -h
и
Код
free -m
2. Предоставьте более подробные логи относящиеся к проблеме (так например в messages у вас записи более поздние, чем из mysql лога) ---- Возможно у вас проблема с битым binlog (в логах должны быть намеки на это). Если так, то можете попробовать добавить в конфиг mysql: