| 1.1, QuAzI (ok), 22:54, 17/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Задам свой старый вопрос. К чему-то в духе OCS Inventory+GLPI его или аналоги реально привязать?
Пробовал FusionInventory - не отправляет виндовый клиент данные серверу.
| | |
| |
| 2.2, name (??), 23:16, 17/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
какую версию пробовали?
я когда тестировал на виртулке тоже не увидел отправки данных, ну и забил на него. а потом через несколько недель смотрю в базе оцс, а данные обновляются
в базе агент прописан FusionInventory-Agent_v2.1.6-3
| | |
| |
| 3.5, QuAzI (ok), 11:14, 18/02/2011 [^] [^^] [^^^] [ответить] | +/– | Стоит там давно и надёжно FreeBSD 7 2-STABLE с отключенным файрволом нет в этой... большой текст свёрнут, показать | | |
| |
| 4.11, name (??), 23:16, 19/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
ну собственно, вам ниже уже рассказали, что требуется прослойка в виде оцс-репортс.
отдельное спасибо linvinus за юникод.
| | |
|
|
|
| 1.3, linvinus (?), 11:05, 18/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
FusionInventory отлично работает, на последнем FOSDEM была презентация скоро обещали нативную поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. за год проект достиг уровня OCS.
последний ocs-inventory agent 2.0 rc2 под виндовс отправляет данные в utf8 так что скоро поддержка русского будет из коробки, серверная сторона пока с багами, приглашаю всех кому тема интересна к тестированию ocs.
последний раз когда смотрел на Icinga ничего продвинутого не обнаружил, конфиги до сих пор в файлах, на php только морда, есть возможность дублировать логи в базу https://wiki.icinga.org/display/howtos/Setting+up+Icinga+with+IDOUtils+on+Ubun
Можно написать плагин для GLPI чтобы читать эти данные. Но хотелось бы и конфигурировать из GLPI.
В общем результаты Icinga пока не впечатляют.
В идеале хотелось бы связку GLPI+OCS+Nagios+Cacti в одном флаконе, и с автоматической настройкой для Nagios и Cacti по шаблонам.
Т.к. в GLPI компы уже автоматически создаются, сразу на них и прикручивать стандартные шаблоны, и сразу собирать основные данные в кактус (проц, память, диски, сеть, количество пользователей).
Проблема нагиуса и кактуса в том что они не адаптируются под изменение конфигурации.
А руками лопатить каждый раз очень геморрно, и при этом, что самое обидное, теряется статистика.
Например был диск E на сервере потом, он увеличился в объёме и появился диск F (iscsi, vhd), кактус нормально это не переваривает.
При этом подход "каждый делает только одну вещь, но хорошо", должен остаться.
| | |
| |
| 2.12, name (??), 23:29, 19/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> FusionInventory отлично работает, на последнем FOSDEM была презентация скоро обещали нативную
> поддержку в GLPI без прослойки ocs (Со слов разработчика), т.е. за
> год проект достиг уровня OCS.
поскорей бы доделали плагин для GLPI 0.78 для 72 есть, а для новой версии нету
| | |
| 2.14, zidex (?), 18:45, 18/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >[оверквотинг удален]
> Т.к. в GLPI компы уже автоматически создаются, сразу на них и прикручивать
> стандартные шаблоны, и сразу собирать основные данные в кактус (проц, память,
> диски, сеть, количество пользователей).
> Проблема нагиуса и кактуса в том что они не адаптируются под изменение
> конфигурации.
> А руками лопатить каждый раз очень геморрно, и при этом, что самое
> обидное, теряется статистика.
> Например был диск E на сервере потом, он увеличился в объёме и
> появился диск F (iscsi, vhd), кактус нормально это не переваривает.
> При этом подход "каждый делает только одну вещь, но хорошо", должен остаться.
А вот мне бы хотелось видеть интеграцию с Zabbix'ом. В zabbix есть поддержка WebService (JSON-RPC), благодаря которой можно сделать нормальную интеграцию.
| | |
|
| 1.4, linvinus (?), 11:11, 18/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Отличие такой схемы в том что GLPI уже знает какое ПО установлено какая операционка какое железо, сети, диски, и т.д. и т.п., чего ни кактус ни нагиос не знают. Потому и не могут адаптироваться.
| | |
|
