Вышел (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.me/opennews/art.shtml?num=28121) независимых разработчиков с компанией Nagios Enterprises, основанной создателем проекта. Исходные тексты Icinga распространяются в рамках лицензии GPL.
От Nagios проект Icinga также отличается переработанной архитектурой, переведенной на использование прослоек IDOMOD и IDO2DB, позволяющих организовать хранение данных мониторинга и конфигурационной информации в СУБД MySQL, Oracle или PostgreSQL. Структура Icinga оптимизирована для развертывания распределенных систем мониторинга, при которой возможно создание нескольких агентов мониторинга, осуществляющих проверки и направляющих результаты на основной узел. В состав Icinga входит более гибкий и удобный модульный web-интерфейс, пере...URL: http://www.icinga.org/2011/02/16/icinga-1-3-0-released/
Новость: http://www.opennet.me/opennews/art.shtml?num=29639
Задам свой старый вопрос. К чему-то в духе OCS Inventory+GLPI его или аналоги реально привязать?
Пробовал FusionInventory - не отправляет виндовый клиент данные серверу.
какую версию пробовали?
я когда тестировал на виртулке тоже не увидел отправки данных, ну и забил на него. а потом через несколько недель смотрю в базе оцс, а данные обновляются
в базе агент прописан FusionInventory-Agent_v2.1.6-3
Стоит там давно и надёжно FreeBSD 7.2-STABLE с отключенным файрволом (нет в этой сети выхода "в мир"), на ней
GLPI 0.72.3
FusionInventory 2.2.2 (fusioninventory_2.3.0-BETA1 просит уже порты посвежее)
Клиентов на операторских машинах пробовал 2.1.6-3 и 2.1.7-2.
Клиенты ставил с такими параметрами: /S /server=http://172.23.184.13/glpi/ /user=тут_логин /pass=тут_пароль /runnow
а так же с добавлением /debug и без /runnow.В agent-log.txt
[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
[Fri Feb 18 08:13:27 2011][debug] Compress::Zlib is available.
[Fri Feb 18 08:13:27 2011][debug] token is: JABTDJXU
[Fri Feb 18 08:13:27 2011][debug] sending XML
[Fri Feb 18 08:13:27 2011][error] Deflating problem
[Fri Feb 18 08:13:27 2011][error] No anwser from the server
[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
[Fri Feb 18 09:08:38 2011][debug] Compress::Zlib is available.
[Fri Feb 18 09:08:38 2011][debug] token is: JABTDJXU
[Fri Feb 18 09:08:38 2011][debug] sending XML
[Fri Feb 18 09:08:38 2011][error] Deflating problem
[Fri Feb 18 09:08:38 2011][error] No anwser from the server
[Fri Feb 18 09:08:38 2011][debug] [http://172.23.184.13/glpi/] Next server contact has just been planned for Fri Feb 18 10:00:29 2011Почитал на форуме FusionInventory. Предлагают отключить все лишние плагины - а у меня их собственно и нет кроме FusionInventory.
Deflating это я так понял распаковка. Со стороны сервера php -i выдаёт что оно таки есть
ZLib Support => enabled
Stream Wrapper support => compress.zlib://
Stream Filter support => zlib.inflate, zlib.deflate
Compiled Version => 1.2.3
Linked Version => 1.2.3Со стороны клиента - вся perl-начинка которая шла с самим клиентом.
На сервере в /usr/local/www/glpi/files/_plugins/fusioninventory/ лежит только пустая tmp и никаких временных файлов, которые при включенной отладке туда должны ложиться.
В директориях клиента конфиг-файлов и временных не вижу вообще, только три dump-файла в директории dumps.
ну собственно, вам ниже уже рассказали, что требуется прослойка в виде оцс-репортс.
отдельное спасибо linvinus за юникод.
FusionInventory отлично работает, на последнем FOSDEM была презентация скоро обещали нативную поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. за год проект достиг уровня OCS.последний ocs-inventory agent 2.0 rc2 под виндовс отправляет данные в utf8 так что скоро поддержка русского будет из коробки, серверная сторона пока с багами, приглашаю всех кому тема интересна к тестированию ocs.
последний раз когда смотрел на Icinga ничего продвинутого не обнаружил, конфиги до сих пор в файлах, на php только морда, есть возможность дублировать логи в базу https://wiki.icinga.org/display/howtos/Setting+up+Icinga+wit...
Можно написать плагин для GLPI чтобы читать эти данные. Но хотелось бы и конфигурировать из GLPI.В общем результаты Icinga пока не впечатляют.
В идеале хотелось бы связку GLPI+OCS+Nagios+Cacti в одном флаконе, и с автоматической настройкой для Nagios и Cacti по шаблонам.
Т.к. в GLPI компы уже автоматически создаются, сразу на них и прикручивать стандартные шаблоны, и сразу собирать основные данные в кактус (проц, память, диски, сеть, количество пользователей).
Проблема нагиуса и кактуса в том что они не адаптируются под изменение конфигурации.
А руками лопатить каждый раз очень геморрно, и при этом, что самое обидное, теряется статистика.
Например был диск E на сервере потом, он увеличился в объёме и появился диск F (iscsi, vhd), кактус нормально это не переваривает.
При этом подход "каждый делает только одну вещь, но хорошо", должен остаться.
> поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. заТобишь без уже установленного OCS Inventory оно вообще не взлетит? В родных requirements и доке по установке об этом ни слова
http://forge.fusioninventory.org/projects/fusioninventory-fo...
http://forge.fusioninventory.org/projects/fusioninventory-fo...
Команда разработчиков только планирует создание плагина таким образом, чтобы он не зависел от OCS-ng. К сожалению не нашел ссылки, но точно помню, что вычитал эту инфу из их вики http://forge.fusioninventory.org/projects/fusioninventory-fo...
> Команда разработчиков только планирует создание плагина таким образом, чтобы он не зависел
> от OCS-ng. К сожалению не нашел ссылки, но точно помню, что
> вычитал эту инфу из их вики http://forge.fusioninventory.org/projects/fusioninventory-fo...По просьбам трудящихся созданы русскоязычные ветки http://forum.fusioninventory.org/viewforum.php?id=10
http://forum.fusioninventory.org/viewforum.php?id=9
Документация ни на английском ни на русском пока ещё не готова, будет доступна позже
Вроде как есть порт для Freebsd.Я сам в проекте не у чавствую, только помогал тестировать поддержку utf8.
Лучше всего задавать вопросы на форуме или в irc #fusioninventory
http://fusioninventory.org/wordpress/contact/
Инструкция и порт для FreeBSD http://forum.fusioninventory.org/viewtopic.php?id=230
> FusionInventory отлично работает, на последнем FOSDEM была презентация скоро обещали нативную
> поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. за
> год проект достиг уровня OCS.поскорей бы доделали плагин для GLPI 0.78 для 72 есть, а для новой версии нету
>[оверквотинг удален]
> Т.к. в GLPI компы уже автоматически создаются, сразу на них и прикручивать
> стандартные шаблоны, и сразу собирать основные данные в кактус (проц, память,
> диски, сеть, количество пользователей).
> Проблема нагиуса и кактуса в том что они не адаптируются под изменение
> конфигурации.
> А руками лопатить каждый раз очень геморрно, и при этом, что самое
> обидное, теряется статистика.
> Например был диск E на сервере потом, он увеличился в объёме и
> появился диск F (iscsi, vhd), кактус нормально это не переваривает.
> При этом подход "каждый делает только одну вещь, но хорошо", должен остаться.А вот мне бы хотелось видеть интеграцию с Zabbix`ом. В zabbix есть поддержка WebService (JSON-RPC), благодаря которой можно сделать нормальную интеграцию.
Отличие такой схемы в том что GLPI уже знает какое ПО установлено какая операционка какое железо, сети, диски, и т.д. и т.п., чего ни кактус ни нагиос не знают. Потому и не могут адаптироваться.
Только обновил в кратком руководстве http://code.google.com/p/openbravoposru/wiki/OpenbravoPOSMon... до версии 1.2.1, так теперь опять надо цифры менять :(А вот единовременной загрузки данных в СУБД очень кстати, а то при большом количестве сервисов идёт большая нагрузка на сервер БД.