Andreyka: Жду графиков. Подозреваю много записей и нехватки io под них.
Не получаются графики, модулю mysql_ не нравится [Missing dependency Cache::Cache].
ClockWorkOrange добавил 15.10.2010 в 16:33
Vanger: его установить же надо
apt-get install mtop
Установил. Я так понимаю, что это тоже самое почти, что и mytop. Запустил, смотрю. Где должен проявиться криминал ?
ClockWorkOrange добавил 16.10.2010 в 02:57
Andreyka: Жду графиков. Подозреваю много записей и нехватки io под них.
Вобщем, графиков от mysql я так и не добился, но сопоставил графики LA с загрузкой CPU и увидел, что именно в момент пика LA - макимальное значение iowait. Собственно, и без графика мускуля все понятно, похоже. Andreyka прав. Какие шаги ?
pupseg: Паш, пусть малый оптимайз табл выполнит... это хотябы.
2ТС - что говорит банальный mtop ?
SHOW FULLPROCESSLIST; ?
-bash: mtop: command not found
SHOW FULLPROCESSLIST не работает.
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'FULLPROCESSLIST' at line 1
если так, то:
SHOW PROCESSLIST
614 root localhost mysql Sleep 2507 NULL
8967 root localhost NULL Query 0 NULL SHOW PROCESSLIST
ClockWorkOrange добавил 15.10.2010 в 01:04
Если SHOW FULL PROCESSLIST, то
614 root localhost mysql Sleep 3295 NULL
9566 root localhost NULL Query 0 NULL SHOW FULL PROCESSLIST
ClockWorkOrange добавил 15.10.2010 в 01:25
Оптимизировал таблицы.
Базы данных то - небольшие, по 2-3 Мб. Ресурсоемких проектов - два. Оба - на Wordpress. БД 3 Мб максимум.
netwind: ClockWorkOrange, Там же есть в документации пример настройки :
env.mysqluser root
env.mysqlpassword geheim
Похоже, новый плагин уже пропихнули в новые версии munin. Он mysqladmin не использует, поэтому ваши значения больше не актуальны.
Мне вот что интересно : ну диагностируете вы усиленную работу mysql, а дальше что? munin не сможет переписать ваши запросы.
Для начала хочу диагностировать. Вот сейчас смотрю - значение LA в munin и панельке уже не совпадают. В панельке они выше. Далее хочу диагностировать, что именно мускуль грузит. Ранее ведь все работало хорошо, причем на дефолтном конфиге мускуля (там ему 128 мб на все про все выделялось). И все было ок.
netwind: Не так давно старый архив плагинов munin списали в утиль, поэтому вы поиском смогли найти только модули Kjell-Magne. Вообще, они хорошие, но слишком уж подробные. В самом munin уже есть вполне рабочий модуль для mysql.
Ну вот он и не подключается, ругаясь на [Missing dependency Cache::Cache].
А то, что я подключил - mysql_queries, mysql_slowqueries,mysql_threads работать не хочет, данные не показывает. Хотя рут пароль я прописал в конфиге.
Вобщем, проблема осталась. Все равно что-то грузит мускуль. Я и сайты поотключал. Все равно - случаются большие скачки. Написал прову гневное письмо про оверсел - пров клянется и божится, что нода вообще пустая, практически, и говорит - проблема у меня. И прислал:
ЗЫ. ВПСка позволяет ставить любой самый можный конфиг для my.cnf При самом большом значении из предустановок (my-huge) - есть максимум 50% от доступной оперативы, так что ресурсов полно.
madoff: Ну если через чур перекопируете то всё может рухнуть, тут даже может версии mysql иметь значение не совпадутв ерсии и будут проблеммы. 10 сайтов можно перетащить и руками. и чище будет и красивее, я вам не советую просто копировать, это может привести к падению дедика.
Можно... Заново ось собирать... Хотя, стабильность важнее, это безусловно...
Жду графиков. Подозреваю много записей и нехватки io под них.
Не получаются графики, модулю mysql_ не нравится [Missing dependency Cache::Cache].
ClockWorkOrange добавил 15.10.2010 в 16:33
его установить же надо
apt-get install mtop
Установил. Я так понимаю, что это тоже самое почти, что и mytop. Запустил, смотрю. Где должен проявиться криминал ?
ClockWorkOrange добавил 16.10.2010 в 02:57
Жду графиков. Подозреваю много записей и нехватки io под них.
Вобщем, графиков от mysql я так и не добился, но сопоставил графики LA с загрузкой CPU и увидел, что именно в момент пика LA - макимальное значение iowait. Собственно, и без графика мускуля все понятно, похоже. Andreyka прав. Какие шаги ?
Паш, пусть малый оптимайз табл выполнит... это хотябы.
2ТС - что говорит банальный mtop ?
SHOW FULLPROCESSLIST; ?
-bash: mtop: command not found
SHOW FULLPROCESSLIST не работает.
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'FULLPROCESSLIST' at line 1
если так, то:
SHOW PROCESSLIST
614 root localhost mysql Sleep 2507 NULL
8967 root localhost NULL Query 0 NULL SHOW PROCESSLIST
ClockWorkOrange добавил 15.10.2010 в 01:04
Если SHOW FULL PROCESSLIST, то
614 root localhost mysql Sleep 3295 NULL
9566 root localhost NULL Query 0 NULL SHOW FULL PROCESSLIST
ClockWorkOrange добавил 15.10.2010 в 01:25
Оптимизировал таблицы.
Базы данных то - небольшие, по 2-3 Мб. Ресурсоемких проектов - два. Оба - на Wordpress. БД 3 Мб максимум.
ClockWorkOrange добавил 15.10.2010 в 09:19
Поставил mytop
Что в нем ловить?
ClockWorkOrange, Там же есть в документации пример настройки :
env.mysqluser root
env.mysqlpassword geheim
Похоже, новый плагин уже пропихнули в новые версии munin. Он mysqladmin не использует, поэтому ваши значения больше не актуальны.
Мне вот что интересно : ну диагностируете вы усиленную работу mysql, а дальше что? munin не сможет переписать ваши запросы.
Для начала хочу диагностировать. Вот сейчас смотрю - значение LA в munin и панельке уже не совпадают. В панельке они выше. Далее хочу диагностировать, что именно мускуль грузит. Ранее ведь все работало хорошо, причем на дефолтном конфиге мускуля (там ему 128 мб на все про все выделялось). И все было ок.
Не так давно старый архив плагинов munin списали в утиль, поэтому вы поиском смогли найти только модули Kjell-Magne. Вообще, они хорошие, но слишком уж подробные. В самом munin уже есть вполне рабочий модуль для mysql.
Ну вот он и не подключается, ругаясь на [Missing dependency Cache::Cache].
А то, что я подключил - mysql_queries, mysql_slowqueries,mysql_threads работать не хочет, данные не показывает. Хотя рут пароль я прописал в конфиге.
[mysql*]
env.mysqlopts -u root ppass
env.mysqladmin /usr/bin/mysqladmin
env.mysqlshow /usr/bin/mysqlshow
Вобщем, не знаю что дальше делать...
модули - mysql
В конфигах модуля прописал доступ к мускулю, ссылку поставил и т.д. Но не работает. А если смотреть с ключиком suggest? то там все я сно написано:
Plugin | Used | Suggestions
------ | ---- | -----------
mysql_ | yes | no [Missing dependency Cache::Cache]
Но этот перловский модуль я заисталил. Так что не понимаю почему не работает.
ClockWorkOrange добавил 14.10.2010 в 22:18
вобщем я по отдельности зафигачил:
mysql_queries
mysql_slowqueries
mysql_threads
Что там еще есть в модуле? Или достаточно?
munin поставил. Подключаю модуль mysql_ и получаю ошибку Missing dependency Cache::Cache
Облом с зависимостями. Я так понимаю нужен перловский Cache:Cache ? Как его на центос загнать
ClockWorkOrange добавил 14.10.2010 в 21:18
yum perl-Cache-Cache
Все отлично поставилось. При проверке
munin-node-configure --suggest -все равно пишет ошибку в строке mysql: issing dependency Cache::Cache
Работа mysql - есть произведение силы CPU на расстояние перемещения головки жесткого диска :)
вот и думай что грузит.
гмм.. запись кэша мускуля на диск?
Вот мой конфиг:
# The MySQL server
[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock
skip-locking
key_buffer = 512M
max_allowed_packet = 1M
table_cache = 1024
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M
thread_cache_size = 64
query_cache_size = 64M
join_buffer_size = 1M
tmp_table_size = 256M
max_heap_table_size = 256M
open_files_limit = 2084
# Try number of CPU's*2 for thread_concurrency
thread_concurrency = 8
На сервере 2,5 ГБ оперативы.
Вобщем, проблема осталась. Все равно что-то грузит мускуль. Я и сайты поотключал. Все равно - случаются большие скачки. Написал прову гневное письмо про оверсел - пров клянется и божится, что нода вообще пустая, практически, и говорит - проблема у меня. И прислал:
<root - ~> vzctl exec 18005 pstree
Warning: Unknown iptable module: ipt_recent, skipped
init-+-crond
|-dovecot-+-dovecot-auth
| |-3*[imap-login]
| `-3*[pop3-login]
|-httpd---4*[httpd]
|-ispmgr
|-mysqld_safe---mysqld---17*[{mysqld}]
|-named---4*[{named}]
|-nginx---2*[nginx]
|-pstree
|-saslauthd---saslauthd
|-sendmail---5*[sendmail]
|-sendmail
|-sshd
|-syslogd
|-udevd
|-vsftpd
|-xfs
`-xinetd
[vserver18 - MAIN NODE]
<root - ~>
Видно, что мускуль. Что посмотреть?
ЗЫ. ВПСка позволяет ставить любой самый можный конфиг для my.cnf При самом большом значении из предустановок (my-huge) - есть максимум 50% от доступной оперативы, так что ресурсов полно.
Ну если через чур перекопируете то всё может рухнуть, тут даже может версии mysql иметь значение не совпадутв ерсии и будут проблеммы. 10 сайтов можно перетащить и руками. и чище будет и красивее, я вам не советую просто копировать, это может привести к падению дедика.
Можно... Заново ось собирать... Хотя, стабильность важнее, это безусловно...
Реально.
Копируем, "меняем айпшники в конфигах", меняем настройки dns (делегируем на новые ns, перенаправляем записи для доменов и т.п.)
Детали (процесс по шагам, как минимизировать простой сайтов и т.п.) - Вам вряд-ли кто распишет подробно, т.к. все это достаточно индивидуально.
Понял, спасибо. Больше всего меня интересует процесс переноса ОС.
"меняем настройки dns (делегируем на новые ns, перенаправляем записи для доменов и т.п.)" - с этим проблем нет, знания и опыт - есть )