OCSinventory/GLPI

sinbad83 · Le 22/08/2013, à 14:21

Après installation par les dépôts Ubuntu d'OCSinventory Server et Agent, la communication passe entre l'agent et le serveur. Miracle.
A confirmer quand même côté Windows...

Dernière modification par sinbad83 (Le 22/08/2013, à 16:42)

Pseudo supprimé · Le 23/08/2013, à 02:30

Ok c'est top chef !
Bonne continuation.

sinbad83 · Le 23/08/2013, à 13:58

C'est bon chez moi, mais ce n'est pas encore le cas sur le serveur en 12.04 dans une association. Pour un agent Linux, la réponse donne:

~$ sudo ocsinventory-agent 
[info] No support registered for your installation. Check OCS Inventory NG support packages at http://www.ocsinventory-ng.com
[info] [download] Download is off.
[info] [download] Beginning work. I am 32587.
[info] [download] Option turned off. Exiting.

Erreur Apache correspondante:

~$ tail /var/log/apache2/error.logocsinventory-server: Bad setting. `SUPPORT` is not set. Default: `1`
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Sun Aug 18 07:54:09 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.3.10-1ubuntu3.7 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- resuming normal operations
[Fri Aug 23 16:46:59 2013] [notice] Graceful restart requested, doing restart
apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName
ocsinventory-server: Bad setting. `SUPPORT` is not set. Default: `1`
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Fri Aug 23 16:47:03 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.3.10-1ubuntu3.7 with Suhosin-Patch mod_perl/2.0.5 Perl/v5.14.2 configured -- resuming normal operations

J'ai pourtant ajouté l'alias /glpi dans /etc/apache2/sites-available/default et fait les 3 chown en www-data (conformément au post #13).
Y a -t-il autre chose à changer sur une installation GLPI à partir des dépôts ?

Dernière modification par sinbad83 (Le 24/08/2013, à 07:20)

Pseudo supprimé · Le 24/08/2013, à 11:29

Vitualhost

ServerName quelquechose

doit être résolu au niveau DNS, lorsque tu es sur une machine cliente, afin que
http://quelquechose/ocs* puisse être résolu
Eventuellement renseigner le /etc/hosts de la machine cliente si tu es bloqué. Sous Windows cherche hosts et tu trouveras.

Même remarque avec dpkg-reconfigure ocsinventory-agent, sur une machine cliente;
lorsque tu sélectionnes HTTP

Can't load SOAP::Transport::HTTP fait référence à http://quelquechose/ocsinterface
voir /etc/ocsinventory/ocsinventory.conf

GLPI n'a rien à voir dans la transmission des données (ocsinventory-agent) que récupèrent le serveur ocs. GLPI fonctionne tout seul ou avec backend OCSNG
menu Configuration/Générale/Restrictions/Activer le mode OCSNG oui
Outils/OCNG et configurer Choix d'un serveur OCS

sinbad83 · Le 24/08/2013, à 15:17

Merci Titouan,
tu travailles la nuit et le week-end ? Chapeau.
J'ai repris l'installation de GLPI et OCS sur le serveur en 12.04, c'est maintenant bon.
Par contre, rien ne marche avec les agents Windows...

Dernière modification par sinbad83 (Le 24/08/2013, à 23:09)

sinbad83 · Le 26/08/2013, à 13:01

En fait, le problème des agents Windows est le paramétrage à l'installation. Sur la doc OCS, il est indiqué de rentrer l'URL du serveur sous forme:

http://adresse_serveur/ocsinventory

C'est peut-être bon pour un serveur sous Windows, mais pas pour un serveur Linux...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 22/08/2013, à 14:21

Re : OCSinventory/GLPI

#27 Le 23/08/2013, à 02:30

Re : OCSinventory/GLPI

#28 Le 23/08/2013, à 13:58

Re : OCSinventory/GLPI

#29 Le 24/08/2013, à 11:29

Re : OCSinventory/GLPI

#30 Le 24/08/2013, à 15:17

Re : OCSinventory/GLPI

#31 Le 26/08/2013, à 13:01

Re : OCSinventory/GLPI

Pied de page des forums