Падает MySQL (Ubuntu + VESTA + Wordpress)

[subhost]

Добрый день, очередная проблема с MySQL на Vesta.
Есть сервер на digitalocean.com (2GB / 2 CPUS) Ubuntu 14.04 x64

Поставил VESTA и 10 сайтов на Wordpress (на каждый сайт отдельная база).

Не успел настроить все сайты, как Mysql стал самостоятельно отключатся.
Примерно через 2-3 минуты, после перезагрузки сервера отваливается процесс MySQL

Несколько последних строчек лога

Code: Select all

140505 12:19:30 InnoDB: Could not open or create data files.
140505 12:19:30 InnoDB: If you tried to add new data files, and it failed here,
140505 12:19:30 InnoDB: you should now edit innodb_data_file_path in my.cnf back
140505 12:19:30 InnoDB: to what it was, and remove the new ibdata files InnoDB created
140505 12:19:30 InnoDB: in this failed attempt. InnoDB only wrote those files full of
140505 12:19:30 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
140505 12:19:30 InnoDB: remove old data files which contain your precious data!
140505 12:19:30 [ERROR] Plugin 'InnoDB' init function returned error.
140505 12:19:30 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
140505 12:19:30 [ERROR] Unknown/unsupported storage engine: InnoDB
140505 12:19:30 [ERROR] Aborting

140505 12:19:30 [Note] /usr/sbin/mysqld: Shutdown complete

140505 12:19:30 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

Может кто сталкивался и знает куда смотреть и что менять?

[imperio]

Добрый день.

Попробуйте поднастроить конфиг mysql

Code: Select all

/etc/mysql/my.cnf

Code: Select all

innodb_data_file_path = ibdata1:50M:autoextend

skip-innodb
отключает innodb
после настройки рестарт mysql

Возможно InnoDB не хватает памяти для работы.
Вообще InnoDB потребляет больше памяти, чем MyISAM

[subhost]

Спасибо за оперативный ответ!
Но странно, когда добавляю эту строку в конфиг

Code: Select all

innodb_data_file_path = ibdata1:50M:autoextend

MySQL сервер просто перестает запускаться.

[imperio]

Странно, именно об этой директиве и пишет mysql, и скорее всего от этого и останавливается.

Code: Select all

Could not open or create data files.
140505 12:19:30 InnoDB: you should now edit innodb_data_file_path in my.cnf back

А какую ошибку выдаёт при рестарте?

[subhost]

Сервер при рестарте выдает просто fail

Но в самом логе, сразу после неудачного рестарта пишет вот что:

Code: Select all

/var/log/mysql/error.log

Code: Select all

140505 16:13:15 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140505 16:13:15 [Note] Plugin 'FEDERATED' is disabled.
140505 16:13:15 InnoDB: The InnoDB memory heap is disabled
140505 16:13:15 InnoDB: Mutexes and rw_locks use GCC atomic builtins
140505 16:13:15 InnoDB: Compressed tables use zlib 1.2.8
140505 16:13:15 InnoDB: Using Linux native AIO
140505 16:13:15 InnoDB: Initializing buffer pool, size = 128.0M
140505 16:13:15 InnoDB: Completed initialization of buffer pool
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
140505 16:13:15  InnoDB: Retrying to lock the first data file
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.

Также хочу заметить что в ходе экспериментов, с перезапуском MySQL сервера и сервера целиком. Сервер MySQL уже со стандартными настройками перестал запускаться, вне зависимости от рекомендованной строки

Code: Select all

innodb_data_file_path = ibdata1:50M:autoextend

Возможно, и скорее всего проблема вообще не в этой строке.

UPD:
В простом эксперименте установил:
На сервере с RAM 512Mb - процесс MySQL вообще не запускается даже при стандартных настройках.

На сервере с RAM 2Gb - запустить MySQL удалось (но все равно падает через несколько минут) но без директивы

Code: Select all

innodb_data_file_path = ibdata1:50M:autoextend

с директивой по прежнему просто не запускается процесс.

[imperio]

Укажите версию mysql
в момент падения сервиса скиньте вывод

Code: Select all

free -m

InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.

попробуйте выполнить

Code: Select all

/etc/init.d/mysql stop
mv /var/lib/mysql/ibdata1 /var/lib/mysql/ibdata1.bak
cp -a /var/lib/mysql/ibdata1.bak /var/lib/mysql/ibdata1
/etc/init.d/mysql start

[kinolaev]

проблема в том, что скрипт vst-install-ubuntu.sh вызывает update-rc.d mysql defaults, то есть ставит скрипт /etc/init.d/mysql в автозапуск. но в 14.04 запуском mysql теперь занимается upstart, который берет конфиг в /etc/init/mysql.conf (кстати, upstart запускает не mysqld_safe, а просто mysqld). соответственно запускается два процесса с одинаковыми настройками (из /etc/mysql/my.cnf) и первый лочит файл ./ibdata1, отсюда ошибка.
решение простое:
1) либо mv /etc/init/mysql.conf /etc/init/mysql.conf.off
2) либо update-rc.d mysql disable

[filippoff]

У меня та же ерунда с libdata. На одном сервере TYPO3, на втором Wordpress. В один прекрасный момент перестал запускаться демон mysql. Перезапись libdata1 не помогла, переустановил сервер. До падения никаких работ на сервере не было.

[mixjay]

У меня похожая проблема...
Перезагружаем сервер. Сайты сразу работают! Проходит ~1 минуты и валится MySQL. Помогает ручной перезапус через панель VESTA: Службы -> mysql -> перезапустить
После этого сайты хорошо работают до следующей перезагрузки сервера... Что именно крашит Mysql не знаю. Не силен я в администрировании =(

[skid]

kinolaev, спасибо за помощь в решении. Новый установщик не прописывает mysql в автозапуск в init.d
Исправление для установленных панелей выйдет вместе с следующим релизом.