ocs, gpli serveur & agents ne communiquent pas [Résolu]

ocs, gpli serveur & agents ne communiquent pas [Résolu] - Réseaux - Systèmes & Réseaux Pro

Marsh Posté le 03-11-2011 à 11:04:35    

Bonjour,  
 
Je rencontre actuellement un problème de communication entre mon serveur ocs inventory, et les agents qui sont installés sur chacun de mes clients.
 
Au niveau de la configuration tout semble correct, j'ai suivi le tutoriel suivant à la lettre :
 
https://docs.google.com/document/d/ [...] n_US&pli=1
 
<souligne>Concernant la configuration que j'utilise :</souligne>
 
-Serveur ocs et gpli : Linux debian 6.0
-Clients xp service pack 3
-Version ocs : OCSNG_UNIX_SERVER-2.0.2
-Version gpli : gpli-0.80.5  
-Version des agents : OCSNG-Windows-Agent-2.0.2
 
 
Ma question est la suivante : auriez vous un moyen de détecter d'où vient ce problème de communication?
 
Je vous remercie d'avance pour l'aide que vous pourrez m'apporter
 
Très cordialement


Message édité par kardu59 le 09-11-2011 à 13:54:26
Reply

Marsh Posté le 03-11-2011 à 11:04:35   

Reply

Marsh Posté le 03-11-2011 à 11:20:50    

en somme le service est installé sur chaque client mais la base ocs n'est pas remplie par ces clients c'est ça?
 
vérifie le parametrage du serveur web (httpd.conf) pour faire en sorte qu'il écoute sur l'interface réseau (par exemple Listen 192.168.0.16:80)
 

Reply

Marsh Posté le 03-11-2011 à 11:40:09    

D'accord, merci beaucoup pour votre réponse rapide. Et pour vous répondre, effectivement, la base Ocs n'est pas remplie par les clients, je vais essayer ça et je vous tiens au courant.
 
Par ailleurs, pourriez vous me dire si le tutoriel que j'ai suivi vous semble correct svp?

Reply

Marsh Posté le 03-11-2011 à 11:46:01    

pour moi ça me semble correcte, mais je tiens a préciser que pour ma part j'ai installé OCS au autonome (non couplé avec glpi pour le moment) et sur une architecture full-windows (serveur et client)
mais comme le socle apache/mysql/php reste identique... ça ne devrait pas impacter le processus de dépannage
 
moi j'ai rencontré divers problemes, notamment un probleme au niveau de mes certificats qui n'étaient plus valable, mais cette question arrive apres car il n'y a pas besoin de certificat pour que les clients joignent le serveur.
 
je suppose que vous avez essayé de pinger le serveur depuis un client et que la configuration réseau ne pose pas de probleme.

Reply

Marsh Posté le 03-11-2011 à 13:43:41    

il faudrait nous afficher le contenu de ton fichier OCSInventory.log sur le client qui doit se trouver dans programdata (Vista et plus)

Reply

Marsh Posté le 07-11-2011 à 14:17:31    

re bonjour voila le fichier log que j'ai pu récupéré après un test de connexion entre l'agent ocs et le serveur :
 
======================================================================
OCS Inventory NG Agent Deployment Tool
 
Version %1
Started on Monday 07 November 2011 14:11:43
======================================================================
Host <Winxpocs> Testing connection to remote host...
Host <Winxpocs> Trying to connect to remote host...
Host <Winxpocs> *** ERROR *** Connecting remote host:  Accès refusé.
 
 
 
Deployment finished (0 success, 1 failed) !

Reply

Marsh Posté le 07-11-2011 à 14:21:04    

ça c'est le log de déploiement de l'agent.
ça indique que apres avoir choisi tes postes cible (soit par range IP soit directement en sélectionnant le poste), puis apres avoir choisi les fichiers a déployer, le login et le password que tu as saisis ne sont pas bons.
 
tu peux deja essayer manuellement sur un poste d'installer le client pour voir si le dialogue client/serveur est OK

Reply

Marsh Posté le 07-11-2011 à 14:26:25    

je vais voire

Reply

Marsh Posté le 07-11-2011 à 14:42:49    

toujours rien

Reply

Marsh Posté le 07-11-2011 à 14:47:27    

ce sont des postes XP ou WIN7?
 
il faudrait trouver les logs qui sont sur le poste client,  
pour XP: dans c:\documents and settings\all users\program data\ocs...
pour WIN7: C:\ProgramData\OCS Inventory NG
 
les fichiers intéressants sont : OCSIventory.log et Download.log (ce dernier n'existe peut etre pas encore)

Reply

Marsh Posté le 07-11-2011 à 14:47:27   

Reply

Marsh Posté le 07-11-2011 à 14:54:44    

les postes sont des xp :
merci j'ai trouvé grâce a vous le fichier ocsinventory, le voici :
 
 
==============================================================================
Starting OCS Inventory NG Agent on Monday, November 07, 2011 14:31:10.
AGENT => Running OCS Inventory NG Agent Version 2.0.2.0
AGENT => Using OCS Inventory NG FrameWork Version 2020
AGENT => Loading plug-in(s)
 PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>
 PLUGIN => 0 Plug-in(s) succesfully loaded
AGENT => Using network connection with Communication Server
 COM PROVIDER => Loading Communication Provider <C:\Program Files\OCS Inventory Agent\ComHTTP.dll>
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.2.0>
 AGENT => Sending getLabel request
 COM SERVER => Initializing cURL library for getFile
 COM SERVER => Using cURL with server authentication
 COM SERVER => Disabling cURL proxy support
 COM SERVER => Enabling cURL SSL server validation support using CA Bundle <C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent\cacert.pem>
 COM SERVER => Sending fileGet request to URL <http://ocsinventory-ng/ocsinventory/deploy/label>
 WARNING *** COM SERVER => Failed to send HTTP Get request <Couldn't resolve host name>
 COM SERVER => Cleaning cURL library
 AGENT => Failed to retrieve Label <Couldn't resolve host name>
AGENT => Sending Prolog
 DID_CHECK => Read DeviceID <WINXPOCS-2011-11-07-14-31-07> and MACs <00:0C:78:56:BQ:16> 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 => Enabling cURL SSL server validation support using CA Bundle <C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent\cacert.pem>
 COM SERVER => Sending HTTP Post request to URL <http://ocsinventory-ng/ocsinventory>
 WARNING *** COM SERVER => Failed to send HTTP Post request <Couldn't resolve host name>
 COM SERVER => Cleaning cURL library
ERROR *** AGENT => Failed to send Prolog <Couldn't resolve host name>
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:05.
 
==============================================================================
Starting OCS Inventory NG Agent on Monday, November 07, 2011 14:31:20.
AGENT => Running OCS Inventory NG Agent Version 2.0.2.0
AGENT => Using OCS Inventory NG FrameWork Version 2020
AGENT => Loading plug-in(s)
 PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>
 PLUGIN => 0 Plug-in(s) succesfully loaded
AGENT => Using network connection with Communication Server
 COM PROVIDER => Loading Communication Provider <C:\Program Files\OCS Inventory Agent\ComHTTP.dll>
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.2.0>
 AGENT => Sending getLabel request
 COM SERVER => Initializing cURL library for getFile
 COM SERVER => Using cURL with server authentication
 COM SERVER => Disabling cURL proxy support
 COM SERVER => Enabling cURL SSL server validation support using CA Bundle <C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent\cacert.pem>
 COM SERVER => Sending fileGet request to URL <http://ocsinventory-ng/ocsinventory/deploy/label>
 WARNING *** COM SERVER => Failed to send HTTP Get request <Couldn't resolve host name>
 COM SERVER => Cleaning cURL library
 AGENT => Failed to retrieve Label <Couldn't resolve host name>
AGENT => Sending Prolog
 DID_CHECK => Read DeviceID <WINXPOCS-2011-11-07-14-31-07> and MACs <00:0C:78:56:BQ:16> 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 => Enabling cURL SSL server validation support using CA Bundle <C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent\cacert.pem>
 COM SERVER => Sending HTTP Post request to URL <http://ocsinventory-ng/ocsinventory>
 WARNING *** COM SERVER => Failed to send HTTP Post request <Couldn't resolve host name>
 COM SERVER => Cleaning cURL library
ERROR *** AGENT => Failed to send Prolog <Couldn't resolve host name>
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:04.
 
==============================================================================
Starting OCS Inventory NG Agent on Monday, November 07, 2011 14:33:50.
AGENT => Running OCS Inventory NG Agent Version 2.0.2.0
AGENT => Using OCS Inventory NG FrameWork Version 2020
AGENT => Loading plug-in(s)
 PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>
 PLUGIN => 0 Plug-in(s) succesfully loaded
AGENT => Using network connection with Communication Server


Message édité par kardu59 le 07-11-2011 à 15:16:05
Reply

Marsh Posté le 07-11-2011 à 14:59:28    

ton client ne semble pas s'adresser au bon serveur...
 
il faudrait réinstaller le client en indiquant une URL de serveur du genre: http://serveur.maboite.com/ocsinventory

Reply

Marsh Posté le 07-11-2011 à 15:07:50    

rodrigo35 a écrit :

ton client ne semble pas s'adresser au bon serveur...
 
il faudrait réinstaller le client en indiquant une URL de serveur du genre: http://serveur.maboite.com/ocsinventory


Ou par l'ip aussi, chez moi avec l'ip ça fonctionne http://ip/ocsinventory

Reply

Marsh Posté le 07-11-2011 à 15:09:25    

en effet avec l'IP ça fonctionne aussi.
 
mais dans le cas où on utilise des certificat il m'a été recommandé d'utiliser un nom fqdn, mais bon l'essentiel c'est que ça fonctionne d'une façon ou d'une autre ^^

Reply

Marsh Posté le 07-11-2011 à 15:14:30    

Personnellement, je te conseil de créer un hôte "ocsinventory-ng" dans ton DNS qui pointe sur l'adresse IP de ton serveur.
 
C'est comme cela que j'ai procédé, et je n'ai jamais eu de problème.


---------------
In my bed, but still_at_work.
Reply

Marsh Posté le 07-11-2011 à 15:21:11    

j'ai modifier l'URL et j'ai choisi la syntaxe suivante http://ip:port/ocsinventory
 
voici le fichier ocsinventory.log  
 
 
 
==============================================================================
Starting OCS Inventory NG Agent on Monday, November 07, 2011 15:12:49.
AGENT => Running OCS Inventory NG Agent Version 2.0.2.0
AGENT => Using OCS Inventory NG FrameWork Version 2020
AGENT => Loading plug-in(s)
 PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>
 PLUGIN => 0 Plug-in(s) succesfully loaded
AGENT => Using network connection with Communication Server
 COM PROVIDER => Loading Communication Provider <C:\Program Files\OCS Inventory Agent\ComHTTP.dll>
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.2.0>
 AGENT => Sending getLabel request
 COM SERVER => Initializing cURL library for getFile
 COM SERVER => Using cURL with server authentication
 COM SERVER => Disabling cURL proxy support
 COM SERVER => Enabling cURL SSL server validation support using CA Bundle <C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent\cacert.pem>
 COM SERVER => Sending fileGet request to URL <http://172.24.63.40:3306/ocsinventory/deploy/label>
 WARNING *** COM SERVER => Failed to send HTTP Get request <Couldn't connect to server>
 COM SERVER => Cleaning cURL library
 AGENT => Failed to retrieve Label <Couldn't connect to server>
AGENT => Sending Prolog
 DID_CHECK => Read DeviceID <WINXPOCS-2011-11-07-15-12-47> and MACs <00:0C:78:56:BQ:16> 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 => Enabling cURL SSL server validation support using CA Bundle <C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent\cacert.pem>
 COM SERVER => Sending HTTP Post request to URL <http://172.24.63.40:3306/ocsinventory>
 WARNING *** COM SERVER => Failed to send HTTP Post request <Couldn't connect to server>
 COM SERVER => Cleaning cURL library
ERROR *** AGENT => Failed to send Prolog <Couldn't connect to server>
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:02.
 
==============================================================================
Starting OCS Inventory NG Agent on Monday, November 07, 2011 15:13:22.
AGENT => Running OCS Inventory NG Agent Version 2.0.2.0
AGENT => Using OCS Inventory NG FrameWork Version 2020
AGENT => Loading plug-in(s)
 PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files\OCS Inventory Agent\plugins>
 PLUGIN => 0 Plug-in(s) succesfully loaded
AGENT => Using network connection with Communication Server
 COM PROVIDER => Loading Communication Provider <C:\Program Files\OCS Inventory Agent\ComHTTP.dll>
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.2.0>
 AGENT => Sending getLabel request
 COM SERVER => Initializing cURL library for getFile
 COM SERVER => Using cURL with server authentication
 COM SERVER => Disabling cURL proxy support
 COM SERVER => Enabling cURL SSL server validation support using CA Bundle <C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent\cacert.pem>
 COM SERVER => Sending fileGet request to URL <http://172.24.63.40:3306/ocsinventory/deploy/label>
 WARNING *** COM SERVER => Failed to send HTTP Get request <Couldn't connect to server>
 COM SERVER => Cleaning cURL library
 AGENT => Failed to retrieve Label <Couldn't connect to server>
AGENT => Sending Prolog
 DID_CHECK => Read DeviceID <WINXPOCS-2011-11-07-15-12-47> and MACs <00:0C:78:56:BQ:16> 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 => Enabling cURL SSL server validation support using CA Bundle <C:\Documents and Settings\All Users\Application Data\OCS Inventory NG\Agent\cacert.pem>
 COM SERVER => Sending HTTP Post request to URL <http://172.24.63.40:3306/ocsinventory>
 WARNING *** COM SERVER => Failed to send HTTP Post request <Couldn't connect to server>
 COM SERVER => Cleaning cURL library
ERROR *** AGENT => Failed to send Prolog <Couldn't connect to server>
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:02.
 
 

Reply

Marsh Posté le 07-11-2011 à 15:23:24    

maintenant sur le serveur web, dans httpd.conf, assure toi d'avoir la ligne Listen 172.24.63.40:3306
 
et redémarre le serveur web, sinon ton serveur n'écoute pas les requetes de tes clients (assure toi aussi que ça ne bloque pas au niveau du pare-feu du client ou du serveur)

Reply

Marsh Posté le 07-11-2011 à 18:34:11    

euh t'es sûr que ton apache ecoute sur le port mysql ???  
 
Si tu as fais l'install par défaut, l'apache ecoute sur le 80 donc ne specifie pas de port dans ton url : http://172.24.63.40/ocsinventory


Message édité par Quich'Man le 07-11-2011 à 19:57:04
Reply

Marsh Posté le 08-11-2011 à 10:38:52    

Bonjour,
 
Pour vous répondre rodrigo :
 
J'ai bien essayé de rajouter le Listen dans le fichier httpd.conf (qui étais d'ailleurs vide), cependant quand j'essaye de redémarrer le service apache avec la commande "/etc/init.d/apache2 restart", je recois une erreur :
 
Restarting web server: apache2apache2: Could not reliably determine the server's fully qualified domain name,
using 127.0.0.1 for ServerName
apache2: Could not reliably determine the server's fully qualified domain name,  
using 127.0.0.1 for ServerName
(99)Cannot assign requested address: make_sock: could not bind to address 172.24.63.2:3306
 
no listening sockets available, shutting down
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.
 
failed!
 
après j'ai suivi votre conseil Quich'Man, et ca marche toujours pas, je vous laisse la log d'erreur de apache pour voire un peut :
 
[Mon Nov 07 10:10:37 2011] [notice] Apache/2.2.16 (Debian) configured  
-- resuming normal operations
[Mon Nov 07 10:12:48 2011] [notice] caught SIGTERM, shutting down
[Mon Nov 07 10:12:53 2011]
 [notice] Apache/2.2.16 (Debian) configured -- resuming normal operations
[Mon Nov 07 10:12:59 2011]
 [notice] Graceful restart requested, doing restart
apache2: Could not reliably determine the server's fully qualified domain name, using 172.24.63.40  
for ServerName
[Mon Nov 07 10:12:59 2011] [notice] Apache/2.2.16 (Debian) configured  
-- resuming normal operations
[Mon Nov 07 10:14:04 2011] [notice] Graceful restart requested,
 doing restart
apache2: Could not reliably determine the server's fully qualified domain name, using 172.24.63.40 for ServerName
[Mon Nov 07 10:14:04 2011]
 [notice] Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch configured -- resuming normal operations
[Mon Nov 07 10:20:21 2011]  
[notice] Graceful restart requested, doing restart
[Mon Nov 07 10:20:21 2011] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
apache2:  
Could not reliably determine the server's fully qualified domain name, using 172.24.63.40 for ServerName
[Mon Nov 07 10:20:21 2011]  
[notice] Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch configured  
-- resuming normal operations
[Mon Nov 07 10:20:23 2011] [notice]  
caught SIGTERM, shutting down
[Mon Nov 07 10:20:24 2011] [notice]
 Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch configured  
-- resuming normal operations
[Mon Nov 07 10:46:38 2011] [notice]
 Graceful restart requested, doing restart
apache2: Could not reliably determine the server's fully qualified domain name,  
using 172.24.63.40 for ServerName
[Mon Nov 07 10:46:38 2011] [notice]
 Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured
 -- resuming normal operations
[Mon Nov 07 10:47:56 2011] [notice]
 caught SIGTERM, shutting down
[Mon Nov 07 10:48:22 2011] [notice]  
Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 11:03:32 2011] [notice]  
caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
ocsinventory-server:  
Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Nov 07 11:03:33 2011] [notice]  
Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 11:08:49 2011] [notice]  
caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
ocsinventory-server:  
Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Nov 07 11:16:34 2011] [notice]  
Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 11:26:09 2011] [notice]  
caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
ocsinventory-server:  
Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Nov 07 11:26:10 2011] [notice]  
Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 11:58:26 2011] [notice] caught SIGTERM, shutting down
ocsinventory-server:  
Can't load SOAP::Transport::HTTP* - Web service will be unavailable
ocsinventory-server: Can't load SOAP::Transport::HTTP*  
- Web service will be unavailable
[Mon Nov 07 13:43:11 2011] [notice]  
Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 13:47:52 2011] [notice] Graceful restart requested, doing restart
[Mon Nov 07 13:47:52 2011] [error]
(9)Bad file descriptor: apr_socket_accept: (client socket)
[Mon Nov 07 13:47:52 2011] [error]  
(9)Bad file descriptor: apr_socket_accept: (client socket)
[Mon Nov 07 13:47:52 2011] [error]  
(9)Bad file descriptor: apr_socket_accept: (client socket)
[Mon Nov 07 13:47:52 2011] [error]
(9)Bad file descriptor: apr_socket_accept: (client socket)
apache2: Could not reliably determine the server's fully qualified domain name,  
using 127.0.0.1 for ServerName
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Nov 07 13:47:52 2011] [notice]
Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 15:03:34 2011] [error] [client 172.24.63.2]
 Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:26:18 2011]  
[error] [client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:26:18 2011] [error]
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:26:20 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:26:20 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:27:13 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:27:13 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:27:50 2011] [error]
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:27:50 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:31:40 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:31:40 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:33:35 2011] [notice]  
caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
ocsinventory-server: Can't load SOAP::Transport::HTTP*  
- Web service will be unavailable
[Mon Nov 07 15:41:35 2011] [notice] Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 15:50:50 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:52:24 2011] [error]
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:52:24 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:53:00 2011] [error]
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:53:00 2011] [error]
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:55:51 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:55:51 2011] [error]
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:58:57 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 15:58:57 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:00:46 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:00:46 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:17:21 2011] [notice]  
caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
ocsinventory-server: Can't load SOAP::Transport::HTTP*  
- Web service will be unavailable
[Mon Nov 07 16:17:22 2011] [notice] Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 16:22:52 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:22:52 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:33:34 2011] [notice]  
caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP*  
- Web service will be unavailable
ocsinventory-server: Can't load SOAP::Transport::HTTP*  
- Web service will be unavailable
[Mon Nov 07 16:33:36 2011] [notice] Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured  
-- resuming normal operations
[Mon Nov 07 16:46:04 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:46:04 2011] [error]
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:55:56 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:55:57 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:55:58 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:55:58 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:56:22 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:56:22 2011] [error]  
[client 172.24.63.2] Can't call method "do" on an undefined value at /usr/local/share/perl/5.10.1/Apache/Ocsinventory/Server/System.pm line 177.\n
[Mon Nov 07 16:57:53 2011] [notice]  
caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP*  
- Web service will be unavailable
ocsinventory-server: Can't load SOAP::Transport::HTTP*  
- Web service will be unavailable
[Mon Nov 07 16:57:54 2011] [notice]  
Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze3 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations
 

Reply

Marsh Posté le 08-11-2011 à 11:48:50    

annule la modif que t'as conseillé rodrigo, ton apache ne peut pas écouter sur ce port là qui est deja utilisé par ton Mysql... donc annule et suis mon dernier post.

Reply

Marsh Posté le 09-11-2011 à 13:52:44    

Bonjour,
 
J'ai suivi votre conseil Quich'Man , ca a marcher nickel  
 
Merci tous le monde pour l'aide que vous m'avez procuré .

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed