You are not logged in.
Bonjour
Je rencontre un soucis pour paramétrer la synchronisation automatique dans GLPI 0.85.2 :
Dans Outils / OcsInventoryNG / ExecutionDesScriptsDeLaSynchronisationAutomatique : Image
J'ai utilisé le tutorial suivant pour configurer la synchronisation automatique :
https://forge.indepnet.net/projects/ocs … ort_manuel
J'utilise la version RPM de Remi que je remercie au passage et à qui j'ai soumis le problème sur son forum ici :
http://forums.famillecollet.com/viewtopic.php?id=3170
cordialement,
Last edited by narutobaka (2015-12-23 18:24:29)
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Surement un problème avec des tables manquantes je pense. Y a quoi dans les logs GLPI ?
Xavier Caillaud
Blog GLPI Infotel
Offline
Bonjour,
Etant en mode Debug je viens de voir dans l'onglet SQL_REQUEST sous la colonne errors l'indication suivante :
Unknown column 'plugin_ocsinventoryng_ocsservers_id' in 'fieldlist'
Dans le repertoire /var/log/glpi, lorsque je regarde le fichier ocsng_fullsync.log :
"software lock : script can't run !"
Je ne sais pas si il y a d'autre endroit ou trouver des fichiers de log?
Comment résoudre ce problème ?
cordialement
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
bonjour,
Personne ne reproduit le problème?
Si il faut des informations supplémentaires ne pas hésiter à me demander.
cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Bonjour tout le monde,
Je suis comme toi narutobaka, j'ai regarder ton Lien https://forge.indepnet.net/projects/ocs … ort_manuel
J'ai activé l'option "méthode de synchronisation" en expert et j'ai maintenant
Configuration de la synchronisation automatique
Exécution des scripts de la synchronisation automatique
Ordinateurs importés par la synchronisation automatique
...etc
Es ce qu'il faut mettre le script dans un dossier ?
Merci de votre aide
Cordialement,
GLPI : 0.85.4 - OCS : 2.1.2 MySQL: 5.5.16
Plateforme : Windows Server 2008 R2
Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1
"Le savoir est la seule matière qui s'accroît quand on la partage" Socrate
Offline
Re
Pour information j'ai trouvé ça : http://www.glpi-project.org/wiki/doku.p … ig:crontab
Si ça peut aider....
GLPI : 0.85.4 - OCS : 2.1.2 MySQL: 5.5.16
Plateforme : Windows Server 2008 R2
Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1
"Le savoir est la seule matière qui s'accroît quand on la partage" Socrate
Offline
Bonjour,
Utilisant la version Rpm de Remi j'ai suivit les instruction que Remi m'a indiqué sur son forum :
http://forum.remirepo.net/viewtopic.php?id=3170
Sans succès.
Voilà la raison de ce fil de discussion
cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
bonjour,
Voilà le contenu de la doc...
Dans les exemples ci-dessous PHP doit être remplacé par le chemin vers l'exécutable php (version 5) et GLPI par
le chemin d'installation de GLPI.... DOC > https://forge.indepnet.net/projects/glpidoc/files
Si quelqu'un y comprend quelque chose...
Cela dit, j'ai trouver ça et pas grâce à la doc (Sauf pour -f):
1 Tu copie le fichier cron.php dispo dans le dossier xampp\htdocs\glpi\front\ dans xampp\htdocs\glpi\files\_cron
2 Tu te rends en invite de commande dans xampp\php
3 Tu tape C:\xampp\php>php.exe -f C:\xampp\htdocs\glpi\front\cron.php
Mais ça s'exécute mais importe rien et c'est toujours pas automatique.... C'est pénible.
Last edited by LogHann (2015-06-04 12:21:13)
GLPI : 0.85.4 - OCS : 2.1.2 MySQL: 5.5.16
Plateforme : Windows Server 2008 R2
Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1
"Le savoir est la seule matière qui s'accroît quand on la partage" Socrate
Offline
Bonjour
@LogHann : En réponse à ton mail, non je n'ai pas encore de solution pour ce problème.
Je suis en train de faire un test en passant directement sur un GLPI 0.85.4 sans passer par la mise à jour de GLPI 0.84.5 vers GLPI 0.85.4 voir si le problème viendrait de la mise à jour.
Cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Merci
Tien nous au courant
Moi ça à marcher hier mais ça à planter à 37.9%... Alors j'ai désinstallé le plug'in OCS ng supprimer le répertoire et nettoyer.
Je l'ai réinstallé activer...etc Reconfigurer mon run.bat et ce coup ci dans Exécution des scripts de la synchronisation automatique il ne détecte même pas l’exécution du script....
GLPI : 0.85.4 - OCS : 2.1.2 MySQL: 5.5.16
Plateforme : Windows Server 2008 R2
Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1
"Le savoir est la seule matière qui s'accroît quand on la partage" Socrate
Offline
Pour, pour le problème du lock,
https://forge.indepnet.net/issues/5359
(ticket + correctif)
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Je dois être idiot mais j'ai pas compris quand tu dis le problème du Lock ?
GLPI : 0.85.4 - OCS : 2.1.2 MySQL: 5.5.16
Plateforme : Windows Server 2008 R2
Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1
"Le savoir est la seule matière qui s'accroît quand on la partage" Socrate
Offline
Pour l'instant je déconseille le mode "expert" qui, je pense, est cassé, cf https://forge.indepnet.net/issues/5360
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
En tout cas pour moi il fonctionne bien
Tu peux m'expliquer ce que tu entends par "cassé" ?
Tu le trouve ou le log que tu mets dans ton lien ?
Last edited by LogHann (2015-06-04 19:52:10)
GLPI : 0.85.4 - OCS : 2.1.2 MySQL: 5.5.16
Plateforme : Windows Server 2008 R2
Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1
"Le savoir est la seule matière qui s'accroît quand on la partage" Socrate
Offline
Le log, c'est files/_log/ocsng_fullsync.log (ou /var/log/glpi/ocsng_fullsync.log pour les paquets).
Et il devrait uniquement analyser les machines ayant remonté un inventaire, pas l'ensemble du parc à chaque pasage.
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Mais à partir du moment il ne fait pas de doublons ?
GLPI : 0.85.4 - OCS : 2.1.2 MySQL: 5.5.16
Plateforme : Windows Server 2008 R2
Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1
"Le savoir est la seule matière qui s'accroît quand on la partage" Socrate
Offline
Bonjour,
Je relance le sujet.
En effet je fais les tests avec la 0.90.1 et je retrouve le même soucis.
Et en plus je dois être maudit car les liens :
- https://forge.indepnet.net/issues/5360
- https://forge.indepnet.net/issues/5359
donnés dans le fil de discussion par Remi ne fonctionne plus.
cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline