Проблеммы с соединением mysql

Из скриптов и phpmyadmin не получается соедениться с базой данных.

При попытке остановке, а после запуска mysql:

/etc/init.d/mysql start
Starting MySQL database server: mysqld.
Checking for corrupt, not cleanly closed and upgrade needing tables..

И далее в консоле такие сообщения:

ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

При попытке соединение из консоли:

ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 104

Как решить эту проблему?

(Отредактировано автором: 21 Ноября, 2014 - 10:42:32)

ckjet, вот: выбирайте!
Один из вариантов:

(Отредактировано автором: 21 Ноября, 2014 - 11:09:24)

Вот результат:

mysqladmin: connect to server at 'localhost' failed
error: 'Lost connection to MySQL server at 'reading initial communication packet', system error: 104'
(Добавление)
Вот рестарт и повторный ввод команды:

root@srv ~ # /etc/init.d/mysql restart
Stopping MySQL database server: mysqld.
Starting MySQL database server: mysqld . . ..
Checking for corrupt, not cleanly closed and upgrade needing tables..
root@srv ~ # mysqladmin -u root -p status
Enter password:
mysqladmin: connect to server at 'localhost' failed
error: 'Lost connection to MySQL server at 'reading initial communication packet', system error: 0'
ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query

рискну предположить что засрана information sheme(если коротко то таймаут при выполнении запроса судя по ошибке)
видимо были какието эксперименты с бд
либо включены логи всех запросов
либо хз что еще но факт что пропадает коннект при выполнении запроса по таймауту
еще рискну предположить что обновил сервак до убунты 14. ...
у меня такое было при этом
если да то скажи попробую вспомнить
(Добавление)
*вспомнить какая настройка нужна
(Добавление)
хотя нет
это вроде было вроде на 13.10
на 14.04 - 14.10 проблем не наблюдалось
короче поподробнее...когда? после чего? итд итп
(Добавление)
ты считаешь что проблема в соединении
определенно это не так
соединяется
но при каждом соединении выполняются запросы
вот они и тормозят до таймаута
вопросы:
1 долго ли ждешь до возникновения проблемы?
2 пробовал включить лог всех запросов и смотреть на каком застопорилось?

(Отредактировано автором: 21 Ноября, 2014 - 19:55:39)

Сервер не обновлялся, он работал долгое время без перезагрузки, размер базы превышает 1 гб. Из-за зависания намертво он был перезагруже(hw reset). Есть подозрение что выполнялись какие-то операции с базой в этот момент.

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

После многочисленных попыток решил сделать mysqlcheck и upgrade(после холодного бекапа) - это помогло, запросы стали выполняться и все отлично работало, но все данные были потеряны. После восстановления из "холодного бекапа" не запускается вообще mysqld

(Отредактировано автором: 21 Ноября, 2014 - 20:29:56)

(Добавление)
жееесть
тут уж надо быть богом-сисадмином
если ниче не менялось и после жести сломалось значит надо решать кардинально
вплоть до переустановки
(Добавление)
и кто интересно посоветовал хардкор такой?
можно было же хотя бы обрубить каналы сначала

До оставления тем на форуме я гуглил долгое время, не найдя решения оставил тему. Очень рад что хватает троллей на форумах, которые учат новичков гуглить. Но я не новичок и не обратился с тривиальной проблемой. Что касается тебя, так мне кажется что ты не сталкивался ни с чем подобным, а если столкнешься - буду рад, если тебе так же покажут ссылку на let me google that for you. И не пиши пожалуйста, если сам не понимаешь что и для чего.
(Добавление)


Это делал не я, а кто-то из манагеров с доступом к robots, счетая что это панацея(я в то время был недоступен). А теперь приходится что-то придумывать.

А где в таком случае логи демона в первом же сообщении темы?

-----
PostgreSQL DBA

а ответы где?
время до появления ошибки много проходит?
яж не зря вопросы обозначил
хоть будет об чем далее думать
и включи лог всех запросов повторяю
ну и так далее...
(Добавление)
вот тяжелая артиллерия подтянулась
ckjet спрячь своё я подальше...и давай работать))
(Добавление)
Мелкий а че тут логи демона скажут
явно прервался коннект во время запроса
(Добавление)
надо все запросы писать
(Добавление)
чеее?
что такое robots?
hw reset означает как минимум нажали кнопку
если это было удаленно через терминал то это не жесткая перезагрузка
это значит корректный шутдаун
он не мог сломать систему
(Добавление)
Мелкий я хоть примерно в правильном направлении говорю?)
(Добавление)
пока не кинулись терзать гугл что такое демоны и где у них логи....
/var/log/mysql/...
а там чтото может и найдется

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


Смотря что за машина. Для той же виртуалки (и, следовательно, всяких облаков и туч) hw reset по ощущениям гостевой системы легко устроить одной командой с гипервизора. Но и собственно железо можно физически отправить в reset удалённо, через iLo какой-нибудь (в живую не щупал, но по докам управление питанием как раз очень даже есть).

-----
PostgreSQL DBA

Мелкий а если на землю спуститься?
речь о том что вырубили на жесткую
в этом ТС ищет корень проблемы
явно не виртуалка и иже сними варианты
взбодрись))
сообщение об ошибке есть уже в терминале
оно более чем говорит
перечитай
пропажа коннекта во время запроса...не?
потому и интересно сколько времени проходит от времени коннекта до появления ошибки
и отсюда интересно посмотреть логи всех запросов...на каком остановится...
не?...со всем уважением...не подумай что спорю ради самолюбия...чисто ради дела и добра во всем мире))

(Добавление)

Ну так и в логи пишется не только то, что происходит при старте.

-----
PostgreSQL DBA

сам внимательно читаешь что пишешь?
можно не банить
уже самому не интересно
вот именно блин
интересно на каком запросе останавливается
оой...ушел...
(Добавление)


(Добавление)