You are not logged in.
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
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
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
Résultat du test pour chaque règle:
et
Le résultat avant de réaliser une liaison manuelle qui fonctionne très bien:
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 :
J'ai parcouru le fil. Il traite surtout de problème de doublon (que j'ai réglé)
Cordialement
Offline
up
Offline
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
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