You are not logged in.
j'ai trouvé, "$cfg_ocs["checksum"]" correspond à une valeur dans la base de donnée GLPI "glpi_ocs_config" checksum. Je pense que celle valeur est fausse pour mon cas, dont le problème de synchronisation. checksum est égale à 55703. pour information j'ai 771 pc dans ocs et 1246 dans GLPI (nous avons insérer des poste manuellement dans GLPI d'où la différence).
Offline
bah après pleins de test, le problème vient de quelque chose dans la base de donnée.
j'ai réinstaller GLPI avec le pluging et synchronisé des PC sans problème.
Après j'ai fais une restauration de la base GLPI et la syncro ne fonctionne plus...
Offline
personne pour m'aider ?
Offline
bon je laisse tombé se plugin, trop instable.
Sur 3 installation en partant de 0 il ne réagit pas de la même manière. un coup il synchronise, un coup rien, un coup il me dit qu'il n'arrive pas a contacter le serveur ocs... de plus aucune log sur le pourquoi ca fonctionne pas.
C'est pas faute d'utilité Windows, sur linux j'avais le même genre de problème (sauf quand j'installais le pluging avec YUM)
Sinon merci de votre aide.
A bientot
Offline
Le checksum indique qu'il y a eu une modification (chaque bit indique quelle partie a été modifiée).
Si le checksum est à 0 (enfin le mask avec la valeur gérée par glpi, donc != 8744, de mémoire) c'est qu'il n'y a pas eu de changement, donc pas de raison de faire d'import.
Avec ta modif, la machines seront synchronisées à chaque passage de la synchro, vraiment pas performant.
++
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
ok, j'ai mis le checksum à 131071 comme spécifier dans un des posts du forum.
Le checksum s'est bien la valeur présente dans la base de données GLPI dans la table glpi_ocs_config ?
Qu'elle valeur dois je mettre remonté mes inventaires ? Car je pense que c'est quelque chose dans la base de donnée qui bloc l'exécution du pluging.
Offline
alors j'explique un peu se que j'ai fais :
- j'ai installé mon serveur Apache, PHP, MySQL, PERL, mod_perl à la main.
- j'ai installé OCS Inventory.
- J'ai réalisé l'inventaire de 771 PC avec OCS.
- j'ai installé GLPI et le pluging mass_ocs_import 1.1
- j'ai modifié les chemins des variables présentes dans glpi/pluging/mass_ocs_import/script/run.bat
- j'ai importé le backup de la base de donnée GLPI qui contient la configuration de GLPI, avec 1240 PC que j'avais entré dans GLPI soit manuellement, soit avec une synchronisation entre GLPI et OCS réalisé il y a quelque mois quand la plateforme fonctionnait.
> j'exécute "run.bat", celui-ci reste activé pendant 2 secondes sans afficher d'erreurs. je vais dans GLPI Central > Plugins > Import en masse OCS, je n'ai aucune informations sur l'exécution des scripts.
> J'ai modifié le checksum à 131071 (valeur présente dans la base de données GLPI dans la table glpi_ocs_config)
j'exécute "php -q -d -f ocsng_fullsync.php --ocs_server_id=1 --thread_nbr=1 --thread_id=1 --process_id=1", j'ai ceci qui s'affiche :
Thread #1 : starting (1/1)
thread #1 : import computers from server: 'Configuration OCS-NG -> GLPI : akf
-sv02'
thread #1 : 622 computer(s)
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
Thread #1 : done ............................................
> je vais dans GLPI Central > Plugins > Import en masse OCS, je n'ai aucune informations sur l'exécution des scripts et aucun log dans glpi\files\_log\ocsng_fullsync.log
Donc ma question : c'est quoi qui cloche ?
Qu'elles sont les choses à vérifié pour déterminé le dysfonctionnement ?
Je sèche un peu depuis deux jours...
Je vous remercie pour vos indications très importante pour moi.
Offline
vous avez quoi comme params dans la config du plugin mass_ocs_import ? les traces sont activées ?
Offline
Offline
bon l'heure est grave !
j'ai fais un test qui suppose que ni GLPI, ni la base de donnée, ni mass_ocs_import soit le problème du non fonctionnement.
J'ai fais un backup de ma base de données GLPI + OCSWEB de mon serveur de production.
Sur un autre serveur basé sur WAMP 5, j'ai copié les fichier GLPI avec mass_ocs_import, et importé la base de donnée GLPI + OCSWEB.
Ensuite j'ai modifier les accès à la base de donnée pour GLPI et dans Configuration du module d'import OCS NG -> GLPI.
Suite à cela, j'ai exécuté run.bat d'mass_ocs_import.
et la .......
attention....
CA MARCHE ..
bon c'est cool, mais maintenant après ce test je suppose que c'est mon serveur de production qui est mal configuré. Dans ce cas, comment bien le configurer ????????????
Offline
personne pour me dire se que je dois configurer sur apache ou php pour faire fonctionné GLPI avec mass_ocs_import ?
Merci d'avance à vous
Offline
1h30 c'est peut etre un peu court....
Offline
personne pour me dire se que je dois configurer sur apache ou php pour faire fonctionné GLPI avec mass_ocs_import ?
tout est écrit dans la doc du plugin qui se trouve sur le wiki
Offline
ok...
bon vu que sur WAMP5 ca fonctionne très bien, je viens de réussir à installer PERL et mod_perl avec OCSInventory sur WAMP5
je vais installer GLPI et le pluging en espérant que ca fonctionne.
Offline
c'est bon, mon serveur GLPI, mass_ocs_import, OCS sur WAMP5 est OK !
Espérons qu'il fonctionne sur le serveur de prod ! lol
Offline
ok, j'ai mis le checksum à 131071 comme spécifier dans un des posts du forum.
Le checksum s'est bien la valeur présente dans la base de données GLPI dans la table glpi_ocs_config ? .
Surtout pas !
C'est la valeur dans la table ocsweb.hardware.
++
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
Ahhh ok !
Bon au niveau de wamp5, je l'ai installer sur le serveur de prod > mass_ocs_import ne fonctionne pas
J'ai donc installer wamp5 avec glpi et tout le tralala sur un autre pc > ca fonctionne
Ma conclusion : mon serveur de prod a un OS pourri
résolution : réinstaller le windows et wamp5.
Offline
quelque nouvelles :
J'ai réinstaller le windows avec wamp5 et ocs avec glpi.
Tout fonctionnait parfaitement jusqu'à aujourd'hui. Le serveur était en production trankilou.
Ce midi, plus de synchronisation. bon super !
Je copie wamp5 avec ocs et glpi sur mon PC. je démarre le serveur, et test la synchro : oh ca fonctionne !
bon il commence a me soulé ce windows !
enfin ce que je comprend pas dans ce truc, c'est qu'on utilise un logiciel (glpi) qui fonctionne avec apache, etc.
si apache et le test ne marchait plus, automatiquement glpi ne fonctionnerai plus. mais la c'est le windows qui se met à détraqué (sans que cela se voie) et fait déconne glpi.
enfin bon je comprend plus rien.
Offline