Hello,
To support your request i add this message.
I have the same problem with my ocs inventory version 2.8.
Where can this come from ?
see you
Hello,
To support your request i add this message.
I have the same problem with my ocs inventory version 2.8.
Where can this come from ?
see you
Debian 10
OCS Inventory 2.6
I have already increased the sizes for "php_value post_max_size" and "php_value upload_max_filesize " in /etc/apache2/conf-available/ocsinventory-reports.conf, but for some reasons the new values are not adopted.
I have already restarted apache2 and rebooted the server but no use....
It seems that he sticks to the default value of 101m
[php7:warn] [pid 1833] [client xx.xx.xx.xx:25465] PHP Warning: POST Content-Length of 245575080 bytes exceeds the limit of 105906176 bytes in Unknown on line 0, referer: https://xx.xx.xx.xx/ocsreports/index.php?function=tele_package&head=1&package=1605618614
Any suggestions are welcome !!
Many thanks.
I think I found the problem/solution.
For safety reasons I made a copy of "ocsinventory-reports.conf" in the /etc/apache2/conf-enable directory and called it "ocsinventory-reports-org.conf".
I think, for some reason, php took the configuration of the "ocsinventory-reports-org.conf" instead of "ocsinventory-reports.conf".
I removed the copy from the etc/apache2/conf-enable directory, restarted apache2 and everything worked perfect.
hi, OS CentOS7, SELinux disabled, Server 2.8, Agent 2.8
I dont see Non-inventoried pc's
No errors in server, agent logs.
But in server activity.log:
Thu Nov 19 16:01:02 2020;48937;100;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;prolog;accepted
Thu Nov 19 16:01:02 2020;48937;311;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;session;started
Thu Nov 19 16:01:11 2020;49087;319;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;session;found
Thu Nov 19 16:01:11 2020;49087;104;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;inventory;incoming
Thu Nov 19 16:01:12 2020;49087;113;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;inventory;u:drives
Thu Nov 19 16:01:12 2020;49087;113;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;inventory;u:repository
Thu Nov 19 16:01:12 2020;49087;1001;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;ipdiscover;elected(192.168.1.0)
Thu Nov 19 16:01:13 2020;49087;320;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;session;end
Thu Nov 19 16:01:13 2020;49087;101;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;inventory;transmitted
Thu Nov 19 17:01:02 2020;857;1004;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;ipdiscover;incoming
Thu Nov 19 17:01:02 2020;857;100;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;prolog;accepted
Thu Nov 19 17:01:02 2020;857;311;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;session;started
Thu Nov 19 17:01:13 2020;858;319;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;session;found
Thu Nov 19 17:01:13 2020;858;104;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;inventory;incoming
Thu Nov 19 17:01:14 2020;858;113;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;inventory;u:drives
Thu Nov 19 17:01:14 2020;858;113;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;inventory;u:repository
Thu Nov 19 17:01:14 2020;858;1002;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;ipdiscover;removed
Thu Nov 19 17:01:15 2020;858;320;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;session;end
Thu Nov 19 17:01:15 2020;858;101;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;inventory;transmitted
-------------------------
Why removed?
Thu Nov 19 17:01:14 2020;858;1002;inventory-2020-11-18-16-06-39;192.168.1.108;OCS-NG_unified_unix_agent_v2.8.0;ipdiscover;removed
some precision :
OS opensuse leap 15.2
Bonjour à tous et toutes,
Dear all,
I cannot use current OCS repository for Linux Centos 6.
I've downloaded ocsinventory-release-6-4.el6.ocs.noarch.rpm
I've installed it via yum, but when I try the repository in order to install:
ocsinventory-agent.x86_64
I got this error:
http://rpm.ocsinventory-ng.org/enterprise/6/x86_64/repodata/1559aefd3bc34de67adfe4f2db001bcfed5531964fa31fbbf1ef14ec8eb54491-primary.sqlite.bz2: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
I've checked that it is not a proxy error from my side, it seems that the repositories has changed. Can you please take a look to the issue?
Many thanks and regards
Stefano