Quantcast
Channel: Ocsinventory Q&A - Recent questions and answers
Viewing all 11962 articles
Browse latest View live

Answered: New Maschines appears with no data in Database

$
0
0

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


CSRF Attack when deploying large files

$
0
0

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.

Answered: CSRF Attack when deploying large files

$
0
0

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.

remontée webcam

$
0
0
Bonjour

l'agent ocsng remonte t'il les webcam (usb) ?

Merci

IpDiscover don't work

$
0
0

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

the plugins (zip) doesnt appear

$
0
0
i have install the server. copy zip files under /ocsinventory/extensions but in the management page i got a message no extensions available.

I verify the rights everything OK ??

Answered: the plugins (zip) doesnt appear

$
0
0

some precision :

OS opensuse leap 15.2

  • PHP : 7.4.6
  • Apache
  • MariaDB package version 10.4.14-MariaDB
  • Ocsreports :2.8

Answered: the plugins (zip) doesnt appear

$
0
0
looks like i should put alle the files ( directory) and not the zip.

Somme plugins works, some other not i believe because there are not compatible ?

regards

can't install ocs agent on opensuse leap 15.2

$
0
0
Hi

i can't installed ocs-agent because it is necessary to have PERL-PROC-DAEMON and this package is not available in the Yast package list , and nowhere on the web ?

regards

OCS SERVEUR DEBIAN PROBLEME REMONTE

$
0
0
Bonjour,

Je suis en alternance en BTS SIO, j'ai été amené a monté un serveur OCS sur un OS debian ça a été une premiere pour moi j'ai été vite perdu ^^ mais aujourd'hui OCS fonctionne via le web, j'utilise MariaDB pour la BDD, mais un problème ce pose depuis le début j'ai des ordinateurs qui ne remonte pas ou qui remonte que quand l'ordinateur est en cours d'utilisation... Alors que le but premier est d'inventorié les ordinateurs du parc informatique.
En faisant des test comme dit plus haut j'allume une machine cliente ocs étant installé ce lance ect, il remonte bien sur mon ocs, j’éteins la machine 10 minutes plus tard la machine n'est plus dans mon ocs

Ma problématique est la suivante : Certaine machines sont inventorié et ne bougent plus alors que de nouvelle machines sont inventorié que quand elles sont en cours d'utilisation, d'où ça peut venir ? de mon serveur OCS ? de l'agent OCS ?

Bien Cordialement Theo R

Answered: can't install ocs agent on opensuse leap 15.2

what about conf files

Answered: can't install ocs agent on opensuse leap 15.2

$
0
0
Hi

finally i find a rpm for opensuse on the web  !!

thank's

best regards

ocsng is a free software or not ?

$
0
0

Bonjour à tous et toutes,

Dans la documentation, il est dit "OCSNG is a free software".
J'interprète donc qu'OCSNG est un logiciel libre et qu'une entreprise privée a le droit de l'utiliser gratuitement. J'ai raison ou tort ?

 

Désolé pour cette question un peu bête, mais importante pour le respect des droits de chacun
D'avance merci

upgrade OCSNG 2.0.1RC windows vers 2.8 Linux

$
0
0
Bonjour à toutes et tous,

Je travaille depuis très peu de temps dans une entreprise qui utilise une tres vieille version d'OCSNG : Une 2.0.1, en RC et en plus, fonctionnant sous Windows...merci de ne pas me jeter de cailloux...aie ; on n'avait dit de rien jeter :- )

OCS n'étant plus développé depuis très longtemps sous Windows, un upgrade vers une 2.8 sous une distrib linux ne serait pas du luxe

J'ai déjà à mon actif l'installation de quelques serveurs OCSNG 2.4 que j'ai upgradé vers une 2.8 en passant sucessivement par les versions intermédiaires.

Mais là, je n'ai jamais rencontré un cas pareil, d'où ce post.

Ce qui m'inquiète le plus, c'est la base de donnée. Je sais par experience  pour avoir beaucoup "écumé" ce forum et la documentation qu'à chaque nouvelle version du serveur OCSNG, la BDD est upgradée en consequence des nouveaux besoins du serveur.

Théoriquement, c'est simple : exporter la base de donnés du serveur OCSNG actuel, installer un nouveau serveur sous Debian, puis importer la base dans le nouveau serveur. Mais passer de la théorie à la pratique me fait assez peur, surtout vu le grand écart de version (2.0.1 RC vers 2.8) mais aussi pour la base de donnée qui héberge environ 3500 postes.

Je fais donc appel à vos conseils et votre experience afin de mettre un maximum de chance de mon coté.

Il y a-t-il une version minimum du nouveau serveur par où commencer pour que l'upgrade de la base se passe sans dégat ou bien, mieux vaut-il repartir de zéro avec un nouveau serveur directement en 2.8 et une base de données vierge ?

Je suis ouvert à tout conseils ou suggestions, d'avance merci.

PS: Si vous avez besoin de plus d'infos techniques, n'hésitez pas à me les demander

Cordialement

Answered: upgrade OCSNG 2.0.1RC windows vers 2.8 Linux

$
0
0
Tu devrais trouver dans le répertoire SQL de ocsreports tous les diff nécessaires pour importer les changements directement en CLI dans mariadb. Ca devrait te simplifier la vie grandement.

Bon courage

Answered: ocsng is a free software or not ?

$
0
0
La licence est la GPLv2.

Donc oui OCS Inventory est un logiciel libre au sens de la Free Software Fondation et de Open Source Initiative.

En gros la GPLv2 t'autorise à l'utiliser (qui que tu sois : personne morale, entreprise, état, dictateur), à le modifier, à redistribuer (modifié ou non), le vendre et te faire tatouer le code source sur le torse.

Les seules contraintes sont que si tu le redistribue (par exemple tu l'installes chez un client de ton entreprise), tu dois fournir le code source du logiciel si la personne qui a récupéré le logiciel le demande (c'est pas automatique en fait) et si tu ajoutes du code ou lie du code avec OCS Inventory, il devra automatiquement changer de licence pour être en GPL v2.

Bref le fait que Factor FX sponsorise largement OCS ne change pas la licence qui est libre complètement. Ils ne font que vendre du support et du développement spécifique autour d'OCS (si tu veux un plugin super top pour ton parc et que tu veux aider OCS, c'est une bonne idée de les contacter) (et non je ne bosse pas pour eux).

current OCS repository for Linux Centos 6

$
0
0

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

Answered: what about conf files

$
0
0
Hi,

Store it in the same directory as ocsinventory-reports.conf. Restart apache after.

Regards

Frank

Answered: remontée webcam

$
0
0
Bonjour,

L'agent remonte tout périphérique connecté en USB.

Cordialement
Viewing all 11962 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>