Меню
Что нового?

MySQL периодически отключается (FreeBSD 6.2)

  • Автор темы Автор темы untied
  • Дата начала Дата начала

untied

Сдвинутый новичок
MySQL периодически отключается (FreeBSD 6.2)

Итак, имеется VPS на FreeBSD 6.2.
Установлен MySQL 5.0.45, собранный из портов (одноименный MySQL-клиент тоже установлен, ясное дело).

Демон MySQL периодически отключается. Просто вываливается из памяти без причины. В списке процессов отсутствует.
После перезапуска работоспособность восстанавливается -- до следующего глюка.

Я так понимаю, нужно смотреть лог. Но лог не нашел. Не нашел даже, где лежит my.ini (такое ощущение, что его вообще нет).

Буду рад любому дельному совету.
 
Лог как правило лежит в той папке чо база..
имя_хоста.err
my.cnf там же...
Просто так не может вываливаться.. или корка или запись в логе...
 
И вроде в FreeBSD демона стартует скрипт mysqld_safe, который заного поднимает mysqld если он шлепнулся...
 
mysqld_safe и работает.
Сегодня опять отвалился. В логах никаких записей по поводу отключения нет.
Б..ха муха. : (
Может ему кто kill -9 делает? Оператор хостинга, к примеру. Они ж могут на VPS залезать, даже не зная пароль root-а.
 
Посмотри вот на это - /usr/ports/sysutils/daemontools

Daemontools is a small set of /very/ useful utilities, from Dan
Bernstein. They are mainly used for controlling processes, and
maintaining logfiles.

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

В итоге борьба с MySQL на FreeBSD 6.2 закончилась поражением.
Ход событий:

- решив, что в MySQL 5.0.45 закралась ошибка, переставил MySQL, установив 5.1 (самый свежий release candidate); отключения не прекратились.
- перекопав интернет, нашел аналогичные проблемы у нескольких "везунчиков"; проблема связывалась с определенным железом от компании Dell -- рекомендовалось сделать ремап потоковых библиотек (libthread.so на libpthr.so -- что-то в этом духе); сделал ремап, отключения не прекратились.
- решил пересобрать MySQL с linuxthreads (хотя для пятых версий делать этого не рекомендуется); в итоге MySQL просто перестал запускаться (никакой диагностики не выдавалось, однако демон отказывался оставаться в памяти);
- плюнул и написал скрипт на Perl, проверявший список процессов и, в случае отсутствия mysqld-safe, запускающий MySQL; запихнул этот скрипт в cron и назначил ему запуск раз в 10 минут; стало легче -- Perl-скрипт писал лог, когда он перезапускал сервер, и по логам перезапуск происходил раз в одну-две недели;
- тем временем Google начал активно индексировать сайты и нагружать MySQL, Perl-скрипт стал перезапускать демон каждые десять минут (т.е. MySQL вылетал от нагрузки, хотя даже эта гугловая нагрузка -- сущий пустяк для нормального VDS);
- поиски в интернете подсказали, что проблема именно в связке FreeBSD 6.2 и MySQL, поэтому решил забить на борьбу и поменять хостинг. Ушел на Linux к другому хостеру.

Плохой хостинг с FreeBSD -- это Mirhosting, план VM2, c 4Гб дискового пространства.
Хостинг, куда я ушел, не называю (чтобы не сочли рекламой), но в итоге я сильно выиграл в дисковом объеме, получив 15 Гб за меньшие деньги.

ИТОГ: хотя я считаю FreeBSD гораздо более надежной и хорошо продуманной системой, теперь я ни за что не рекомендовал бы использовать ее для хостинга в связке с MySQL! Можно нарваться на неизлечимый геморрой из-за каких-то потоковых проблем во Фре. Правда, в 7-й версии обещают эту потоковую проблему решить. Посмотрим... :)
 
А лог то нашел?
Почему у других таких проблем нет :-))
 
Лог MySQL нашел. В нем возникала маловразумительная фраза "recovering after crash" и более ничего. MySQL вылетал безо всяких объяснений.

Да. Забыл сказать. Я задействовал "skip_networking" в my.cnf. Потому что мне уже начинало казаться, что мускул убивает какой-нибудь злой хакер через сеть (типа нашел какую-то уязвимость и пакостит). Более того, я запустил ipfw, чтобы не было возможности влезть в какой-либо другой порт!!! Не помогло. Это явно внутренние разборки Фри с Мускулом.

Почему это только мне так повезло -- х.з. Может Mirhosting экономит на оперативной памяти в плане VM2, так что ее просто не хватает (кстати, я использовал самую минимальную конфигурацию: my-small.cnf). Может так просто звезды сошлись, что на моем сервере было установлено оборудование Dell.

По поводу смены хостера ничуть не жалею. У меня сейчас ресурсов раза в четыре больше, чем на VM2, а плачу дешевле. :)
 
Войдите или зарегистрируйтесь для ответа.
Сверху