You are not logged in.
Euh...
La règle qui fonctionne pour moi renvoie aussi "---" lors du test, mais la liaison se fait bien.
Effectivement ceci n'est que visuel et n'impacte pas le fonctionnement de la règle
Xavier Caillaud
Blog GLPI Infotel
Offline
C'est bien ce que je pensais
Merci pour cette confirmation.
Offline
Missfe merci pour la démo. J'ai fait des tests et voici les résultats que j'obtiens en utilisant les mêmes régles que vous.
Ordinateurs :
Si j'ajoute un ordinateur fictif manuellement, le test fonctionne! L'import est accepté et la liaison et faite.
Si je teste avec un ordinateur existant (lié à OCS) l'import est refusé.
Moniteurs:
Si j'ajoute un écran fictif manuellement le test ne fonctionne pas. Idem avec un écran existant lié via OCS.
Pour les ordinateurs/moniteurs déjà importé depuis OCS, la règle d'import refuse probablement dû au fait qu'elles y sont déjà liées ce qui n'est pas vraiment un problème.
Par contre j'aimerais bien pouvoir lier des moniteurs ajouté manuellement!
Missfe est-ce que vous pourriez tester votre régle pour l'import des moniteurs? Ou est-ce que j'ai pas bien compris et que cette régle fonctionne uniquement pour les ordinateurs et pas pour les moniteurs...
Merci d'avance
Offline
Bonjour,
Je teste et lie la doc pour les moniteurs et vous tiens au courant.
J'ai moi aussi besoin de lier les moniteurs...
Si je teste avec un ordinateur existant (lié à OCS) l'import est refusé.
Si vous avez repris ma règle, c'est normal : on ne veut que les ordinateurs dont le statut est "En stock", ceux déjà liés ne doivent sûrement pas avoir ce statut.
NB : la synchronisation des ordinateurs déjà liés se fait sans problème.
Offline
Bonjour,
Pour moi tout est fonctionnel maintenant. La règle marche pour les moniteurs et les ordinateurs. J'ai vu que mes régles d'import ne s'appliquaient pas correctement dû au fait que certaines machines étaient attribuées à des entités différentes et les règles d'imports comparent seulement les moniteurs/ordinateurs qui font parti de la même entité.
Offline
Ok,
A noter, si vous choisissez "Liaison si possible, sinon import refusé", un ordinateur dans OCS mais pas dans "le stock" de GLPI ne sera pas importé dans GLPI.
Si ce cas de figure est susceptible de se présenter (notamment lors de la mise en place de GLPI sans récupération de données d'inventaire ou avec des données d'inventaire peu sûres...), il faudra prévoir une période transitoire avec l'action "Liaison si possible", le temps que tout le parc soit remonté.
Apparemment, une seule règle est prise en compte pour un serveur OCS...
Offline
Bonjour,
J'ai moi aussi un problème de doublon, je suis en train de tester le passage de la version 0.80.70 à 0.84.2
Je n'ai pas changé les règles de liaison d'ordinateur et j'ai la même base OCS.Voici la règle :
Sur le serveur de production en 0.80.70, la règle fonctionne, si j'effectue un test avec un numéro de série correspondant à l'ordinateur PRET01 j'obtiens un résultat positif :
Sur le serveur de dev en 0.84.2 la règle ne fonctionne plus :
Je croyais que le problème était résolu avec le fichier de patch mais en réalité ce n'est pas le cas.
J'ai testé avec la vieille fonction de critère de test :
/**
* Function used to display type specific criterias during rule's preview
*
* @see Rule::showSpecificCriteriasForPreview()
**/
function showSpecificCriteriasForPreview($fields) {
$entity_as_criteria = false;
foreach ($this->criterias as $criteria) {
if ($criteria->fields['criteria'] == 'entities_id') {
$entity_as_criteria = true;
break;
}
}
if (!$entity_as_criteria) {
echo "<tr class='tab_bg_1'>";
echo "<td colspan ='2'>".__('Entity')."</td>";
echo "<td>";
Dropdown::show('Entity');
echo "</td></tr>";
}
}
ainsi que la nouvelle :
/**
* Function used to display type specific criterias during rule's preview
*
* @see Rule::showSpecificCriteriasForPreview()
**/
function showSpecificCriteriasForPreview($fields) {
$entity_as_criteria = false;
foreach ($this->criterias as $criteria) {
if ($criteria->fields['criteria'] == 'entities_id') {
$entity_as_criteria = true;
break;
}
}
if (!$entity_as_criteria) {
echo "<input type='hidden' name='entities_id' value='".$_SESSION["glpiactive_entity"]."'>";
}
}
Dans tous les cas, si je teste la règle, la liaison ne passe pas sur mon GLPI 0.84.3
J'ai donc toujours des doublons.
Last edited by arnault38 (2013-11-13 16:23:39)
Glpi : 9.1.2 (W2k12 Server - IIS)
OCS Inventory : 2.1.2, Agent 2.1.1.1 / )
120 ordinateurs, 25 imprimantes
Offline
up
Glpi : 9.1.2 (W2k12 Server - IIS)
OCS Inventory : 2.1.2, Agent 2.1.1.1 / )
120 ordinateurs, 25 imprimantes
Offline
Ayant toujours un problème de doublon, j'ai décidé d'oublier le passage à une version >= 0.84.
J'ai donc installé la 0.83.91 et qu'elle ne fut pas ma surprise lorsque je m’aperçus que les doublons seraient toujours là.
Cette fois, j'ai trouvé la solution, j'ai modifié le fichier inc/ruleimportcomputer.class.php :
$sql_where = "`glpi_ocslinks`.`computers_id` IS NULL
AND `glpi_computers`.`entities_id` IN ($where_entity)
AND `glpi_computers`.`is_template` = '0' ";
modifié en
$sql_where = "`glpi_ocslinks`.`computers_id` IS NOT NULL
AND `glpi_computers`.`entities_id` IN ($where_entity)
AND `glpi_computers`.`is_template` = '0' ";
Et là, plus aucun problème de doublon. Je vais donc rester en 0.83.91 pour l'instant, la version 0.84.x modifiant encore ce fichier en profondeur.
Glpi : 9.1.2 (W2k12 Server - IIS)
OCS Inventory : 2.1.2, Agent 2.1.1.1 / )
120 ordinateurs, 25 imprimantes
Offline
UP !
Je suis passé en 84.4 (je le précise même si ça ne change rien), j'ai réinstallé le plugin OCSINVENTORY (mode expert, modif du .bat ...), j'ai simplifié ma règle d'import/liaison :
- Numéro de série est déjà présent dans GLPI Oui
- Lien OCSNG Assigner Liaison si possible
Les nouveaux postes ne s'importent pas (je vois des postes dans "Import manuel"), mais il y a bien une synchro des postes déjà présents.
Last edited by jujunea (2014-02-18 23:13:33)
Prod === Glpi : 10.0.10
Prod === PHP 8.1.2
Prod === Ubuntu 22.04
Offline
UP !
Passage en 84.5 toujours pareil :
--------------------------------------
Le numero de serie existe, je le copie colle depuis ma fiche ordinateur de glpi. La validation échoue à chaque fois !
Prod === Glpi : 10.0.10
Prod === PHP 8.1.2
Prod === Ubuntu 22.04
Offline
Je précise que je ne suis pas en multi entité ...
Prod === Glpi : 10.0.10
Prod === PHP 8.1.2
Prod === Ubuntu 22.04
Offline
I have the same problem, when testing the rule to import and link computer it doesn't return any result, although I am searching for an existing in GLPI computer serial. My GLPI version is 0.84.4, OCS Inventory NG plugin v. 1.0.2
Is there any solution for this please?
Offline
Bonjour, j'ai le même problème, import et liaison impossible avec la règle qui vérifie le numéro de série dans GLPI.
GLPI 0.84.5
OCS Inventory NG Version: 1.0.2
Linux 3.4.11-1.fc16.x86_64
PHP 5.3.17
Apache/2.2.22
MySQL 5.5.28
Offline
+1 !
c'est assez handicapant
Offline
Idem pour moi, impossible de faire une liaison...
GLPI 0.84.5 / RedHat Server 5.8 / MySQL version 5.0.95 / PHP 5.3.3
Offline
En ce qui me concerne j'ai résolu mon problème de liaison en ajoutant la ligne 315 dans le fichier
/data/www/inc/ ruleimportcomputer.class.php
310 //Build the request to check if the machine exists in GLPI
311 if (is_array($input['entities_id'])) {
312 $where_entity = implode($input['entities_id'],',');
313 } else {
314 $where_entity = $input['entities_id'];
315 if ($where_entity=='') {$where_entity='0';}
316 }
Offline
Cela ne change rien pour moi au test des règles.
Glpi : 9.1.2 (W2k12 Server - IIS)
OCS Inventory : 2.1.2, Agent 2.1.1.1 / )
120 ordinateurs, 25 imprimantes
Offline
Bonjour,
Pour moi cette solution fonctionne mais j'ai peur qu'elle ne soit pas péreine.
En effet, j'ai plusieurs entité et je ne peux pas figer la variable $where_entity car sinon seul un site aura la liason automatique sur GLPI/OCS.
Pourquoi doit on forcer cette variable? Pourquoi n'arrive-t-elle pas à s'initialiser?
Merci,
.Matt
GLPI - 0.84.3
OCS Server - 2.0.5
OCS Agent - 2.0.5
Offline
Bonjour,
J'ai testé la 0.84.6 et cela ne change rien.
Je suis vraiment prêt à donner plus d'information pour aider à corriger ce problème.
En attendant, je ne peux toujours pas passer en 0.84.x alors que j'aimerai basculer rapidement sur la 0.85 lorsqu'elle sera prête. J'ai peur qu'entre temps, il n'y ait aucun changement pour ce problème de liaison.
Cordialement
Glpi : 9.1.2 (W2k12 Server - IIS)
OCS Inventory : 2.1.2, Agent 2.1.1.1 / )
120 ordinateurs, 25 imprimantes
Offline
Bonjour,
Vu que ce problème semble venir du plugin ocsinventoryng (Si je dis une connerie ne pas hésiter à me le dire), le fait de monter en version sous GLPI ne resoudra pas ce problème.
Il faut attendre une mise à jour du plugin ocsinventoryng.
Sur le roadmap du plugin ocsinventoryng :
https://forge.indepnet.net/projects/ocs … yng/issues
Il s'agit du bug #4614
Lorsqu'on regarde les détails de cette demande cela pointe directement sur ce file de discussion .
Donc je pense que c'est une mise à jour du plugin qu'il faut attendre ( toujours sous réserve que je dise une bétise)
cordialement,
Last edited by narutobaka (2014-07-09 09:54:26)
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
Oui espérons une mise a jour rapide car cela fait plus d'un an que le plugin n'a pas bougé.
Peut être avec la version 0.85 ....
Prod === Glpi : 10.0.10
Prod === PHP 8.1.2
Prod === Ubuntu 22.04
Offline
UP...
Je suis passé en 84.7, toujours le même problème.
J'ai préparé 2 nouveaux serveurs en 2008 R2 (1 pour OCS v2.1.2+ 1 pour GLPI 0.84.7) pour remplacer mon vieux 2003 qui fait les 2 aujourd'hui.
J'ai testé une synchro de mon nouveau GLPI 84.7 (j'ai importé ma base) avec mon nouveau serveur OCS (j'ai aussi importé ma base OCS), il me fait QUE des doublons même après avoir supprimer tous les anciens liens OCS existants sur mes ordinateurs.
Je mise tous mes espoirs sur la version 0.85 .D'habitude je n'aime pas je "jeter" sur une nouvelle version, mais là je pense que je ne vais pas attendre la version 0.85.1
Prod === Glpi : 10.0.10
Prod === PHP 8.1.2
Prod === Ubuntu 22.04
Offline
bonjour,
tu n'as pas du lire mon précédent post
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,
tu n'as pas du lire mon précédent post
cordialement,
Bonjour,
Si si j'ai bien lu, mon post venait corroborer ta théorie.
Quand je dis que j'attends la prochaine version de GLPI c'est parce que je suis certain qu'elle sera accompagnée d'une nouvelle version du plugin OCS
Prod === Glpi : 10.0.10
Prod === PHP 8.1.2
Prod === Ubuntu 22.04
Offline