Доброго времени!
Решил немного автоматизировать процесс инвентаризации ВТ на предприятии, конечно же по средствам GPL ПО
Наслышан про связку OCS-Inventory + GLPI. OCS-Inventory, как средство автоматизированного сбора данных с клиентских машин, GLPI, как удобное средство, для обработки, представления и хранения полученных данных.
Хотелось бы узнать, кто-нибудь устанавливал подобную связку? Поделитесь впечатлениями, есть ли подводные камни, часто ли надо прибегать к бубну в процессе установки и настройки?
Если кто-нибудь поделится статьёй или мануалом по настройке этих софтин для работы в паре под FreeBSD, буду только благодарен, а то инет, что-то беден по этому вопросу (может, конечно невнимательно искал)
Спасибо!
Устанавливал и настраивал, сейчас работает в продакшене. Все завязано через LDAP. Особых проблем не было, единственное проблемы с кириллицей.
>Устанавливал и настраивал, сейчас работает в продакшене. Все завязано через LDAP. Особых
>проблем не было, единственное проблемы с кириллицей.Просто читал, единственную, наверно, русскоязычную статью на lissyara.ru (http://forum.lissyara.su/viewtopic.php?t=10429), автор конкретно так засрал OCS-Inventory, что типо её и устанавливать с большим шаманским бубном надо, и сама по себе-то она кривая. Потому, собственно, и спросил на сколько сложно инсталлить. И хотелось бы ещё уточнить, как их связать, что б GLPI брала данные с OCS-Inventory. Это надо больше в GLPI настраивать, или в OCS-Inventory??
Может есть мануал какой-нибудь или статейка по сабжу, пущай хотя бы на английском?
>>Устанавливал и настраивал, сейчас работает в продакшене. Все завязано через LDAP. Особых
>>проблем не было, единственное проблемы с кириллицей.
>
>Просто читал, единственную, наверно, русскоязычную статью на lissyara.ru (http://forum.lissyara.su/viewtopic.php?t=10429), автор конкретно так
>засрал OCS-Inventory, что типо её и устанавливать с большим шаманским бубном
>надо, и сама по себе-то она кривая.видать аффтар не асилил README/INSTALL
>Потому, собственно, и спросил
>на сколько сложно инсталлить. И хотелось бы ещё уточнить, как их
>связать, что б GLPI брала данные с OCS-Inventory. Это надо больше
>в GLPI настраивать, или в OCS-Inventory??в glpi настраивается режим интеграции с ocs. Грубо говоря надо прописать данные к БД ocs
>Может есть мануал какой-нибудь или статейка по сабжу, пущай хотя бы на
>английском?не знаю, мне хватило встроенной документации.
Спасибо! Буду пробовать.
>Спасибо! Буду пробовать.У нас тоже используется, но на CentOS. Пока не работает (думаю в будущем прикрутить) экспорт в pdf на кирилице, со всем остальным все хорошо.
Инсталляция дефольтная из EPEL
Пришлось наложить несколько патчей на OCS, что бы починилась кирилица.
Патчи (точнее, инструкции) запросто находятся в гугле.Для себя собираюсь запаковать это в rpm-ки с патчами.
Если нужно, патчами поделюсь (и информацией, где нашла, что поменять).
>Если нужно, патчами поделюсь (и информацией, где нашла, что поменять).было бы неплохо :)
>>Если нужно, патчами поделюсь (и информацией, где нашла, что поменять).
>
>было бы неплохо :)http://maximuzzz.blogspot.com/2009/08/ocs-inventory_27.html
http://www.tux.in.ua/articles/1500Ну и патчи, которые я думаю запихнуть в rpm-ки (спеки еще написать не успела):
preferences.php.patch
*** preferences.php 2010-01-07 20:57:26.000000000 +0300
--- preferences.php.new 2010-01-07 21:02:45.000000000 +0300
***************
*** 19,25 ****
define("MAX_CACHED_REGISTRY", 200 ); // Max number of registry that may be returned by optimizations queries
define("USE_CACHE", 0 ); //Do we use cache tables ?
define("UPDATE_CHECKSUM", 1 ); // do we need to update software checksum when using dictionnary ?
! define("UTF8_DEGREE", 0 ); // 0 For non utf8 database, 1 for utf8
define("GUI_VER", "5003"); // Version of the GUI
define("MAC_FILE", "files/oui.txt"); // File containing MAC database
define("TAG_LBL", "Tag"); // Name of the tag information
--- 19,25 ----
define("MAX_CACHED_REGISTRY", 200 ); // Max number of registry that may be returned by optimizations queries
define("USE_CACHE", 0 ); //Do we use cache tables ?
define("UPDATE_CHECKSUM", 1 ); // do we need to update software checksum when using dictionnary ?
! define("UTF8_DEGREE", 1 ); // 0 For non utf8 database, 1 for utf8
define("GUI_VER", "5003"); // Version of the GUI
define("MAC_FILE", "files/oui.txt"); // File containing MAC database
define("TAG_LBL", "Tag"); // Name of the tag informationmachine.php.patch
*** /usr/share/ocsinventory-reports/ocsreports/machine.php 2009-08-17 19:09:56.000000000 +0400
--- /usr/share/ocsinventory-reports/ocsreports/machine.php.patched 2010-01-08 00:33:19.000000000 +0300
***************
*** 628,637 ****
while($item = mysql_fetch_object($resultDetails))
{ $ii++; $td3 = $ii%2==0?$td2:$td4;
echo "<tr>";
! echo "$td3".htmlentities(textDecode($item->PUBLISHER))."</td>
! $td3".htmlentities(textDecode($item->NAME))." </td>
$td3".textDecode($item->VERSION)." </td>
! $td3".(htmlentities(textDecode($item->COMMENTS))?htmlentities(textDecode($item->COMMENTS)):"N/A")." </td>";
/* $td3".textDecode($item->FOLDER)." </td>
$td3".textDecode($item->COMMENTS)." </td>";*/
echo "</tr>";
--- 628,637 ----
while($item = mysql_fetch_object($resultDetails))
{ $ii++; $td3 = $ii%2==0?$td2:$td4;
echo "<tr>";
! echo "$td3".textDecode($item->PUBLISHER)."</td>
! $td3".(textDecode($item->NAME))." </td>
$td3".textDecode($item->VERSION)." </td>
! $td3".(htmlentities(textDecode($item->COMMENTS))?textDecode($item->COMMENTS):"N/A")." </td>";
/* $td3".textDecode($item->FOLDER)." </td>
$td3".textDecode($item->COMMENTS)." </td>";*/
echo "</tr>";Нужно поправить файл:
/usr/share/glpi/inc/export.function.php
Что бы экспорт в pdf был без крякозяблов, но у меня эти изменения (добавление функции) ломают GLPI напрочь, с причиной пока не разбиралась, у нас баг помечен как P5 (если честно, жду когда само пофиксится в апстриме)
>>>Если нужно, патчами поделюсь (и информацией, где нашла, что поменять).
>>
>>было бы неплохо :)
>
>http://maximuzzz.blogspot.com/2009/08/ocs-inventory_27.html
>http://www.tux.in.ua/articles/1500
>
>Ну и патчи, которые я думаю запихнуть в rpm-ки (спеки еще написать
>не успела):Хм. Интересно.
Сенк!!!
>у нас баг помечен как P5 (если честно, жду когда самоне jira ли случайно? :)
>>у нас баг помечен как P5 (если честно, жду когда само
>
>не jira ли случайно? :)Нет, мы пытаемся использовать OCS+GLPI, а в далеком будущем есть задумка перепилить под себя rt, что бы был один тракер на все задачи
>>>у нас баг помечен как P5 (если честно, жду когда само
>>
>>не jira ли случайно? :)
>
>Нет, мы пытаемся использовать OCS+GLPI, а в далеком будущем есть задумка перепилить
>под себя rt, что бы был один тракер на все задачиМы тоже, но иногда создание тикета занимает в два раза больше времени, чем его решение :)
>Мы тоже, но иногда создание тикета занимает в два раза больше времени,
>чем его решение :)Не то, что бы Jira не Ъ, но на RT сидят некоторые крупные в России компании, которые на слуху и за рубежом.
На сколько я понимаю, факта использования RT не скрывает, например, Parallels (надеюсь, не нанесу им ущерба этой публикацией, но они сами пускают своих клиентов посмотреть свои тикеты, значит, наверное, не top secret)
Все поставил и вроде настроил, с русским проблем нет, ПО всё отображается нормально.
в OCS настроил фильтрацию дублей компов, однако заметил, что в glpi может появится дубль, которого нет в OCS. Как этого избежать?можно ли автоматизировать инвентаризацию сетевых устройств таких как сетевые принтеры, видеорегистраторы, тонкие клиенты, упсы, ip-kvm свичи и т.п.?
А кто-нибудь сталкивался с проблемой некорректного импорта данных о CPU? например у меня есть рабочие станции с процами интеловыми, обычные пни 4е... в OCS я вижу их как Intel III Xeon!
и есть ли возможность получать инфу о материнских платах?