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

[Alexzz]

У меня такая же проблема. Постоянно пытается загрузиться rc.d мускл, когда в весте уже написано, что мускл работает. через минуту всё падает, приходится убирать из rc.d мускл. весту ставил неделю назад. что нужно сделать, чтобы избавиться от этого?
плюс вопрос - сделал collation в настройках my.cnf на unicode.ci, а в mysql всё равно осталось general.ci
т.е. в майдамине кракозябры. на работу скриптов не влияет, но вот в базе руками ничего не поредактируешь. как исправить? на другой машине без весты данная настройка в my.cnf помогает:

Code: Select all

    [mysqld]
    init_connect=‘SET collation_connection = utf8_unicode_ci’
    character-set-server = utf8
    collation-server = utf8_unicode_ci

    [client]
    default-character-set = utf8

Должно быть так:

Code: Select all

mysql> SHOW VARIABLES LIKE 'collation%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_unicode_ci |
| collation_database   | utf8_unicode_ci |
| collation_server     | utf8_unicode_ci |
+----------------------+-----------------+

А оно вот так:

Code: Select all

mysql> SHOW VARIABLES LIKE 'collation%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database   | utf8_unicode_ci |
| collation_server     | utf8_unicode_ci |
+----------------------+-----------------

[immwru]

Такая же проблема. :(
2-3 минуты и краш.

[gurvinek]

и у меня то же саме, хоть от компьютера не отходи ((

[skurudo]

Такая же проблема. :(
2-3 минуты и краш.

Почему вы думаете, что проблема та же?

и у меня то же саме, хоть от компьютера не отходи ((

На то он и компьютер, чтоб за ним сидеть.

А если серьезно, то давайте-ка по порядку разбираться: что у вас за ОС, какие параметры сервера-впс, какие настройки mysql, что успевает написать в логах mysql. Как-то не конкретно получается.

[gurvinek]

OS Debian 7
Intel(R) Atom(TM) CPU D2700 @ 2.13GHz, 4 cores
RAM 3.94 GB
HDD 500 Gb
настройки mysql по умолчанию

Начало валиться позавчера ночью в 2:15, перед этим ковырялся в системе, подумал, что сбой произошел из-за моего вмешательства, решил переставить панель заново.
Вчера в 2:15 опять краш, перезагрузка не помогает, перезапускал базу разными способами, после какого то завелась.
С утра проверил - опять база слетела, причем слетает как то не до конца - на сервере несколько сайтов, пара из которых работает при сбое. Захожу в phpmyadmin, восстанавливаю таблицы любого сайта и тут все заводится. Но через несколько минут снова база отваливается. И так по кругу. В логе следующее:

Code: Select all

150215 11:37:37 [Note] Event Scheduler: Purging the queue. 0 events
150215 11:37:37  InnoDB: Starting shutdown...
150215 11:37:39  InnoDB: Shutdown completed; log sequence number 25948018
150215 11:37:39 [Note] /usr/sbin/mysqld: Shutdown complete

150215 11:37:39 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
150215 11:38:30 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
150215 11:38:30 [Note] Plugin 'FEDERATED' is disabled.
150215 11:38:30 InnoDB: The InnoDB memory heap is disabled
150215 11:38:30 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150215 11:38:30 InnoDB: Compressed tables use zlib 1.2.7
150215 11:38:30 InnoDB: Using Linux native AIO
150215 11:38:30 InnoDB: Initializing buffer pool, size = 128.0M
150215 11:38:30 InnoDB: Completed initialization of buffer pool
150215 11:38:30 InnoDB: highest supported file format is Barracuda.
150215 11:38:33  InnoDB: Waiting for the background threads to start
150215 11:38:34 InnoDB: 5.5.41 started; log sequence number 25948018
150215 11:38:34 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
150215 11:38:34 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
150215 11:38:34 [Note] Server socket created on IP: '0.0.0.0'.
150215 11:38:34 [Note] Event Scheduler: Loaded 0 events
150215 11:38:34 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.41-0+wheezy1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)
Version: '5.5.41-0+wheezy1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './mysql/servers.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './mysql/tables_priv.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './mysql/time_zone.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './mysql/time_zone_leap_second.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './mysql/time_zone_name.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './mysql/time_zone_transition.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './mysql/time_zone_transition_type.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './mysql/user.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './user@base/jos_2j_news_list.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './user@base/jos_aicontactsafe_config.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './user@base/jos_aicontactsafe_contactinformations.frm' (errno: 24)
150215 11:38:45 [ERROR] /usr/sbin/mysqld: Can't open file: './user@basec/jos_aicontactsafe_fields.frm' (errno: 24)
150215 11:38:46 [ERROR] /usr/sbin/mysqld: Can't open file: './user@base/jos_aicontactsafe_messagefiles.frm' (errno: 24)
150215 11:38:46 [ERROR] /usr/sbin/mysqld: Can't open file: './user@base/jos_aicontactsafe_messages.frm' (errno: 24)
150215 11:38:46 [ERROR] /usr/sbin/mysqld: Can't open file: './user@base/jos_aicontactsafe_profiles.frm' (errno: 24)

и т.д.

Полазив по форуму нашел похожую проблему, добавил в файл my.cnf строку
open_files_limit=65535

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

P.S. С Линуксом пытаюсь дружить, но получается не очень. Сильно не пинайте :)

[skurudo]

Давайте посмотрим, как пойдет.

На самом деле настройки каждый выбирает под свою систему и свои ресурсы. На базовые конфиги полагаться, конечно, можно, но составляющий их не может точно знать, на какой системе вы их потом будете запускать и насколько оптимально их подобрать. Именно поэтому тюнинг необходим :)

[gurvinek]

да, совсем забыл, еще в файл /etc/security/limits.conf добавил строки:

root soft nofile 65535
root hard nofile 65535
* soft nofile 65535
* hard nofile 65535

[gurvinek]

Сегодня ночью все прошло без вылетов. До сих пор все работает. В логах ошибок нет.
Совсем другое дело!!!

[imperio]

Добавьте предложение по лимитам в багзиллу
https://bugs.vestacp.com/
Разработчики рассмотрят

[imperio]

gurvinek,
Ждём вашего ответа
https://bugs.vestacp.com/responses/pred ... omment-323