TurMaster

Рейтинг
33
Регистрация
14.09.2005

пожалуйста, в личку

в личку пожалуйста

Ура! Проблему нашли! :)

Всем спасибо за помощь!

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

last pid: 28610; load averages: 0.40, 1.02, 4.68 up 0+22:35:57 12:47:44
202 processes: 1 running, 201 sleeping
CPU states: 7.4% user, 1.6% nice, 1.6% system, 1.6% interrupt, 87.9% idle
Mem: 426M Active, 154M Inact, 151M Wired, 51M Cache, 111M Buf, 212M Free
Swap: 1024M Total, 312K Used, 1024M Free

Совсем другое дело! 🚬

p.s. Опишу как нашли причину - вдруг кому-то пригодиться.

1. Прописали для одного из доменов в конфиг следующие директивы:

<Location /server-status>

SetHandler server-status

Order Deny,Allow

Allow from all

</Location>

Соответственно по адресу сайт.ру/server-status появилась статистика, показывающая что делает тот или иной процесс (pid)

2. Под ssh запустили команду top.

3. Далее просто смотрели pid наиболее нагрузочного процесса из п.2 и смотрели что он делает в п.1

Но чтобы дойти до этих простых действий, пришлось полинета перерыть. Век живи - век учись!

Еще раз всем спасибо за помощь!

Radionov:
Точно не помню, что-то вроде того что увидели что нагрузка из-за того что оч. много запросов к мускулу, а запросы были все к одной таблице как раз с инфой об отелях египта.

Ясно. У нас вроде не к mysql. Много жрут процессы httpd.

Radionov:
Была такая же тема с турсайтами, короче, как выяснилось сервер ложился когда какой-то бешеный бот (Гугля вроде) заходил на страницу, например, отели египта, и потом по 500 ссылкам сразу ломился, ну и плюс скрипты были не оптимизированы.

Как известно, сейчас вебальта активно всасывает страницы, некоторые жаловались тут что очень грузит сайты, может у вас это?

Как раз на посещаемость не влияет, а запросов делает тучу.

Спасибо, интересная гипотеза. А выяснилось каким образом?

Альен:
А сервер то (давно) захлебывается :)

Всмысле? По каким критериям можно сделать такой вывод? 😕

И насколько давно?

iexpert:
должна тянуть машинка.
может и правда процессы апача не умирают например?
или что то подглючивает. не знаю.
я не такой спец во фре, не могу сказать.
а скрипты оптимсизируйте, это того стоит.

Но ведь вчера все нормально было, все летало.

А тех поддержка упорно отвечает, что все в порядке, просто слишком перегрузили машину.

Как на них надавить, какие слова сказать умные?

iexpert:
проверьте все sql запросы раз, а то иногда бывает тихий ужас...
особенно мамба и пхпнюк эти грешит.
проверьте, закрывает ли ваш софт соединение с mysql после использования, или оставляет это серверу. (sleep)
проверьте, что запужено на сервере. по моему команда top
и посмотрите эти программы, нет ли там какой нить засады.

Ну и сказали бы, что обслуживает ваш сервер, и какая на нем нагрузка в хитах и в трафике.

Вчера - все работало нормально.

Хитов было на двух основных сайтах по 20 тысяч, на остальных более мелких в совокупности не более 50-60 тысяч.

Сегодня на одном из основных спалйог засек около 7 тысяч, на втором около 5 тысяч. На мелких - примерно во столько же раз меньше.

По скриптам есть ряд косяков, но не было же проблем до этого. Например, вчера. Вот, что я не понимаю.

Сервер вот такой:

Pentium 4-2.4GHz CPU, 1Gb RAM, 2x80Gb IDE HDD RAID 1

А вот что дает команда top (сейчас правда averages подупали слегка. но все равно несравнимо остается с тем, что было в разгар рабочего дня, в пиковые часы нагрузки на сервер месяц назад):

last pid: 6236; load averages: 10.21, 8.09, 15.18 up 0+09:54:35 00:06:22
103 processes: 10 running, 93 sleeping
CPU states: 89.2% user, 0.0% nice, 10.8% system, 0.0% interrupt, 0.0% idle
Mem: 244M Active, 488M Inact, 143M Wired, 50M Cache, 111M Buf, 69M Free
Swap: 1024M Total, 1024M Free

PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
6217 www 64 0 21692K 15148K RUN 0:04 60.22% 15.62% httpd
6214 mysql 84 14 73088K 24984K RUN 0:00 2.81% 0.93% mysqld
6213 root 2 0 2936K 1492K sbwait 0:00 2.37% 0.78% mysqldu
83393 root 2 0 25908K 24532K accept 0:05 0.10% 0.10% perl5.8
6225 mysql 84 14 73088K 24984K RUN 0:00 0.54% 0.10% mysqld
6218 mysql 84 14 73088K 24984K RUN 0:00 0.22% 0.05% mysqld
241 mysql 2 11 73088K 24984K select 0:12 0.00% 0.00% mysqld
272 mysql 2 11 73088K 24984K poll 0:11 0.00% 0.00% mysqld
279 mysql 2 14 73088K 24984K select 0:10 0.00% 0.00% mysqld
80031 root 2 0 16948K 10264K select 0:08 0.00% 0.00% httpd
1094 test 28 0 5300K 1956K RUN 0:07 0.00% 0.00% sshd
280 mysql 2 14 73088K 24984K select 0:07 0.00% 0.00% mysqld
80139 root 2 0 27280K 25812K accept 0:06 0.00% 0.00% perl5.8
923 root 2 0 2660K 1508K select 0:06 0.00% 0.00% master
82987 root 2 0 26808K 25564K accept 0:06 0.00% 0.00% perl5.8
80167 root 2 0 27652K 25948K accept 0:05 0.00% 0.00% perl5.8
80655 root 2 0 25908K 24388K accept 0:05 0.00% 0.00% perl5.8
349 clamav 2 0 19212K 18372K poll 0:04 0.00% 0.00% clamd
925 postfix 2 0 3072K 1672K select 0:03 0.00% 0.00% qmgr
476 root 2 0 6648K 5448K select 0:02 0.00% 0.00% perl5.8
162 root 2 0 988K 632K select 0:02 0.00% 0.00% syslogd
164 root 2 0 2204K 1584K select 0:02 0.00% 0.00% named
5698 www 2 0 19584K 13352K sbwait 0:01 0.00% 0.00% httpd
5763 www 2 0 21812K 14884K sbwait 0:01 0.00% 0.00% httpd
933 postfix 2 0 3020K 1624K select 0:01 0.00% 0.00% anvil
2115 test 28 0 2044K 1288K RUN 0:01 0.00% 0.00% top
465 root 18 0 22820K 21648K pause 0:01 0.00% 0.00% perl5.8
932 postfix 2 0 2964K 1744K select 0:01 0.00% 0.00% tlsmgr
5767 www 2 0 20876K 14556K sbwait 0:01 0.00% 0.00% httpd
5766 www 2 0 20596K 14212K poll 0:00 0.00% 0.00% httpd
5812 www 2 0 18384K 12136K poll 0:00 0.00% 0.00% httpd
88358 postfix 2 0 3536K 2980K select 0:00 0.00% 0.00% smtpd
5824 www 2 0 19828K 13528K sbwait 0:00 0.00% 0.00% httpd
393 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
392 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
390 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
394 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
391 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae

vladp:
Думаю что в июле и закончим. Там ничего нового для нас нет, я писал, мы все это уже делали на своих проектах.

Июль уже скоро кончаться начнет, а Вы еще не начинали...

Когда же?.... 😕

DJ_Petrovich:
"АП или не АП?" - вот в чем вопрос!
или так: "А был ли АП?"

Это все лирика. Гораздо интереснее вопрос, будет ли АП в эту ночь? ☝

И если нет - то когда будет... 😕

Всего: 235