Проблемы c службой Mysql

[Illusiony]

Извините, не знаю куда написать с таким вопросом.

Стоит Ubuntu 14.04 + VestaCP
Сегодня при работе часто ответ от сервера timeout, БД через панель VestaCP часто стоит 0 минут. Перезапуск БД и сервера ничего не дал.
При рабоче через phpMyAdmin вроде бы нормально.

Лог фал /var/log/mysql забиватся вот таким уже 3 мбайта:

160205 14:05:05  InnoDB: Unable to open the first data file
InnoDB: Error in opening ./ibdata1
160205 14:05:05  InnoDB: Operating system error number 11 in a file operation.
InnoDB: Error number 11 means 'Resource temporarily unavailable'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html
160205 14:05:05 InnoDB: Could not open or create data files.
160205 14:05:05 InnoDB: If you tried to add new data files, and it failed here,
160205 14:05:05 InnoDB: you should now edit innodb_data_file_path in my.cnf back
160205 14:05:05 InnoDB: to what it was, and remove the new ibdata files InnoDB created
160205 14:05:05 InnoDB: in this failed attempt. InnoDB only wrote those files full of
160205 14:05:05 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
160205 14:05:05 InnoDB: remove old data files which contain your precious data!
160205 14:05:05 [ERROR] Plugin 'InnoDB' init function returned error.
160205 14:05:05 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
160205 14:05:05 [ERROR] Unknown/unsupported storage engine: InnoDB
160205 14:05:05 [ERROR] Aborting

160205 14:05:05 [Note] /usr/sbin/mysqld: Shutdown complete

160205 14:05:05 [Note] Plugin 'FEDERATED' is disabled.
160205 14:05:05 InnoDB: The InnoDB memory heap is disabled
160205 14:05:05 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160205 14:05:05 InnoDB: Compressed tables use zlib 1.2.8
160205 14:05:05 InnoDB: Using Linux native AIO
160205 14:05:05 InnoDB: Initializing buffer pool, size = 128.0M
160205 14:05:05 InnoDB: Completed initialization of buffer pool
InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process

А через htop наблюдаю постоянно такое:


InnoDB я вообще не использую непосредственно в своем проекте.

[Illusiony]

Теперь взял свои программы (на delphi) и запустил у другого человека на компе. Все нормально отработало без ошибок. Неужели сервер не причем ( либо блокирует именно мои запросы) или на компе у меня чтото само блокирует часть запросов к серверу. Но Бд то все равно перезапускалась. Ситуация еще туманнее стала.

[Utkin]

Виртуалки нету? Попробовать на своем же компе, но на виртуалке. Если взлетит - значит настройки компа/операционки/файервола и т.д. То есть дело в машине, а не в БД.

[Illusiony]

Да, завтра на другой машине запущу. На своей при выключенном антивирусе ошибки проявляются. Виртуалки нету.
Но все равно, есть вероятность что сами программы заразились и при переносе на другую машину этих же файлов будет тоже самое. Вот если будет все нормально, то точно в машине чтото из окружения. Но, наверное, и есть вероятность что сервер блокирует почему то именно какието запросы ( но я смотрел файл fail2ban.log, вроде вроде бы ip текущего моего не было.)
А то, что я написал у другого человека, они уже на другой машине использовались до этого, т.е там программы эти уже были до того, как у меня на компе стали вылетать ошибки.

[Utkin]

В общем так не очевидно - локализуйте источник проблемы. Ваш комп или сервер? Тогда искать причину станет проще.

[Illusiony]

Поставил файлы со своей машины на другую, но к тому же интернету, проблема осталось.
Теперь еще попробую достать файлы у человека( у которого проблем не было) и поставить себе. Также хотелось бы подрубить другой интернет, ищу варианты.

[Пепел Феникса]

Если Вы не запускаете mysql дважды, то глюк файловой системы. Попробуйте такое решение ( http://nagg.ru/2012/08/innodb-unable...ata1-error-11/ )
/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

чтоб проверить насчет дважды, посмотрите вывод

ps aux | grep mysql

[Illusiony]

итак что я имею:
1) при моем обычно АДСЛ модемном интернете через кабель эти ошибки таймаута проявляются, но не все запросы , (даже если они одинаковые) а часть запросов с ошибками таймаута
2) отключил кабель модемный с компа, подключил мобилу в качестве модема( мобильный интернет из мобилы) ошибки нету все нормально
3) делаю мобильник промежуточным звеном т.е : мобильник по wifi к модему, а сам мобильник в качестве модема к компу. Ошибка остается
4) подключаю обратно кабель ( мой обычный интернет по 1вом варианту) но включаю VPN от антивируса АВАСТ ошибок нету.

При всем этом без разницы был ли включен сам антивирус.

Какой из этого вывод? блокирует мой сервер мой ip (Мой ip компа динамический.) ? или провайдер или модем... или еще что то?

Хотя, если использовать аналогичные запросы через браузер, проблем не было.

[Illusiony]

Сообщение от Пепел Феникса

чтоб проверить насчет дважды, посмотрите вывод

ps aux | grep mysql

Спасибо, понаблюдаю за ситуацией.

[rlib]

Попробуйте:

mv ibdata1 ibdata1.bak 
cp -a ibdata1.bak ibdata1