» OCS Inventory
Установил 2.0rc4, но проблема с отображением русских символов в виде "?" в названиях железяк ПО все так же присутствует =\ Сам нуб, первый раз в жизни установил apache, mysql, и данный сервис, поэтому строго не судите =) Все гайды по борьбе с кодировкой старые от версий 1.х, трехлетней давности, поэтому в смятении. можноль отуда что-то использовать или все кардинально поменялось. Помогите проблему решить...
У меня на последних версиях компы вообще в базу не добавляются. При установке клиента в мануале написано указывать путь http://ocs_server/ocsinventory Но ведь сервер по умолчанию ставится в папку http://ocs_server//ocsreports Так какую указывать правильно?
Поставил OCS Inventory NG Management 2.0rc4, GLPI. Вроде работает, связал между собой.
Проблема в том что когда устанавливаю на клиентской машине OcsAgent 2.0RC4. Прописываю адрес сервера, ставится, но OCS Inventory NG Management его не видит. В чем может быть проблема?
ocsinventory.ini
Код: [OCS Inventory Agent]
ComProvider=ComHTTP.dll
Debug=0
Local=
HKCU=0
NoTAG=0
IpDisc=
[HTTP]
Server=http://192.168.1.81/ocsreports/
SSL=1
CaBundle=cacert.pem
AuthRequired=1
User=
Pwd=
ProxyType=0
Proxy=
ProxyPort=0
ProxyAuthRequired=1
ProxyUser=
ProxyPwd=
[OCS Inventory Service]
PROLOG_FREQ=10
OLD_PROLOG_FREQ=10
TTO_WAIT=35700
Проблема в том что когда устанавливаю на клиентской машине OcsAgent 2.0RC4. Прописываю адрес сервера, ставится, но OCS Inventory NG Management его не видит. В чем может быть проблема?
ocsinventory.ini
Код: [OCS Inventory Agent]
ComProvider=ComHTTP.dll
Debug=0
Local=
HKCU=0
NoTAG=0
IpDisc=
[HTTP]
Server=http://192.168.1.81/ocsreports/
SSL=1
CaBundle=cacert.pem
AuthRequired=1
User=
Pwd=
ProxyType=0
Proxy=
ProxyPort=0
ProxyAuthRequired=1
ProxyUser=
ProxyPwd=
[OCS Inventory Service]
PROLOG_FREQ=10
OLD_PROLOG_FREQ=10
TTO_WAIT=35700
Поставил последнюю сборку на сервер (centos) и последний клиент на винду. Ужасный трабл с русскими данными (вопросы и дрякозяблы). Это уже классика, как я понял ?
Цитата:
Поставил последнюю сборку на сервер (centos) и последний клиент на винду. Ужасный трабл с русскими данными (вопросы и дрякозяблы). Это уже классика, как я понял ?
Да нет, классика, это когда проблема с кириллицей не возникает. Поставил связку ocs+glpi на убунту 10.10 (доходчивая инструкция есть на хабре и на тюкс.ин.юа) - все прекрасно отображается.
unreal_777
Правильно ли я понял, что вы установили OCSinventory второй версии, на linux сервер, и при попытке получить данные с агента установленного на windows rus - вы получаете исключительной читабельности, без примеси дрякозяблов, отчеты?
Правильно ли я понял, что вы установили OCSinventory второй версии, на linux сервер, и при попытке получить данные с агента установленного на windows rus - вы получаете исключительной читабельности, без примеси дрякозяблов, отчеты?
unreal 777
У меня установлено на дебиане6 и компы вообще в базу не добавляются. В чем может быть проблема?
У меня установлено на дебиане6 и компы вообще в базу не добавляются. В чем может быть проблема?
JekaRus
Маловато исходных данных. Первый вопрос, а как вы клиентов ставили? Какие настройки прописывали?
Маловато исходных данных. Первый вопрос, а как вы клиентов ставили? Какие настройки прописывали?
Цитата:
У меня установлено на дебиане6 и компы вообще в базу не добавляются. В чем может быть проблема?
Дык сервер для сбора инфы есть http://ocsserver/ocsinventory, он собирает инфу, а по адресу http://ocsserver/ocsreports он предоставляет к ней доступ. Все просто.
Кстати, поставил 2.0 stable, крякозяблов нет, только иногда при импорте в glpi появляются, хотя вроде после установки свойства кодировки базы OCS - UTF-8 проблема исчезла совсем.
В последний раз я их видел в импорте, когда открыл csv файл екселем. При открытии через notepad++ все нормально.
Установил OCS inventory Server 2.0 на действующий web-сервер на Linux (на котором уже есть работающие сайты). При установке ошибок не было. База создалась. Сайт работает. На клиентской машине установил агент, указав в настройках путь до сервера: http://osc.mydomain.ru/ocsinventory. В файле access.log :
192.168.0.43 - - [20/May/2011:12:20:11 +0400] "POST / HTTP/1.1" 200 3923 "-" "OCS-NG_WINDOWS_AGENT_v2.0.0.20"
Т.е. видно что клиент соединяется. Однако данные о клиенте на сервере не появляются. Подскажите в каком направлении копать.
192.168.0.43 - - [20/May/2011:12:20:11 +0400] "POST / HTTP/1.1" 200 3923 "-" "OCS-NG_WINDOWS_AGENT_v2.0.0.20"
Т.е. видно что клиент соединяется. Однако данные о клиенте на сервере не появляются. Подскажите в каком направлении копать.
Проясните ситуация с функцией "развертывание" в OCSinventory.. Чего-то она у меня не работает вроде..
1. Сгенерил SSL сертификаты, все подключил (сам сервер стал откликатся как по http так и по https)
2. Положил сертификат server.crt в папку агента с именем /etc/ocsinventory/cacert.pem
3. Сделал задание deployment , тип store и все такое
4. Ваш пакет был успешно собан в директории /var/lib/ocsinventory-reports/download/1306902663
5. Иду в активацию, активирую
6. Вписываю вместо localhost имя своего хоста сервера
7. Пакет активирован и годен к распространению
8. Иду в поиск, ищу пару компов для теста.. тыкаю на "развертывание"
9. Выбираю свой пакет - 'download file 2'
10. Вы уверены, что хотите распространить этот пакет на эти машины? - ДА!
11. 1 компьютеров с успешным распространением
12. И видим что развертывание "висит"
правильно ли я понимаю, что в данном случае мой файл должен просто лечь в папку /tmp при старте агента? так? И почему этого не происходит
Добавлено:
О бля! Получилось.. т.е. мой пост можно считать инструкцией :-D
1. Сгенерил SSL сертификаты, все подключил (сам сервер стал откликатся как по http так и по https)
2. Положил сертификат server.crt в папку агента с именем /etc/ocsinventory/cacert.pem
3. Сделал задание deployment , тип store и все такое
4. Ваш пакет был успешно собан в директории /var/lib/ocsinventory-reports/download/1306902663
5. Иду в активацию, активирую
6. Вписываю вместо localhost имя своего хоста сервера
7. Пакет активирован и годен к распространению
8. Иду в поиск, ищу пару компов для теста.. тыкаю на "развертывание"
9. Выбираю свой пакет - 'download file 2'
10. Вы уверены, что хотите распространить этот пакет на эти машины? - ДА!
11. 1 компьютеров с успешным распространением
12. И видим что развертывание "висит"
правильно ли я понимаю, что в данном случае мой файл должен просто лечь в папку /tmp при старте агента? так? И почему этого не происходит
Добавлено:
О бля! Получилось.. т.е. мой пост можно считать инструкцией :-D
Доброго времени суток,
подскажите, никак не могу разобраться, можно ли как то организовать следующий вариант получения результатов инвентаризации.
а именно,
на компьютере с OS Windows заходим на страничку, запускаем инвентаризировать, проходит инвентаризация, но агент не остается.
подскажите, никак не могу разобраться, можно ли как то организовать следующий вариант получения результатов инвентаризации.
а именно,
на компьютере с OS Windows заходим на страничку, запускаем инвентаризировать, проходит инвентаризация, но агент не остается.
Добрый день.
Установил всем OCS.
Превосходно установилась, превосходно отрапортовала.
Но тут вылез один косяк, как удалить теперь этот OCS?
Вручную не катит (много компов и на расстояние они).
ключ /UNINSTALL не работает как надо.
uninstall.exe не может все файлы удалить (заняты).
как вы удаляли OCS?
VER: 2.0.0.20
Установил всем OCS.
Превосходно установилась, превосходно отрапортовала.
Но тут вылез один косяк, как удалить теперь этот OCS?
Вручную не катит (много компов и на расстояние они).
ключ /UNINSTALL не работает как надо.
uninstall.exe не может все файлы удалить (заняты).
как вы удаляли OCS?
VER: 2.0.0.20
Нашол решение )))
всем спасибо за молчание )))
всем спасибо за молчание )))
aap4ixx
Вот молодец. Нашел - расскажи.
Вот молодец. Нашел - расскажи.
Доброго времени суток.
Опишу вкратце свою ситуацию:
* ОС - CentOS ver.: 5.5;
* OCS Inventory NG Server ver.: 2.0 (скачан с офф. сайта);
* База данных создана с кодировкой UTF8;
* OCS Inventory NG agent for Window ver.: 2.0.0.20;
* Агент установлен на клиентском ПК под управлением Windows 7 Корпоративная.
Все отлично: сервис работает, данные поступают!
Но есть все же нюансы с кодировкой, два пункта:
1) Отображение версии ОС - кодировка ISO-8859-1;
2) Вкладка Сеть - Сетевой адаптер так же в кодировке ISO-8859-1.
Мое логическое заключение сводиться к тому, что мне нужен агент последней версии (ver.: 2.0.0.20) умеющий отправлять в базу все собранные данные в кодировке uft8, прошу поправить меня если я не прав и помочь в решении моей "проблемы".
Заранее благодарю!
Добавлено:
Для информации:
Bugs in OCS Inventory NG Agent for Windows
https://bugs.launchpad.net/ocsinventory-windows-agent
https://bugs.launchpad.net/ocsinventory-windows-agent/+bug/820218
Description Ethernet adapter not correct in Cyrillic Windows XP
Такой же баг присутствует и на хостах под управлением Windows 7
https://bugs.launchpad.net/ocsinventory-windows-agent/+bug/820202
Не корректно определяются процессоры Intel Core i3
CPU Intel i5 detect not correctly.
OCS Inventary Agent detect CPU Intel Xeon.
View screenshot
Мой вопрос снят и после проведенного поиска стал неактуален для меня.
Ждем обновления OCS Inventory NG agent для Windows....
Опишу вкратце свою ситуацию:
* ОС - CentOS ver.: 5.5;
* OCS Inventory NG Server ver.: 2.0 (скачан с офф. сайта);
* База данных создана с кодировкой UTF8;
* OCS Inventory NG agent for Window ver.: 2.0.0.20;
* Агент установлен на клиентском ПК под управлением Windows 7 Корпоративная.
Все отлично: сервис работает, данные поступают!
Но есть все же нюансы с кодировкой, два пункта:
1) Отображение версии ОС - кодировка ISO-8859-1;
2) Вкладка Сеть - Сетевой адаптер так же в кодировке ISO-8859-1.
Мое логическое заключение сводиться к тому, что мне нужен агент последней версии (ver.: 2.0.0.20) умеющий отправлять в базу все собранные данные в кодировке uft8, прошу поправить меня если я не прав и помочь в решении моей "проблемы".
Заранее благодарю!
Добавлено:
Для информации:
Bugs in OCS Inventory NG Agent for Windows
https://bugs.launchpad.net/ocsinventory-windows-agent
https://bugs.launchpad.net/ocsinventory-windows-agent/+bug/820218
Description Ethernet adapter not correct in Cyrillic Windows XP
Такой же баг присутствует и на хостах под управлением Windows 7
https://bugs.launchpad.net/ocsinventory-windows-agent/+bug/820202
Не корректно определяются процессоры Intel Core i3
CPU Intel i5 detect not correctly.
OCS Inventary Agent detect CPU Intel Xeon.
View screenshot
Мой вопрос снят и после проведенного поиска стал неактуален для меня.
Ждем обновления OCS Inventory NG agent для Windows....
Как заставить работать агент что прописывать при установке агента??? Первый раз ставлю. Сервер поставился отлично
Добавлено:
http://ocsserver/ocsinventory если зайти по ссылки пишет
Server error!
The server encountered an internal error and was unable to complete your request.
Error message:
Can't call method "do" on an undefined value at C:/Program Files/xampp/perl/site/lib/Apache/Ocsinventory/Server/System.pm line 177.
If you think this is a server error, please contact the webmaster.
Error 500
srv02
14.09.2011 11:24:56
Apache/2.2.17 (Win32) mod_ssl/2.2.17 OpenSSL/0.9.8o PHP/5.3.4 mod_perl/2.0.4 Perl/v5.10.1
При ручной загрузке файла
Ошибка HTTP/1.1 500 Internal Server Error
На сервер: http://localhost:80/ocsinventory
Добавлено:
http://ocsserver/ocsinventory если зайти по ссылки пишет
Server error!
The server encountered an internal error and was unable to complete your request.
Error message:
Can't call method "do" on an undefined value at C:/Program Files/xampp/perl/site/lib/Apache/Ocsinventory/Server/System.pm line 177.
If you think this is a server error, please contact the webmaster.
Error 500
srv02
14.09.2011 11:24:56
Apache/2.2.17 (Win32) mod_ssl/2.2.17 OpenSSL/0.9.8o PHP/5.3.4 mod_perl/2.0.4 Perl/v5.10.1
При ручной загрузке файла
Ошибка HTTP/1.1 500 Internal Server Error
На сервер: http://localhost:80/ocsinventory
Кто-нить победил косяки с кириллицей?
Или это как данность?
Девелоперы рассказали о полной поддержке utf8, а таблицы создаются в latin1
Или это как данность?
Девелоперы рассказали о полной поддержке utf8, а таблицы создаются в latin1
Есть кто победил глюки с получением инфы из реестра от виндовых агентов?
Что бы я не делал, как бы ни писал путь ветки, никогда не получается вытянуть значения..
винды разные, от 2000 до Vista, везде работает службой, но делал и руками от админа.. ничего не выходит
Код: Registry GetRegistryValue (HKLM\SOFTWARE\\7-Zip\\Path)...Failed in call to <RegOpenKey> function for subkey SOFTWARE\\7-Zip\ of selected hive !
Registry GetRegistryValue (HKCU\SOFTWARE\7-Zip\Path)...Failed in call to <RegOpenKey> function for subkey SOFTWARE\7-Zip of selected hive !
Registry GetRegistryValue (HKCU\Software\7-Zip\Path)...Failed in call to <RegOpenKey> function for subkey Software\7-Zip of selected hive !
Registry GetRegistryValue (HKCU\Software\\7-Zip\Path)...Failed in call to <RegOpenKey> function for subkey Software\\7-Zip of selected hive !
Что бы я не делал, как бы ни писал путь ветки, никогда не получается вытянуть значения..
винды разные, от 2000 до Vista, везде работает службой, но делал и руками от админа.. ничего не выходит
Код: Registry GetRegistryValue (HKLM\SOFTWARE\\7-Zip\\Path)...Failed in call to <RegOpenKey> function for subkey SOFTWARE\\7-Zip\ of selected hive !
Registry GetRegistryValue (HKCU\SOFTWARE\7-Zip\Path)...Failed in call to <RegOpenKey> function for subkey SOFTWARE\7-Zip of selected hive !
Registry GetRegistryValue (HKCU\Software\7-Zip\Path)...Failed in call to <RegOpenKey> function for subkey Software\7-Zip of selected hive !
Registry GetRegistryValue (HKCU\Software\\7-Zip\Path)...Failed in call to <RegOpenKey> function for subkey Software\\7-Zip of selected hive !
kavich
логи Apache что говорят ?
логи Apache что говорят ?
Напиши где посмотреть? Я не очень сильно в этом разбираюсь
В логе error
[Mon Sep 19 13:16:45 2011] [error] [client 127.0.0.1] Can't call method "do" on an undefined value at C:/Program Files/xampp/perl/site/lib/Apache/Ocsinventory/Server/System.pm line 177.\n
В логе error
[Mon Sep 19 13:16:45 2011] [error] [client 127.0.0.1] Can't call method "do" on an undefined value at C:/Program Files/xampp/perl/site/lib/Apache/Ocsinventory/Server/System.pm line 177.\n
Господа, кто-нибудь уже обновился до ocs 2.0.2? Если да, то как прошел процесс? Все ли нормально после? Как прошло обновление клиентов?
Добавлено:
Обновил с 2.0.0.20 до 2.0.2.0 . Вместо кириллицы нечто иное. Разбираюсь
Добавлено:
Обновил с 2.0.0.20 до 2.0.2.0 . Вместо кириллицы нечто иное. Разбираюсь
Сервер почти не переведен, кириллица не отображается на тех компах, что уже были в базе. При установке нового агента и отправке информации на сервер через него, кириллица также не появляется.
Откатился на 2.0.0.20
Откатился на 2.0.0.20
Аналогично, обновился до 2.0.2.0 — и снова проблемы с кириллицей.
Агент инвентаризации: OCS-NG_WINDOWS_AGENT_v2.0.2.0
У кого какие мысли по этому поводу?
Агент инвентаризации: OCS-NG_WINDOWS_AGENT_v2.0.2.0
У кого какие мысли по этому поводу?
Не помню какую версию сейчас использую...
Кириллица работает после
Код: vi /usr/share/ocsinventory-server/ocsreports/machine.php
правим function print_softwares($systemid) начиная со строки 631:
убираем htmlentities
Кириллица работает после
Код: vi /usr/share/ocsinventory-server/ocsreports/machine.php
правим function print_softwares($systemid) начиная со строки 631:
убираем htmlentities
Предыдущая тема: Traffic Inspector и сервер терминалов
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.