|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 03 Feb 2003 16:53:45
To : Alexey Khizhnyak
Subject : Re: как сделать мониторинг?
--------------------------------------------------------------------------------
>>> Alexey Khizhnyak wrote:
AK> Имеется FreeBSD-4.5 с апачем, причем не один комп, а несколько примерно
AK> одинаковых. Все замечательно работало много месяцев.
AK> После нескоторых изменений в конфиге apache все стало рушится, но и когда
AK> вернули старый конфиг на место, прежней стабильности не получилось.
AK> Картина такая - время от времени load average взлетает до значения в
AK> несколько сотен, и минут на 5-10 сервер перестает отвечать, потом
AK> нагрузка приходит в норму. Физического доступа к серверам нету, поэтому
AK> посмотреть в момент пиковой загрузки почти ничего нельзя.
AK> Есть ли какой-то софт, который позволит посмотреть, что происходило
AK> в системе и кто ее так загрузил?
netstat -m до и после - что говорит? Если mbuf clusters peak дошёл до max,
надо поднять nmbclusters (требуется перезагрузка).
Включи process accounting. (accounting_enable в rc.conf; accton - вручную).
Простую статистику можно смотреть командой sa, сравнивая, что происходит.
Покомандную разбивку - уже своей тулзой (sa этого не умеет), печатая содержимое
структур - они достаточно простые.
Далее, можно запускать по крону скриптик примерно такого содержания:
LA=`uptime | sed 's/^.*load averages: //' | awk -F. '{print $1}'`
if [ $LA -gt 9 ]; then
OUT=/var/tmp/processes.`date +%s`.$$
(vmstat -c3; ps axu) >$OUT
fi
раз в минуту. В момент подскока LA его будет, конечно, плющить, и он может
отрабатываться несколько минут, но в конце концов даст снимок загрузки
и параметры, такие, как интенсивность скидывания в своп или обратно.
ps axu можно заменить на `ps ax -o список_нужных_параметров'
Большая интенсивность вылезания из свопа будет свидетельствовать, скорее
всего, что произошёл VM thrashing, ядро лихорадочно сбросило в своп всех
кого смогло. (Хотя вылазить из VM thrashing 5-10 минут - маловероятно.)
А 4.5 лучше заменить на 4.7 ;)
-netch-
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
