Quantcast
Channel: Ocsinventory Q&A - Recent questions and answers in OCS Inventory NG server
Viewing all 7067 articles
Browse latest View live
↧

Answered: Les agents ne remonte pas les information du plug in Uptime

November 23, 2017, 4:23 pm
$
0
0

Bonjour,

avez-vous le fichier "uptime.conf" dans le dossier "/etc/ocsinventory-server/plugins/" du serveur ?

> Ce fichier est aussi important que Map.pm

Cordialement, Stéphane

↧
Search

I do not have the latest version installed in my environment

October 26, 2017, 2:43 am
$
0
0
I do not have the latest version installed in my environment. How can I troubleshoot further?
↧
↧

RED HAT OCS SERVER HTTPD NOT START - URGENT-RPM

November 24, 2017, 6:41 am
$
0
0

Hi, I hope you can help me, I've been looking for a solution for a week. 

Install ocs inventory server 2.3.1 on a linux red-had server and everything goes well, but for the Apache to start, I have to delete the file z-ocsinventory-server.conf from the path / etc / httpd / conf. d /. If I leave this file, the Apache does not work and it generates this message:

Job for httpd.service failed because the control process exited with error code.

↧

Answered: OCS Server for Red Hat

November 24, 2017, 6:48 am
↧

pas de montée d'inventaire dans le server

November 24, 2017, 7:54 am
$
0
0

Bonjour,

Je travaille sous Windows 2012 standard, avec OCSNG-Windows Server et xampp, mon problème est le suivant:

j'ai installé l'agent sur un poste manuellement pour teste la remontée de l'inventaire, mais malheureusement rien n'est affiché côté serveur. Lorsque j'ai vérifié le fichier log sur le poste client voici ce que je trouve :

Starting OCS Inventory NG Agent on Friday, November 24, 2017 15:42:47.
AGENT => Running OCS Inventory NG Agent Version 2.1.1.1
AGENT => Using OCS Inventory NG FrameWork Version 2.1.1.1
AGENT => Loading plug-in(s)
AGENT => Using network connection with Communication Server
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.1.1.1>
AGENT => Sending Prolog
ERROR *** AGENT => Failed to send Prolog <HTTP Status Code #404>
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:00. 

et dans le fichier .ini l'url du serveur est correcte :

[OCS Inventory Agent]
ComProvider=ComHTTP.dll
Debug=0
Local=
NoSoftware=0
HKCU=0
NoTAG=0
IpDisc=
[HTTP]
Server=http://my_server_IP/ocsinventory
SSL=1
CaBundle=cacert.pem
AuthRequired=1
User=1NvDrFSVUhkKCRmbz/oXLw==|||z1iaxPS0UDCS/zMmgTFjRKzbDOOEM2q7f0a1agsqElU=
Pwd=uRRQzYl/fLAcBmLiB0UK+Q==|||dC4feMi6/9MXdbfnyB1Evngd4gWpEyglU5HeohofNyU=
ProxyType=0
Proxy=
ProxyPort=0
ProxyAuthRequired=0
ProxyUser=
ProxyPwd=
[OCS Inventory Service]
TTO_WAIT=120
INVENTORY_ON_STARTUP=0

Par contre lorsque j'essaie d'accéder à : http://my_server_IP/ocsinventory, l'erreur suivante est affichée:

Objet non trouvé!

L'URL demandée n'a pas pu être trouvée sur ce serveur. Si vous avez tapé l'URL à la main, veuillez vérifier l'orthographe et réessayer.

Si vous pensez qu'il s'agit d'une erreur du serveur, veuillez contacter le webmestre.

Error 404

my_server_IP
Apache/2.4.25 (Win32) OpenSSL/1.0.2j PHP/5.6.30

Merci pour vos réponses

↧
↧

unexpected T_FUNCTION due to anonymous functions used in Server 2.3.1

October 16, 2017, 10:47 am
$
0
0
Please be patient with me... I'm newbie in OCS and English is not my first language

I've just upgraded OCS Server from 2.0.1 to 2.3.1. All fine here!

I visit URL

Nothing is rendered

cat /etc/httpd/logs/error_log

[Mon Oct 16 19:18:00 2017] [error] [client 10.225.213.23] PHP Parse error:  syntax error, unexpected T_FUNCTION in /usr/share/ocsinventory-reports/ocsreports/require/menu/Menu.php on line 57

    /**
     * Sort the Menu
     *
     * @return number
     */
    public function sortMenu() {
        foreach ($this->getChildren() as $menu) {
            if ($menu->hasChildren()) {
                $menu->sortMenu();
            }
        }

        uasort($this->_children, function($a, $b) {            <----------   Line 57
            if ($a->getPriority() == $b->getPriority()) {
                return 0;
            }
            return ($a->getPriority() < $b->getPriority()) ? -1 : 1;
        });
    }

Well now:

Your requirements still says PHP 4.3.2 or higher but http://php.net/manual/en/functions.anonymous.php says anonymous functions become available since 5.3.0.

Obviously I MUST upgrade my PHP installation... or NOT... Am I missing something?

Thanks in advanced !!!!
↧

Answered: RED HAT OCS SERVER HTTPD NOT START - URGENT-RPM

November 24, 2017, 5:34 pm
$
0
0
Did you have install OCS with rpm ?
↧

How I can track some fields in OCS Inventory?

November 25, 2017, 7:01 am
$
0
0
Hi

I would like to track/register some changes in my inventory. For example when someone installs new software or IP'address computer changes.

¿How I can do it?

Thanks a lot!!!

roci
↧
Search

Answered: pas de montée d'inventaire dans le server

November 27, 2017, 12:08 am
$
0
0
Bonjour,

Le module mod_perl n'est pas installé ou activé. Sans ce module les inventaires ne peuvent pas être intégrés au serveur et donc apparaître dans l'interface web. Il faut donc installé ce module et redémarré apache à l'issue de l'installation.

Cordialement

Frank
↧
↧

unexpected T_FUNCTION due to anonymous functions used in Server 2.3.1

October 16, 2017, 10:47 am
$
0
0
Please be patient with me... I'm newbie in OCS and English is not my first language

I've just upgraded OCS Server from 2.0.1 to 2.3.1. All fine here!

I visit URL

Nothing is rendered

cat /etc/httpd/logs/error_log

[Mon Oct 16 19:18:00 2017] [error] [client 10.225.213.23] PHP Parse error:  syntax error, unexpected T_FUNCTION in /usr/share/ocsinventory-reports/ocsreports/require/menu/Menu.php on line 57

    /**
     * Sort the Menu
     *
     * @return number
     */
    public function sortMenu() {
        foreach ($this->getChildren() as $menu) {
            if ($menu->hasChildren()) {
                $menu->sortMenu();
            }
        }

        uasort($this->_children, function($a, $b) {            <----------   Line 57
            if ($a->getPriority() == $b->getPriority()) {
                return 0;
            }
            return ($a->getPriority() < $b->getPriority()) ? -1 : 1;
        });
    }

Well now:

Your requirements still says PHP 4.3.2 or higher but http://php.net/manual/en/functions.anonymous.php says anonymous functions become available since 5.3.0.

Obviously I MUST upgrade my PHP installation... or NOT... Am I missing something?

Thanks in advanced !!!!
↧

Answered: pas de montée d'inventaire dans le server

November 27, 2017, 5:50 am
$
0
0
Merci pour ta réponse, comment insttaler/activer le mod_perl vue que je travaille avec xampp 5.6.30 apache 2.4.
↧

Statistiques de déploiment disparues

November 27, 2017, 7:15 am
$
0
0

Bonjour,

Voici les caractéristiques du serveur :

Operating system

  • OS Name : Linux x86_64
  • Version : 3.16.0-4-amd64
  • RAM installed : 2010 MB
  • Free RAM : 1118 MB
  • CPU : Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz
  • Distribution : Debian GNU/Linux 8 (jessie)

Software

  • PHP Version : 5.6.30
  • Web Server : Apache/2.4.10 (Debian)
  • Database Server : (Debian) version 5.5.57-0+deb8u1
  • Version OCSReports: 2.3.1

Sur mon OCS reports  les statistiques de déploiement disparaissent subitement lorsque le déploiement devient important. Plus aucunes statistique pour le paquet en cours de déploiement n'apparait.

D'où peut venir le problème? Quelles sont les pistes à observer?

Bien cordialement

↧

Custom data gets deleted after inventory refresh

November 27, 2017, 7:22 am
$
0
0
Hi all,

When my clients send an update (every hour), my custom data created through administrative data is deleted after the update. How can I fix this?

Also, how can I set up my clients to send custom data to the server?

Thank you very much!
↧
↧

plus de remontée d'inventaires sur le server

November 27, 2017, 8:49 am
$
0
0

Contexte : 
- Server = OCSng 2.0.5 sur linux (SLES) en place depuis plusieurs années (1 seul server pour DB, invent & report ; déploy pas utilisé, uniquement inventaire)
- Clients = Agents Windows 2.0.5 sur plus de 5000 postes Windows7, opérationnels depuis plusieurs années

Pas de problème de contact du server (maj de l'info "dernier contact" normale), mais plus aucune remontée d'inventaire depuis 4 jours (dernier inventaire vendredi 24/11 à 08:05) sans qu'aucune modification coté server et postes n'ait eu lieu (en tout cas sur le server, la console de reporting étant elle utilisée quotidiennement ou presque). 
L'interface de reporting semble totalement opérationnelle (y compris interface GLPI)

sur le server le log d'activité nous donne les infos suivantes 
...
Mon Nov 27 15:41:42 2017;3665;311;P161294-2016-11-22-10-28-00;172.28.83.136;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:42 2017;3349;100;C145573-2017-11-20-15-02-28;172.17.19.47;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:42 2017;3349;311;C145573-2017-11-20-15-02-28;172.17.19.47;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:42 2017;3343;319;P140408-2014-10-03-08-38-43;172.28.15.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;found
Mon Nov 27 15:41:42 2017;3343;104;P140408-2014-10-03-08-38-43;172.28.15.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;inventory;incoming
Mon Nov 27 15:41:42 2017;3343;515;P140408-2014-10-03-08-38-43;172.28.15.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;end;error
Mon Nov 27 15:41:43 2017;3667;100;P170491-2017-06-14-08-20-58;172.28.77.176;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:43 2017;3667;311;P170491-2017-06-14-08-20-58;172.28.77.176;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:43 2017;3525;100;G175937-2017-03-16-12-22-44;172.19.252.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:43 2017;3525;311;G175937-2017-03-16-12-22-44;172.19.252.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:44 2017;3533;319;P160887-2016-10-20-08-55-59;172.28.14.18;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;found
Mon Nov 27 15:41:44 2017;3533;104;P160887-2016-10-20-08-55-59;172.28.14.18;OCS-NG_WINDOWS_AGENT_v2.0.5.0;inventory;incoming
Mon Nov 27 15:41:44 2017;3533;515;P160887-2016-10-20-08-55-59;172.28.14.18;OCS-NG_WINDOWS_AGENT_v2.0.5.0;end;error
Mon Nov 27 15:41:44 2017;3666;100;P080317-2009-06-16-16-37-01;172.28.49.18;OCS-NG_WINDOWS_AGENT_v2.0.4.0;prolog;accepted
Mon Nov 27 15:41:44 2017;3666;311;P080317-2009-06-16-16-37-01;172.28.49.18;OCS-NG_WINDOWS_AGENT_v2.0.4.0;session;started
Mon Nov 27 15:41:44 2017;3690;100;P140555-2014-11-04-12-29-53;172.28.34.129;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:44 2017;3690;311;P140555-2014-11-04-12-29-53;172.28.34.129;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:44 2017;3682;100;P150330-2015-08-25-14-34-54;172.28.68.123;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:44 2017;3682;311;P150330-2015-08-25-14-34-54;172.28.68.123;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:45 2017;3665;100;P161040-2016-11-15-11-33-29;172.28.45.120;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:45 2017;3665;311;P161040-2016-11-15-11-33-29;172.28.45.120;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:46 2017;3349;100;P150446-2015-10-21-13-20-07;172.28.41.48;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:46 2017;3349;311;P150446-2015-10-21-13-20-07;172.28.41.48;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
...

Côté poste, le log de l'agent nous donne 
==============================================================================
Starting OCS Inventory NG Agent on Monday, November 27, 2017 13:29:29.
AGENT => Running OCS Inventory NG Agent Version 2.0.5.0
AGENT => Using OCS Inventory NG FrameWork Version 2.0.5.0
AGENT => Loading plug-in(s)
AGENT => Using network connection with Communication Server
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.5.0>
AGENT => Sending Prolog
AGENT => Prolog successfully sent
SUPPORT => No support registered for your installation. Check OCS Inventory NG support packages at http://www.ocsinventory-ng.com
AGENT => Inventory required
AGENT => Launching hardware and software checks
AGENT =>  Communication Server ask for Registry Query
AGENT => Sending Inventory
INVENTORY => Inventory changed since last run
ERROR *** AGENT => Failed to send Inventory<HTTP Status Code #500>
AGENT =>  Communication Server ask for Package Download
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:22.
==============================================================================
Une injection d'inventaire depuis l'interface de reporting donne également une erreur 500

Auriez vous une idée sur la source du problème, le moyen d'obtenir des détails sur son origine, des logs à analyser, des tests à effectuer,  une piste de recherche ...

Par avance Merci

↧

Wrong number or computers per TAG

October 30, 2017, 8:35 am
$
0
0
Hello,

I use OCS inventory Ng 2.0.5

When I look in the number of PCs repartition, I can see all my used TAGs + my old TAGs.

I can see numbers of PCs affected to a TAG, but If I click on the TAG, OCS tells me that there are no computers affected to that TAG.

You can see the same on the Demo :

http://demo.ocsinventory-ng.org/?function=visu_repart_tag

just click on the "Desktop" Tag which is supposed to count 6 machines.

OCS tells you then "No data available in table", showing 0 to 0 of 0 entries.

Any idea to refresh the TAGs ?

Thank you guys
↧
Search

Answered: Plugin Install - You can't install plugins, check error messages above.

November 27, 2017, 11:28 am
$
0
0
I, too, have the same issue. I'm running on a Gentoo linux system with PHP 7.0.25. I've verified the directories are writable. I've even made them world writable!  The error remains. According to my googling, the problem may be due to PHP 7. I'm installing PHP 5.6 to test it.
↧

Answered: plus de remontée d'inventaires sur le server

November 27, 2017, 1:30 pm
↧
↧

HTTP STATUS CODE #404

November 28, 2017, 3:20 am
$
0
0

Hello everyone, 

I'm trying to install a new OCS server for my company but a have some problems.

I installed a Unix Server 2.3.1 in a CentOS, here is my server information.

Software

  • PHP Version :
  • Web Server :
  • Database Server :
  • Version OCSReports:
  • 5.4.16
  • Apache/2.4.6 (CentOS) PHP/5.4.16
  • MySQL Community Server (GPL) version 5.6.38
  • 2.3.1

No problems to come here, but when i try to connect a client with the server i get this problem:

Starting OCS Inventory NG Agent on Tuesday, November 28, 2017 11:34:39.

AGENT => Running OCS Inventory NG Agent Version 2.3.1.1

AGENT => Using OCS Inventory NG FrameWork Version 2.3.1.1

AGENT => Loading plug-in(s)

DLL PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files (x86)\OCS Inventory Agent\plugins>

DLL PLUGIN => 0 DLL Plug-in(s) successfully loaded on 0 DLL(s) found

AGENT => Using network connection with Communication Server

COM PROVIDER => Loading Communication Provider <C:\Program Files (x86)\OCS Inventory Agent\ComHTTP.dll>

AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.3.1.1>

AGENT => Sending Prolog

DID_CHECK => Read DeviceID <XXXXX 2017-11-27-14-38-30> and MACs <XXXXX> in file <ocsinventory.dat>

COM SERVER => Initializing cURL library for sendRequest

COM SERVER => Using cURL with server authentication

COM SERVER => Disabling cURL proxy support

COM SERVER => Disabling cURL SSL server validation support

COM SERVER => Sending HTTP Post request to URL <http://XXX.XX.XX.XX/ocsinventory>

COM SERVER => HTTP Post response received <HTTP Status Code #404>

COM SERVER => Cleaning cURL library

ERROR *** AGENT => Failed to send Prolog <HTTP Status Code #404>

AGENT => Unloading communication provider

AGENT => Unloading plug-in(s)

AGENT => Execution duration: 00:00:00.

I try to read about this error but no solution work for me.

This is my apache log:


[Tue Nov 28 12:05:02.135486 2017] [:error] [pid 20380] [client 172.25.18.12:6
3923] PHP Warning:  mysqli_connect(): Headers and client library minor versio
n mismatch. Headers:50556 Library:50638 in /usr/share/ocsinventory-reports/oc
sreports/require/function_commun.php on line 160, referer: http://172.25.17.4
7/ocsreports/index.php?function=debug&head=1
[Tue Nov 28 12:05:02.138384 2017] [:error] [pid 20380] [client 172.25.18.12:6
3923] PHP Warning:  mysqli_connect(): Headers and client library minor versio
n mismatch. Headers:50556 Library:50638 in /usr/share/ocsinventory-reports/oc
sreports/require/function_commun.php on line 160, referer: http://172.25.17.4
7/ocsreports/index.php?function=debug&head=1
[Tue Nov 28 12:09:29.816905 2017] [mpm_prefork:notice] [pid 20375] AH00171: G
raceful restart requested, doing restart
[Tue Nov 28 12:09:29.946414 2017] [alias:warn] [pid 20375] AH00671: The Alias
 directive in /etc/httpd/conf.d/ocsinventory-reports.conf at line 23 will pro
bably never match because it overlaps an earlier Alias.
[Tue Nov 28 12:09:29.946445 2017] [alias:warn] [pid 20375] AH00671: The Alias
 directive in /etc/httpd/conf.d/ocsinventory-reports.conf at line 102 will pr
obably never match because it overlaps an earlier Alias.
[Tue Nov 28 12:09:29.946451 2017] [alias:warn] [pid 20375] AH00671: The Alias
 directive in /etc/httpd/conf.d/ocsinventory-reports.conf at line 120 will pr
obably never match because it overlaps an earlier Alias.
[Tue Nov 28 12:09:29.946783 2017] [auth_digest:notice] [pid 20375] AH01757: g
enerating secret for digest authentication ...
[Tue Nov 28 12:09:29.947525 2017] [lbmethod_heartbeat:notice] [pid 20375] AH0
2282: No slotmem from mod_heartmonitor
[Tue Nov 28 12:09:29.963328 2017] [mpm_prefork:notice] [pid 20375] AH00163: A
pache/2.4.6 (CentOS) PHP/5.4.16 configured -- resuming normal operations
[Tue Nov 28 12:09:29.963340 2017] [core:notice] [pid 20375] AH00094: Command
line: '/usr/sbin/httpd -D FOREGROUND'
[Tue Nov 28 12:09:49.400414 2017] [mpm_prefork:notice] [pid 20375] AH00170: c
aught SIGWINCH, shutting down gracefully
[Tue Nov 28 12:09:50.490253 2017] [suexec:notice] [pid 20592] AH01232: suEXEC
 mechanism enabled (wrapper: /usr/sbin/suexec)
[Tue Nov 28 12:09:50.531537 2017] [alias:warn] [pid 20592] AH00671: The Alias
 directive in /etc/httpd/conf.d/ocsinventory-reports.conf at line 23 will pro
bably never match because it overlaps an earlier Alias.
[Tue Nov 28 12:09:50.531578 2017] [alias:warn] [pid 20592] AH00671: The Alias
 directive in /etc/httpd/conf.d/ocsinventory-reports.conf at line 102 will pr
obably never match because it overlaps an earlier Alias.
[Tue Nov 28 12:09:50.531586 2017] [alias:warn] [pid 20592] AH00671: The Alias
 directive in /etc/httpd/conf.d/ocsinventory-reports.conf at line 120 will pr
obably never match because it overlaps an earlier Alias.
[Tue Nov 28 12:09:50.532011 2017] [auth_digest:notice] [pid 20592] AH01757: g
enerating secret for digest authentication ...
[Tue Nov 28 12:09:50.533131 2017] [lbmethod_heartbeat:notice] [pid 20592] AH0
2282: No slotmem from mod_heartmonitor
[Tue Nov 28 12:09:50.560165 2017] [mpm_prefork:notice] [pid 20592] AH00163: A
pache/2.4.6 (CentOS) PHP/5.4.16 configured -- resuming normal operations
[Tue Nov 28 12:09:50.560190 2017] [core:notice] [pid 20592] AH00094: Command
line: '/usr/sbin/httpd -D FOREGROUND'

I'm only trying with one client(172.25.18.32), but the IP is not the same like the apache log (172.25.18.12)

Any idea to solved it?

Thanks.

↧

Answered: plus de remontée d'inventaires sur le server

November 28, 2017, 6:42 am
$
0
0

Merci Frank pour la réponse

Je vous confirme qu'il s'agissait bien d'un problème lié au champ ID de la table Software ...
... nous l'avons compris hier soir après avoir réussi à injecter un inventaire sans software.

Par contre, je ne comprends pas la solution que vous proposez (d'autres discussions du forum donne d'ailleurs la même info) car nous avons du faire exactement le contraire pour régler le problème ...
... en effet, par défaut le champ ID est un INT "standard" et pour régler le problème nous avons dû passer le champ ID en INT non signé.
- avant modif :  `ID` int(11) NOT NULL auto_increment    =>    min = -2147483648  &  max = 2147483647
- après modif :  `ID` int(11) unsigned NOT NULL auto_increment    =>    min = 0  &  max = 4294967295

Petites questions complémentaires :
1) ce problème est il réglé par les versions plus récentes d'OCSng (nous comptons évoluer en 2018) ?
2) sinon, y'a t'il une solution plus pérenne à mettre en oeuvre (on atteindra un jour ou l'autre le nouveau max) ?

↧

Administrative data deleted at inventory update

November 27, 2017, 7:22 am
$
0
0
Hi all,

When my clients send an update (every hour), my custom data created through administrative data is deleted after the update. How can I fix this?

Also, how can I set up my clients to send custom data to the server?

Thank you very much!
↧
Viewing all 7067 articles
Browse latest View live
Search
<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>