You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2015-03-27 10:10:33

nicolas.clementz
Member
Registered: 2011-05-12
Posts: 18

Liaison manuelle OK, laison automatique ne fonctionne pas

Bonjour,

Je ne parviens pas à configurer GLPI/pluginOCSng pour réaliser une liaison automatiquement lors de l'action automatique 'ocsng'.
L'action manuelle 'Lier les nouveaux ordinateurs d'OCSNG avec ceux existants dans GLPI' fonctionne : je vois bien les machines non liées et la liaison s'opère bien. Est il prévu que l'action automatique réalise cette liaison ?

Par ailleurs, j'ai remarqué dans les journaux de l'action automatique 'ocsng' renvoient la même liste de machines synchronisées, alors que je m'attendais à voir des machines différentes (celles qui ont été marquées par OCS) à chaque lancement de l'action.
Si l'action auto ne dépasse pas les 100 premières machines (Nombre d'éléments à synchroniser via l'action automatique OCSNG) cela explique que les autres ne se lient pas ?!

Exemple :
27-03-2015 08:32    Début    0.000 seconde      0    Mode d'exécution : CLI
    En cours d'exécution    0.020 seconde      0    Vérification des mises à jour du serveur iutsrv34
    En cours d'exécution    0.051 seconde      1    Ordinateur : ETU448-2014-09-26-10-59-34 (2654)
    En cours d'exécution    0.118 seconde      2    Ordinateur : IMG017-2014-09-23-20-36-00 (2557)

Merci.


OCSng : 1.0.3
Glpi : 0.84.7
Cron : CLI

Offline

#2 2015-03-27 10:54:21

narutobaka
Member
Registered: 2007-09-07
Posts: 304

Re: Liaison manuelle OK, laison automatique ne fonctionne pas

bonjour,

Est-ce que le test de liaison automatique fonctionne?

je te renvois vers ce fil de discussion :

http://www.glpi-project.org/forum/viewt … p?id=34171

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

#3 2015-03-27 11:27:55

nicolas.clementz
Member
Registered: 2011-05-12
Posts: 18

Re: Liaison manuelle OK, laison automatique ne fonctionne pas

Merci pour votre réponse,

Est-ce que le test de liaison automatique fonctionne?
hum, si par test de liaison automatique vous entendez si le test des 'règles d'import et de liaison' fonctionne, je répond oui

Le moteur de règle de liaison compte deux règles
1) ignorer les machines de ocs qui n'ont pas de numéro de série (clé utilisée pour faire le lien)
2) faire le lien sur numéro de série
596017ocs2.png


Résultat du test pour chaque règle:
477829ocs3.png
et
578652oc4.png

Résultat du moteur
446607ocs5.png


Le résultat avant de réaliser une liaison manuelle qui fonctionne très bien:

181314ocs1.png




Par contre lors de l'action automatique le résultat est toujours le même, et mon poste à lier (adm327), n’apparaît pas dans la liste :
970520ocs6.png


J'ai parcouru le fil. Il traite surtout de problème de doublon (que j'ai réglé)

Cordialement

Offline

#4 2015-03-31 12:02:40

nicolas.clementz
Member
Registered: 2011-05-12
Posts: 18

Re: Liaison manuelle OK, laison automatique ne fonctionne pas

up

Offline

#5 2015-04-03 14:12:20

narutobaka
Member
Registered: 2007-09-07
Posts: 304

Re: Liaison manuelle OK, laison automatique ne fonctionne pas

Bonjour,

Le file de discussion que j'ai donné en lien traite aussi du fait que le moteur de liaison est buggué et ne fonctionne pas correctement en manuelle.

Par contre concernant le problème en automatique, la je ne sais pas trop.

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

#6 2015-04-09 13:51:14

nicolas.clementz
Member
Registered: 2011-05-12
Posts: 18

Re: Liaison manuelle OK, laison automatique ne fonctionne pas

Après avoir parcouru le code du plugin, il s'avère que la requête qui récupère les ordinateurs à traiter, renvoie systématiquement la même liste (avec la limite configurée à 100).
Le Select filtre sur l'état du checksum et la date de mise à jour de l'entrée dans OCS.
- J'ai changé le test du checksum de 0 à 1.
Je n'ai pas rencontré de cas ou l'opération (`hardware`.`CHECKSUM` & 117639) donnait autre chose que >0.
OCS(ou le plugin) plaçant la valeur du checksum à 144505 après synchro, le et logique renvoie 1 (144505 & 117639 = 1)

- J'ai également supprimé la référence à last_update car ces machines n'ont pas subi de changement dans OCS, donc ...


Ça donne :
(ligne ocsserver.class: 5045)           $query_ocs = "SELECT*
                       FROM `hardware`
                       INNER JOIN `accountinfo` ON (`hardware`.`ID` = `accountinfo`.`HARDWARE_ID`)
                       WHERE (`hardware`.`CHECKSUM` & " . $cfg_ocs["checksum"] . ") > '1'";
         
/*         $query_ocs = "SELECT*
                       FROM `hardware`
                       INNER JOIN `accountinfo` ON (`hardware`.`ID` = `accountinfo`.`HARDWARE_ID`)
                       WHERE ((`hardware`.`CHECKSUM` & " . $cfg_ocs["checksum"] . ") > '0'
                              OR `hardware`.`LASTDATE` > '$max_date') ";
*/

La synchronisation auto et manuelle avec liaison fonctionnent

Attention : il s'agit d'une bidouille, ne pas appliquer les yeux fermés.

Last edited by nicolas.clementz (2015-04-09 17:24:54)

Offline

Board footer

Powered by FluxBB