https://opennet.ru/openforum/vsluhforumID3/74810.html Вышел (http://www.icinga.org/2011/02/16/icinga-1-3-0-released/) релиз открытой системы мониторинга Icinga 1.3.0 (http://www.icinga.org), которая представляет собой форк системы мониторинга Nagios, отделившийся в начале мая 2009 года вследствие конфликта (http://www.opennet.ru/opennews/art.shtml?num=28121) независимых разработчиков с компанией Nagios Enterprises, основанной создателем проекта. Исходные тексты Icinga распространяются в рамках лицензии GPL. <br><br><br>От Nagios проект Icinga также отличается переработанной архитектурой, переведенной на использование прослоек IDOMOD и IDO2DB, позволяющих организовать хранение данных мониторинга и конфигурационной информации в СУБД MySQL, Oracle или PostgreSQL. Структура Icinga оптимизирована для развертывания распределенных систем мониторинга, при которой возможно создание нескольких агентов мониторинга, осуществляющих проверки и направляющих результаты на основной узел. В состав Icinga входит более гибкий и удобный модульный web-интерфейс, пере...<br><br>URL: http://www.ici https://opennet.ru/openforum/vsluhforumID3/74810.html#14 Mon, 18 Apr 2011 14:45:12 GMT &gt;[оверквотинг удален]<br>&gt; Т.к. в GLPI компы уже автоматически создаются, сразу на них и прикручивать <br>&gt; стандартные шаблоны, и сразу собирать основные данные в кактус (проц, память, <br>&gt; диски, сеть, количество пользователей).<br>&gt; Проблема нагиуса и кактуса в том что они не адаптируются под изменение <br>&gt; конфигурации.<br>&gt; А руками лопатить каждый раз очень геморрно, и при этом, что самое <br>&gt; обидное, теряется статистика.<br>&gt; Например был диск E на сервере потом, он увеличился в объёме и <br>&gt; появился диск F (iscsi, vhd), кактус нормально это не переваривает.<br>&gt; При этом подход "каждый делает только одну вещь, но хорошо", должен остаться. <br><br>А вот мне бы хотелось видеть интеграцию с Zabbix`ом. В zabbix есть поддержка WebService (JSON-RPC), благодаря которой можно сделать нормальную интеграцию. <br> <br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/74810.html#13 Mon, 21 Feb 2011 08:39:18 GMT Инструкция и порт для FreeBSD http://forum.fusioninventory.org/viewtopic.php?id=230<br> https://opennet.ru/openforum/vsluhforumID3/74810.html#12 Sat, 19 Feb 2011 20:29:42 GMT &gt; FusionInventory отлично работает, на последнем FOSDEM была презентация скоро обещали нативную <br>&gt; поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. за <br>&gt; год проект достиг уровня OCS.<br><br>поскорей бы доделали плагин для GLPI 0.78 для 72 есть, а для новой версии нету<br> https://opennet.ru/openforum/vsluhforumID3/74810.html#11 Sat, 19 Feb 2011 20:16:29 GMT ну собственно, вам ниже уже рассказали, что требуется прослойка в виде оцс-репортс.<br>отдельное спасибо linvinus за юникод.<br> https://opennet.ru/openforum/vsluhforumID3/74810.html#10 Sat, 19 Feb 2011 05:42:48 GMT Только обновил в кратком руководстве http://code.google.com/p/openbravoposru/wiki/OpenbravoPOSMonitoring до версии 1.2.1, так теперь опять надо цифры менять :(<br><br>А вот единовременной загрузки данных в СУБД очень кстати, а то при большом количестве сервисов идёт большая нагрузка на сервер БД.<br> https://opennet.ru/openforum/vsluhforumID3/74810.html#8 Fri, 18 Feb 2011 11:02:37 GMT &gt; Команда разработчиков только планирует создание плагина таким образом, чтобы он не зависел <br>&gt; от OCS-ng. К сожалению не нашел ссылки, но точно помню, что <br>&gt; вычитал эту инфу из их вики http://forge.fusioninventory.org/projects/fusioninventory-for-glpi/wiki <br><br>По просьбам трудящихся созданы русскоязычные ветки http://forum.fusioninventory.org/viewforum.php?id=10<br><br>http://forum.fusioninventory.org/viewforum.php?id=9<br><br>Документация ни на английском ни на русском пока ещё не готова, будет доступна позже<br>Вроде как есть порт для Freebsd.<br><br>Я сам в проекте не у чавствую, только помогал тестировать поддержку utf8.<br>Лучше всего задавать вопросы на форуме или в irc #fusioninventory<br>http://fusioninventory.org/wordpress/contact/<br><br> https://opennet.ru/openforum/vsluhforumID3/74810.html#7 Fri, 18 Feb 2011 10:02:13 GMT Команда разработчиков только планирует создание плагина таким образом, чтобы он не зависел от OCS-ng. К сожалению не нашел ссылки, но точно помню, что вычитал эту инфу из их вики http://forge.fusioninventory.org/projects/fusioninventory-for-glpi/wiki<br> https://opennet.ru/openforum/vsluhforumID3/74810.html#6 Fri, 18 Feb 2011 08:16:46 GMT &gt; поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. за <br><br>Тобишь без уже установленного OCS Inventory оно вообще не взлетит? В родных requirements и доке по установке об этом ни слова<br>http://forge.fusioninventory.org/projects/fusioninventory-for-glpi/wiki/En_IV_Requirements_22x<br>http://forge.fusioninventory.org/projects/fusioninventory-for-glpi/wiki/En_IV_installation_22x<br> https://opennet.ru/openforum/vsluhforumID3/74810.html#5 Fri, 18 Feb 2011 08:14:34 GMT Стоит там давно и надёжно FreeBSD 7.2-STABLE с отключенным файрволом (нет в этой сети выхода "в мир"), на ней <br>GLPI 0.72.3<br>FusionInventory2.2.2 (fusioninventory_2.3.0-BETA1 просит уже порты посвежее)<br>Клиентов на операторских машинах пробовал 2.1.6-3 и 2.1.7-2. <br>Клиенты ставил с такими параметрами: /S /server=http://172.23.184.13/glpi/ /user=тут_логин /pass=тут_пароль /runnow <br>а так же с добавлением /debug и без /runnow.<br><br>В agent-log.txt <br>[Fri Feb 18 07:16:37 2011][debug] [http://172.23.184.13/glpi/] Next server contact has just been planned for Fri Feb 18 08:13:26 2011<br>[Fri Feb 18 08:13:27 2011][debug] Compress::Zlib is available.<br>[Fri Feb 18 08:13:27 2011][debug] token is: JABTDJXU<br>[Fri Feb 18 08:13:27 2011][debug] sending XML<br>[Fri Feb 18 08:13:27 2011][error] Deflating problem<br>[Fri Feb 18 08:13:27 2011][error] No anwser from the server<br>[Fri Feb 18 08:13:27 2011][debug] [http://172.23.184.13/glpi/] Next server contact has just been planned for Fri Feb 18 09:08:32 2011<br>[Fri Feb 18 09:08:38 201