Re: системный мониторинг в графиках
Oleg Frolkov wrote: Max V. Kotov пишет: В прошлом году решали, чем мониторить оборудование, пробовал zabbix (тогда ещё 1.1). Наилучшую производительность он показал в связка с Postgresql нежели с MySQL. Но, всё же остановились на cacti Spine (cactid) отличается некоторой нестабильностью, но решает текущие задачи мониторинга (по крайней мере у нас) + я использую бесплатную версию zenoss. Вот кстати о zenoss - можно где-то найти пакет собранный под Debian etch или грамотное хауту по интеграции его в etch? А то как-бы смотрю что оно базируется на zope а версия идущая с zenoss и версия в etch разные крайний раз когда я пытался его прикрутить у меня не получилось, а то есть желание посмотреть на этот самый zenoss и сравнить с zabbix. У меня инсталлятор zenoss сам стянул всё, что ему надо в отделиную директорию в которорую он ставился включая новый zope, и старые либы от nagios1.x. Проблем с установкой его на etch у меня не возникло. Возможно ещё будут - пока не всё сконфигурировали из желаемого. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Max V. Kotov пишет: В прошлом году решали, чем мониторить оборудование, пробовал zabbix (тогда ещё 1.1). Наилучшую производительность он показал в связка с Postgresql нежели с MySQL. Но, всё же остановились на cacti Spine (cactid) отличается некоторой нестабильностью, но решает текущие задачи мониторинга (по крайней мере у нас) + я использую бесплатную версию zenoss. Вот кстати о zenoss - можно где-то найти пакет собранный под Debian etch или грамотное хауту по интеграции его в etch? А то как-бы смотрю что оно базируется на zope а версия идущая с zenoss и версия в etch разные крайний раз когда я пытался его прикрутить у меня не получилось, а то есть желание посмотреть на этот самый zenoss и сравнить с zabbix. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
У вт, 2007-12-11 у 00:25 +0300, Oleg Frolkov пише: Alexander Vlasov пишет: У него коллектор от крона запускается? 8/ Построить графики дело несложное. rrdtool имеет встроенный механизм, в конце концов google charts api можно использовать. Душа просит коллектора -- причем демонообразного по возможности, чтоб крон не насиловать, и расширяемого (чтоб свои плагины писать). Сейчас мне требуются по крайней мере три типа источников данных: snmp, ipmi sensors, http с разбором по шаблону. Может кто-то подскажет что? Сейчас использую cacti. Недоволен тем что он много тянет, странной организацией конфигов и ненадежным демоном cactid. Так посмотри zabbix - у него коллекор демонообразный, но складывает правда все в SQL базу - так что тут машинка нужна хорошая. внешние источники данных тоже можно прикрутить. на основании скриптов, вот только не помню сейчас он сам дергает скрипт или наоборот из скрипта вызывается тулзень которая кладет нужный счетчик в базу zabbix. Рассчитывать на собственный агент не комильфо. Температуру по ipmi можно снять удаленно у выключенной машины. Собственный агент же такого никогда не позволит... -- Alexander Vlasov ZULU-UANIC JID: zulu at jabber.kiev.ua -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Alexander Vlasov wrote: У вт, 2007-12-11 у 00:25 +0300, Oleg Frolkov пише: Alexander Vlasov пишет: У него коллектор от крона запускается? 8/ Построить графики дело несложное. rrdtool имеет встроенный механизм, в конце концов google charts api можно использовать. Душа просит коллектора -- причем демонообразного по возможности, чтоб крон не насиловать, и расширяемого (чтоб свои плагины писать). Сейчас мне требуются по крайней мере три типа источников данных: snmp, ipmi sensors, http с разбором по шаблону. Может кто-то подскажет что? Сейчас использую cacti. Недоволен тем что он много тянет, странной организацией конфигов и ненадежным демоном cactid. Так посмотри zabbix - у него коллекор демонообразный, но складывает правда все в SQL базу - так что тут машинка нужна хорошая. внешние источники данных тоже можно прикрутить. на основании скриптов, вот только не помню сейчас он сам дергает скрипт или наоборот из скрипта вызывается тулзень которая кладет нужный счетчик в базу zabbix. Рассчитывать на собственный агент не комильфо. Температуру по ipmi можно снять удаленно у выключенной машины. Собственный агент же такого никогда не позволит... В прошлом году решали, чем мониторить оборудование, пробовал zabbix (тогда ещё 1.1). Наилучшую производительность он показал в связка с Postgresql нежели с MySQL. Но, всё же остановились на cacti Spine (cactid) отличается некоторой нестабильностью, но решает текущие задачи мониторинга (по крайней мере у нас) + я использую бесплатную версию zenoss. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Alexander Vlasov пишет: У него коллектор от крона запускается? 8/ Построить графики дело несложное. rrdtool имеет встроенный механизм, в конце концов google charts api можно использовать. Душа просит коллектора -- причем демонообразного по возможности, чтоб крон не насиловать, и расширяемого (чтоб свои плагины писать). Сейчас мне требуются по крайней мере три типа источников данных: snmp, ipmi sensors, http с разбором по шаблону. Может кто-то подскажет что? Сейчас использую cacti. Недоволен тем что он много тянет, странной организацией конфигов и ненадежным демоном cactid. Так посмотри zabbix - у него коллекор демонообразный, но складывает правда все в SQL базу - так что тут машинка нужна хорошая. внешние источники данных тоже можно прикрутить. на основании скриптов, вот только не помню сейчас он сам дергает скрипт или наоборот из скрипта вызывается тулзень которая кладет нужный счетчик в базу zabbix. Oleg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
У пт, 2007-12-07 у 23:02 +0200, Mikolaj Golub пише: On Dec 7, 2007 4:34 AM, TRON [EMAIL PROTECTED] wrote: А что спецы скажут о Cricket? В сравнении с остальными системами мониторинга? У cricket мне понравилась идея построения конфигов в дерево. Немного нужно напрячься чтоб въехать, но потом можно много времени сэкономить, добавляя однотипные хосты. Ну и к самому коллектору претензий не было -- работал довольно шустро и надежно. Но вот штатные средства просмотра статистики (вебморда) слабоваты. У него коллектор от крона запускается? 8/ Построить графики дело несложное. rrdtool имеет встроенный механизм, в конце концов google charts api можно использовать. Душа просит коллектора -- причем демонообразного по возможности, чтоб крон не насиловать, и расширяемого (чтоб свои плагины писать). Сейчас мне требуются по крайней мере три типа источников данных: snmp, ipmi sensors, http с разбором по шаблону. Может кто-то подскажет что? Сейчас использую cacti. Недоволен тем что он много тянет, странной организацией конфигов и ненадежным демоном cactid. -- Alexander Vlasov ZULU-UANIC JID: zulu at jabber.kiev.ua -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Alexander Vlasov пишет: У cricket мне понравилась идея построения конфигов в дерево. Немного нужно напрячься чтоб въехать, но потом можно много времени сэкономить, добавляя однотипные хосты. Ну и к самому коллектору претензий не было -- работал довольно шустро и надежно. Но вот штатные средства просмотра статистики (вебморда) слабоваты. У него коллектор от крона запускается? 8/ Построить графики дело несложное. rrdtool имеет встроенный механизм, в конце концов google charts api можно использовать. Душа просит коллектора -- причем демонообразного по возможности, чтоб крон не насиловать, и расширяемого (чтоб свои плагины писать). Сейчас мне требуются по крайней мере три типа источников данных: snmp, ipmi sensors, http с разбором по шаблону. Может кто-то подскажет что? Сейчас использую cacti. Недоволен тем что он много тянет, странной организацией конфигов и ненадежным демоном cactid. А чем крон-то не мил? Работает буквально как часы :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
On Sun, 09 Dec 2007 14:27:29 +0200 Alexander Vlasov wrote: У пт, 2007-12-07 у 23:02 +0200, Mikolaj Golub пише: У cricket мне понравилась идея построения конфигов в дерево. Немного нужно напрячься чтоб въехать, но потом можно много времени сэкономить, добавляя однотипные хосты. Ну и к самому коллектору претензий не было -- работал довольно шустро и надежно. Но вот штатные средства просмотра статистики (вебморда) слабоваты. У него коллектор от крона запускается? 8/ угу Построить графики дело несложное. rrdtool имеет встроенный механизм, в конце концов google charts api можно использовать. А меня вот как раз построение графиков больше волнует. Ну вот хочется, допустим, отобразить за позавчера все доступные данные для хоста Х на одной странице от 14:00 до 17:00, а потом сузить интервал до получаса. А потом глянуть загрузку сетевых интерфейсов для группы серверов, в тот же интервал времени, тоже чтоб графики один под одним ну и т.д. В cacti я такое могу проделать, хотя не совсем удобно. Где еще такое есть -- не видел. Самому сочинять -- боюсь по-нормальному все равно не сделаю. google charts api не глядел внимательно еще что за штука, но на первый взгляд показалось, что не подойдет. Душа просит коллектора -- причем демонообразного по возможности, чтоб крон не насиловать, и расширяемого (чтоб свои плагины писать). Сейчас мне требуются по крайней мере три типа источников данных: snmp, ipmi sensors, http с разбором по шаблону. Может кто-то подскажет что? Сейчас использую cacti. Недоволен тем что он много тянет, странной организацией конфигов и ненадежным демоном cactid. Ну для меня такой демон крон, а плагины -- самописные скрипты и всевозможные коллекторы :-) Еще nagios можно использовать в таком качестве (демон с кучей плагинов), прикрутив performance data handler, например nagiostat или nagiosgraph, ну или своей хандлер написать. Но он все-таки для мониторинга, а не для сбора статистики, думаю не оптимальный вариант использовать его как коллектор. -- Mikolaj Golub
Re: системный мониторинг в графиках
On Dec 7, 2007 4:34 AM, TRON [EMAIL PROTECTED] wrote: А что спецы скажут о Cricket? В сравнении с остальными системами мониторинга? У cricket мне понравилась идея построения конфигов в дерево. Немного нужно напрячься чтоб въехать, но потом можно много времени сэкономить, добавляя однотипные хосты. Ну и к самому коллектору претензий не было -- работал довольно шустро и надежно. Но вот штатные средства просмотра статистики (вебморда) слабоваты. Для просмотра графиков к сожалению лучше cacti ничего не встречал (может плохо смотрел). Можно организовывать графики в деревья, отбирать по критериям для просмотра, выбирать временной интервал... Неплохо при разборе полетов. Да и начальство в восторге от красивых графичков :-) Но вот как коллектор -- вещь довольно привередливая. Дыры в графиках -- явление не очень редкое, причем причины не всегда понятны. Ну и то что конфигурируется через веб интерфейс для меня большой минус. Несмотря на темплейты, мышиной однообразной работы очень много остается. А через месяц, когда нужно похожее сделать, еще полчаса вспоминаешь, а как это ты делал в прошлый раз... В общем, для себя я выбрал такую схему. То, для чего у кактуса есть стандартные темплейты, настраиваю в кактусе. А статистику, для которой в кактусе пришлось бы создавать вручную шаблоны, методы, дата сорсы, стараюсь собирать другими средствами (самописными скриптами, nagiostat, тем же cricket), а в кактусе только графики рисую. Если для мониторинга заюзан nagios, то используя в нем serviceextinfo можно привязать к проверяемым сервисам соответствующие им url графиков (не важно чем рисуемых) -- такая себе интеграция мониторинга и статистики получается :-) -- Mikolaj Golub
Re: системный мониторинг в графиках
У ср, 2007-12-05 у 21:18 +0200, Yauhen Kharuzhy пише: On Wed, Dec 05, 2007 at 11:17:54AM +0200, Alexander Burnos wrote: Hello! On Wed, Dec 05, 2007 at 10:58:02AM +0200, Yauhen Kharuzhy wrote: On Wed, Dec 05, 2007 at 11:13:13AM +0300, Andrey Nikitin wrote: Для полной картины скажите про cacti, кто пользует. Общую оценку в сравнении с mrtg и другими. Написано на PHP. Этим всё сказано :) Ведёт себя местами неадекватно. Вроде бы вменяем. Я правда не power-user cacti, но засетапил его на мониторинг десяток-другой серверов, proc, la, bandwidth. Завелся с полпинка, графики рисует. Больше мне от него ничего не нужно. У меня при попытке нимать статистику с ppp* по SNMP выяснилось, что это чудо привязывается к номерам интерфейсов, а не к именам. Попытки найти штатный способ его переучить ни к чему не привели. Есть отдельная подветка, где указана привязка имен к номерам. Иначе ничего не сделаешь -- те же storage devices точно так же имеют разные номера на разных машинах, и отследить заполненность /home можно тольно счиатв две ветки и сделав ассоциации. -- Alexander Vlasov ZULU-UANIC JID: zulu at jabber.kiev.ua -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Для полной картины скажите про cacti, кто пользует. Общую оценку в сравнении с mrtg и другими. -- С Уважением, Андрей Никитин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
On Wed, 5 Dec 2007 11:17:54 +0200 Alexander Burnos [EMAIL PROTECTED] wrote: Hello! On Wed, Dec 05, 2007 at 10:58:02AM +0200, Yauhen Kharuzhy wrote: On Wed, Dec 05, 2007 at 11:13:13AM +0300, Andrey Nikitin wrote: Для полной картины скажите про cacti, кто пользует. Общую оценку в сравнении с mrtg и другими. Написано на PHP. Этим всё сказано :) Ведёт себя местами неадекватно. Вроде бы вменяем. Я правда не power-user cacti, но засетапил его на мониторинг десяток-другой серверов, proc, la, bandwidth. Завелся с полпинка, графики рисует. Больше мне от него ничего не нужно. Конечно, в мир всякие php-шные поделки я бы побоялся выставлять, но для внутреннего пользования меня устраивает. у меня какти почему-то пингвать не хочет, правда не разбирался особо... и имхо в какти надо слишком много кода для заточки надо перелопатить -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- dr-evil [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Всем спасибо. Получилось: mrtg, munin, cacti, collectd Есть из чего выбрать и это главное. -- С Уважением, Андрей Никитин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
В сообщении от 5 декабря 2007 20:29 Alexey Boyko написал(a): collectd Использеую его, плюс простой скрипт с rrdtool. Если mrtg - это топор, то collectd - это ножик. Где можно его подточить до 4-й версии для этч? В бэкпортах нет и с репозитария разработчиков получить не удалось. -- С Уважением, Андрей Никитин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
В сообщении от середа, 05-гру-2007 Yauhen Kharuzhy написал(a): Подскажите пожалуйста наиболее простое в настройке средство для ведения журнала мониторинга системы (CPU:LA,usage; IO:disk,net; mem ...) с генерацией HTML с графиками. collectd Использеую его, плюс простой скрипт с rrdtool. Если mrtg - это топор, то collectd - это ножик.
Re: системный мониторинг в графиках
Kirill A. Korinskiy пишет: Oleg Frolkov - Andrey Nikitin @ Wed, 05 Dec 2007 21:21:56 +0300: [skip] знаешь, можно тоже самое на базе mrtg сделать. Что куда более приятно + умеет snmp интерфейс. А кто сказал что zabbix его не имеет? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Kirill A. Korinskiy wrote: Oleg Frolkov - Andrey Nikitin @ Wed, 05 Dec 2007 21:21:56 +0300: [skip] знаешь, можно тоже самое на базе mrtg сделать. Что куда более приятно + умеет snmp интерфейс. Вообще-то zabbix очень даже умеет snmp. И сравнивать zabbix и mrtg не стоит, это разного полета птицы. В течение 4 лет использую zabbix для мониторинга десятков удаленных серверов (linux, freebsd, windows). В процессе эксплуатации нарекания были, не без этого, но в целом очень доволен этой системой мониторинга. http://zabbix.com -- Alexander Krayniuk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Kirill A. Korinskiy пишет: Alexander Krayniuk - debian-russian@lists.debian.org @ Wed, 05 Dec 2007 21:53:22 +0200: AK Вообще-то zabbix очень даже умеет snmp. И сравнивать zabbix и mrtg не AK стоит, это разного полета птицы. В течение 4 лет использую zabbix для AK мониторинга десятков удаленных серверов (linux, freebsd, windows). В AK процессе эксплуатации нарекания были, не без этого, но в целом очень AK доволен этой системой мониторинга. AK http://zabbix.com Я на zabbix смотрел косо. Признаюсь. На досуге посмотрю повнимательнее, и, быть может, мигрирую с mrtg. Спасибо. А я вот на досуге хочу посмотреть zenoss. меня интересует не только мониторинг серверов, но и сеть-бы отмониторить по человечески, а тут zabbix все-таки не совсем катит. Есть ньюансы в создании хостов для опроса по snmp (если привязываешь темплейт к узлу то штатными средствами нельзя поменять у этого узла community а если отвязываешь темплейт - то потом если какие изменения в темплейте - так это-же надо будет опять геморроиться чтобы эти изменения до всех узлов донести.. хотелось-бы чтобы community для хостов отдельно прописывался. Хотя конечно в этой части решаемо в плане SQL скрипта. Еще есть такое дело, что после забивания пары десятков свитчей в мониторинг SNMP счетчиков (база postgress) - стало кушать много процессора (процессор начал кушать postgres из-за того что zabbix вовсю пользуется транзакциями, причем очень часто и postgres постоянно занят тем что коммитит изменения) а изменение периода опроса с 60 секунд например до 5 минут выявило что за 5 минут счетчики на гигабитных интерфейсах вполне даже переполняются и графики рисуют лажу. Ну и карты сетей там достаточно убого создаются/отрисовываются да и странички с графиками тоже имеют свои минусы - начиная от того что прорисовываются во время их создания - что достаточно сильно нервирует. потому что прорисовывается это все долго и добавив каждый график для например 24 портового коммутатора - приходится ждать прорисовки по 2 раза на каждый порт - 1раз после выбора типа поля, а второй когда его добавишь. Ну и то что нельзя к графику описание добавить - тоже неприятно, описание создается вместе с графиком и в случае если графики привязываются к темплейтам то например у 24 порта всех свитчей будет одно имя... а мне хочется чтобы там было имя клиента сидящего на этом порту и при этом для каждого порта каждого коммутатора не приходилось-бы создавать отдельный график с отдельным именем... А то так получается что в сети например из десяти 24-портовых свитчей (собственно это и не слишком большая сеть) для привязки графика к порту надо выбрать график из списка с 240 пунктами. а например 50 коммутаторов из 1200 пунктов в общем-то это не радует В общем из того что на примете разве что zenoss может и покатит, но надо смотреть а с ходу я его поставить не смог. Так что для меня пока вопрос системы мониторинга так и остался открытым, хочется чего-то уникального чтобы умело ВСЕ, хотя конечно понимаю что это малореально :) - хотя-бы найти что-то умеющее многое и чтобы можно было допиливать в этом отношении zabbix как изделие написанное на C требует достаточных знаний и средств для допиливания, а zenoss написанный на python возможно более податлив напильнику - хотя могут возникнуть вопросы производительности. Oleg. P.S. Сорри за флуд, но может кому пригодится :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
Kirill A. Korinskiy пишет: Alexander Krayniuk - debian-russian@lists.debian.org @ Wed, 05 Dec 2007 21:53:22 +0200: AK Вообще-то zabbix очень даже умеет snmp. И сравнивать zabbix и mrtg не AK стоит, это разного полета птицы. В течение 4 лет использую zabbix для AK мониторинга десятков удаленных серверов (linux, freebsd, windows). В AK процессе эксплуатации нарекания были, не без этого, но в целом очень AK доволен этой системой мониторинга. AK http://zabbix.com Я на zabbix смотрел косо. Признаюсь. На досуге посмотрю повнимательнее, и, быть может, мигрирую с mrtg. стоп-стоп. это две разные тулзы для двух разных задач. первое - мониторинг, второе - графики красивые рисовать. -- /aim [ http://aim.pp.ru/ ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
У ср, 2007-12-05 у 11:13 +0300, Andrey Nikitin пише: Для полной картины скажите про cacti, кто пользует. Общую оценку в сравнении с mrtg и другими. Это разные вещи. mtrg -- топор, cacti -- бензопила. Пилит быстрее, больше, сама сложнее, дороже в приобретении и обслуживании, годится для древесины, в то время как топором можно еще мясо рубить 8) -- Alexander Vlasov ZULU-UANIC JID: zulu at jabber.kiev.ua -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
системный мониторинг в графиках
Подскажите пожалуйста наиболее простое в настройке средство для ведения журнала мониторинга системы (CPU:LA,usage; IO:disk,net; mem ...) с генерацией HTML с графиками. -- С Уважением, Андрей Никитин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системный мониторинг в графиках
On 5 декабря 2007, Andrey Nikitin wrote: Подскажите пожалуйста наиболее простое в настройке средство для ведения журнала мониторинга системы (CPU:LA,usage; IO:disk,net; mem ...) с генерацией HTML с графиками. mrtg? -- Best regards, Mikhail Bart-mdv- @ SolarNet IRC: irc.solarnet.ru WWW: http://www.solarnet.ru/ -- Сомневаться - значит не вмещаться ни в утверждение, ни в отрицание. -- Виктор Кротов signature.asc Description: This is a digitally signed message part.
Re: системный мониторинг в графиках
В сообщении от 5 декабря 2007 10:00 Mikhail A Antonov написал(a): On 5 декабря 2007, Andrey Nikitin wrote: Подскажите пожалуйста наиболее простое в настройке средство для ведения журнала мониторинга системы (CPU:LA,usage; IO:disk,net; mem ...) с генерацией HTML с графиками. mrtg? Да, он вполне подходит. А есть ли полегче, например те кто читают sysstat-овские логи? -- С Уважением, Андрей Никитин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]