Почему mysql сервер не останавливается?

Question

[Денис Денис]

Перехожу
сd /etc/init.d/
Останавливаю
mysqld stop

150629 22:17:14 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
mysqld: Too many arguments (first extra is 'restart').
Use --verbose --help to get a list of available options
150629 22:17:14 [ERROR] Aborting

150629 22:17:14 [Note] mysqld: Shutdown complete
что это за ERROR?

Сайты доступны, значит сервер не остановлен?

Answer 1

[Эргил Осин]

Перехожу
сd /etc/init.d/
Останавливаю
mysqld stop

Это брутально. Интересно из каких глубин подсознания вы вообще такую идею взяли.
Не /etc/init.d/mysqld stop, как в любых старых книгах, а вот с cd.

А, вообще, вы не указали какой дистрибутив, в зависимости от дистрибутива разные init-системы и разные варианты команд могут быть.

Answer 2

[Disen]

уоу-уоу-уоу.
С рабочая БД и kill -9 как по мне не совместимые вещи.

Попробуйте для начала:
service mysqld stop
sudo mysqld stop
mysqladmin -u root -pUpassHere shtudown

И если это не помого, то только тогда kill -9.
И на всякий случай проверьте, рабочий ли у Вас бэкап.

Answer 3

[Azazel PW]

Подвисла служба, кильните её
ps -ax |grep mysql
kill -9 pid

Потом старт и стоп, проверьте что все работает нормально.

Comments

[Денис Денис]

Спасибо большое, отложил до вечера, а то как то стремно на рабочем сервере то

[Tomass Tumass]

Денис Денис: советую на всякий случай сделать бэкап баз, если мускул убить принудительно, то могут побиться таблички и не всегда repair спасает.

Ну и ещё есть service mysqld status/restart и т.д.

[ShamblerR]

9 катигорически не приемлимый и нерекомендованный вариант, тем более с базами INODB, такой вариант используется только в том случае когда другие сигналы не помогают, он даже крайне не рекомендуется для закрятия приложения на десктопе, я уже не говорю про сервер. В начале по хорошему нужно было исключить любые другие варианты.

[Azazel PW]

ShamblerR: Если бекап есть, то ничего плохого не случится. А он должен быть в любом случае. Чтобы разрушить базу, нужно убить ib_logfile и ibdata1.

[Эргил Осин]

ShamblerR: вот поддержу, что 9 сигнал совершенно неприемлем. Если уж убивать, то 15ым.

[ShamblerR]

Azazel PW: боюсь вы плохо понимаете работу inoDB бэкап не поможет поскольку он не содержит самого бинарного файла, а следовательно при десинхронизации будет вести себя некорректно, и заливайте вы сами базы хоть до самого небалуйся. заходите в защитном режиме, востанавливайте базы всеравно валидной эту работу будет назвать трудно.
убивать 9 естественно можно, но только тогда когда других шансов просто нет! Особенно mysql с inodb

[Azazel PW]

ShamblerR: Уже восстанавливал клиенту после сгоревшей мат платы на сервере. И как обычно бекапов у него не было. )))
Плохо, хорошо это лирика. Сервис работает или не работает.
Можно и другими сигналами убивать, чтобы не оставлять "мусор" в системе.

Я если честно смотрю ваши последние комменты и вижу, что у вас подгорает. ))) Не надо так.

[ShamblerR]

Все совершенно справедливо для mysam но для inodb свои правила, фактически майсам вообще можнопросто скопировать, потеряв часть данных в таблицах ожидающих записи. Да и при убивание сиквела так же практически максимум чем вы рискуете повреждением одной таблицы одной бд которая сейчас пишет, да и инструменты их востановления есть. При inodb у вас есть нехилый вариант получить крах всех бд, а системы востановления таблиц на inidb ох как работают не по феншую, понятно что сама вероятнось достаточно мала. Но на то он и сервер ;).