Re: [Glpi-user] Regroupement automatique des logiciels
Bonjour à tous, Devant migrer ce script, je reviens sur le sujet. Pour moi, comme précisé sur le ticket https://forge.indepnet.net/issues/2710, je vois bien une option de config qui indique pour chaque entité où va le soft (l'idée sous-tendue est qu'en mode multi-client, on peut vouloir remonter les softs à la racine de ce clients, plutôt qu'à l'entité racine) + une action du dico des softs. je peux traiter ce ticket, ce qui sera plus bénéfique que juste porter le script. Walid. On 05/04/2011 11:54, Maxime BALZEAU wrote: Bonjour, Je me permets d'intervenir car j'ai déjà fait face à cette problématique et j'ai un script à proposer. Il n'a pas été développé par moi mais j'ai l'autorisation de vous le transmettre. C'est un script php d'une centaine de lignes qui utilise la fonction de regroupement qu'on trouve dans le code de GLPI. Il regroupe tous les logiciels portant le même nom, mais pas nécessairement dans l'entité racine, seulement dans l'entité la plus basse (dans l'arbre) permettant le regroupement. Il y a peut-être du nettoyage à faire mais normalement ça fonctionne (sur GLPI 0.72). Cldt, Maxime MoYo a écrit : Bonjour, je comprend bien le problème engendré par la gestion actuelle. Nous n'avons pas vraiment fait attention à cela et je ne vois pas de solution simple à cette problématique à l'heure actuelle. Une solution serait de pouvoir directement définir l'entité de destination des logiciels. Que ce soit dans le moteur de règles des logiciels (dictionnaire) ou dans la configuration générale. D'une manière générale avoir une option du genre : positionner tous les logiciels par défaut dans l'entité racine me semble une bonne idée pour une gestion globale de parc. C'est peut-être la solution la plus simple répondant au problème d'ailleurs. Le seul problème c'est la migration de l'existant et votre script peut grandement aider pour cela. Qu'en pensez vous ? J'ouvre un ticket pour étudier le problème : https://forge.indepnet.net/issues/2710 Cordialement, Julien Dombre Le 30/03/2011 17:56, Guillaume Rousse a écrit : Bonjour. Dès que l'on utilise des entités, la gestion des logiciels devient rapidement très fastidieuse, puisque les logiciels sont automatiquement rattachés à la même entité que leur machine, et on obtient énormément de duplication. Il faut manuellement transférer ces logiciels à l'entité racine, leur attribuer une visibilité aux sous-entités, et les fusionner. Ce qui est ingérable sur un parc: j'en suis à 5400 logiciels recensés, dont 2/3 de duplicats. Je viens de regarder comment corriger automatiquement le problème, en manipulant directement la base de données. A priori, le problème se traite de la façon suivante: 1) transfert à l'entité racine pour tous les logiciels: passer le champ fk_entities à 0 partout dans la table glpi_software 2) activation de la visibilité aux sous-entités pour tous les logiciels: passer le champ recursive à 1 partout dans la table glpi_software 3) fusion automatique des doublons Un poil plus complexe, puisqu'il faut mettre à jour les autres tables pointant vers la table glpi_software, qui semblent limitées à glpi_softwarelicenses et glpi_softwareversions d'après mes observations pour chaque entrée de la table glpi_software: - pour chaque entrée de la table glpi_software avec le même nom et un identifiant différent - passer le champ deleted à 1 - passer le champ commentaire à 'Logiciel mis dans la corbeille' - mettre à jour la table glpi_softwareversions - mettre à jour la table glpi_softwarelicenses Est-ce que ca parait raisonnable, ou j'ai manqué quelque chose ? En cadeau, une première implémentation en Perl (je n'ai testé que la détection des doublons, pas les modifications). ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Regroupement automatique des logiciels
Le 30/05/2011 11:30, Walid nouh a écrit : Bonjour à tous, Devant migrer ce script, je reviens sur le sujet. Pour moi, comme précisé sur le ticket https://forge.indepnet.net/issues/2710, je vois bien une option de config qui indique pour chaque entité où va le soft (l'idée sous-tendue est qu'en mode multi-client, on peut vouloir remonter les softs à la racine de ce clients, plutôt qu'à l'entité racine) + une action du dico des softs. Salut, Ce ticket étant prévu pour la 0.83, le traiter me semble la bonne solution. Concernant la mise en oeuvre, l'option dans les entités pour choisir l'entité de destination des logiciels me semble intéressante. Ca sera plus souple qu'une option générale indiquant l'import dans l'entité racine uniquement. Par contre, je ne comprend pas pourquoi bloquer la définition de cette configuration si elle définit dans une entité parente ? Quitte à avoir de la souplesse autant l'avoir jusqu'au bout ? ++ Julien je peux traiter ce ticket, ce qui sera plus bénéfique que juste porter le script. Walid. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Regroupement automatique des logiciels
On 30/05/2011 12:14, MoYo wrote: Le 30/05/2011 11:30, Walid nouh a écrit : Bonjour à tous, Devant migrer ce script, je reviens sur le sujet. Pour moi, comme précisé sur le ticket https://forge.indepnet.net/issues/2710, je vois bien une option de config qui indique pour chaque entité où va le soft (l'idée sous-tendue est qu'en mode multi-client, on peut vouloir remonter les softs à la racine de ce clients, plutôt qu'à l'entité racine) + une action du dico des softs. Salut, Ce ticket étant prévu pour la 0.83, le traiter me semble la bonne solution. Concernant la mise en oeuvre, l'option dans les entités pour choisir l'entité de destination des logiciels me semble intéressante. Ca sera plus souple qu'une option générale indiquant l'import dans l'entité racine uniquement. Par contre, je ne comprend pas pourquoi bloquer la définition de cette configuration si elle définit dans une entité parente ? Quitte à avoir de la souplesse autant l'avoir jusqu'au bout ? Exact, en y reréflechissant, c'est un cas de figure intéressant. Walid. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Regroupement automatique des logiciels
Le 05/04/2011 11:54, Maxime BALZEAU a écrit : Il y a peut-être du nettoyage à faire mais normalement ça fonctionne (sur GLPI 0.72). Je confirme qu'il marche très bien, et qu'en plus il est mieux foutu que le mien (a part qu'il est écrit dans un langage imbittable :P). Donc s'il en faut en recommander un, c'est plutôt celui-là. A+ -- BOFH excuse #220: Someone thought The Big Red Button was a light switch. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Regroupement automatique des logiciels
Le 07/04/2011 11:50, Maxime BALZEAU a écrit : Ravi que ça ait pu te servir :-) Au passage, je ne l'avais pas précisé mais il faut le placer dans le dossier scripts de GLPI (a priori ça ne t'a pas gêné ;-). Je n'y ai même pas pensé, je me suis contenté de modifier la variable GLPI_ROOT en fait :) -- BOFH excuse #277: Your Flux Capacitor has gone bad. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Regroupement automatique des logiciels
Bonjour, je comprend bien le problème engendré par la gestion actuelle. Nous n'avons pas vraiment fait attention à cela et je ne vois pas de solution simple à cette problématique à l'heure actuelle. Une solution serait de pouvoir directement définir l'entité de destination des logiciels. Que ce soit dans le moteur de règles des logiciels (dictionnaire) ou dans la configuration générale. D'une manière générale avoir une option du genre : positionner tous les logiciels par défaut dans l'entité racine me semble une bonne idée pour une gestion globale de parc. C'est peut-être la solution la plus simple répondant au problème d'ailleurs. Le seul problème c'est la migration de l'existant et votre script peut grandement aider pour cela. Qu'en pensez vous ? J'ouvre un ticket pour étudier le problème : https://forge.indepnet.net/issues/2710 Cordialement, Julien Dombre Le 30/03/2011 17:56, Guillaume Rousse a écrit : Bonjour. Dès que l'on utilise des entités, la gestion des logiciels devient rapidement très fastidieuse, puisque les logiciels sont automatiquement rattachés à la même entité que leur machine, et on obtient énormément de duplication. Il faut manuellement transférer ces logiciels à l'entité racine, leur attribuer une visibilité aux sous-entités, et les fusionner. Ce qui est ingérable sur un parc: j'en suis à 5400 logiciels recensés, dont 2/3 de duplicats. Je viens de regarder comment corriger automatiquement le problème, en manipulant directement la base de données. A priori, le problème se traite de la façon suivante: 1) transfert à l'entité racine pour tous les logiciels: passer le champ fk_entities à 0 partout dans la table glpi_software 2) activation de la visibilité aux sous-entités pour tous les logiciels: passer le champ recursive à 1 partout dans la table glpi_software 3) fusion automatique des doublons Un poil plus complexe, puisqu'il faut mettre à jour les autres tables pointant vers la table glpi_software, qui semblent limitées à glpi_softwarelicenses et glpi_softwareversions d'après mes observations pour chaque entrée de la table glpi_software: - pour chaque entrée de la table glpi_software avec le même nom et un identifiant différent - passer le champ deleted à 1 - passer le champ commentaire à 'Logiciel mis dans la corbeille' - mettre à jour la table glpi_softwareversions - mettre à jour la table glpi_softwarelicenses Est-ce que ca parait raisonnable, ou j'ai manqué quelque chose ? En cadeau, une première implémentation en Perl (je n'ai testé que la détection des doublons, pas les modifications). ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Regroupement automatique des logiciels
Bonjour, Je me permets d'intervenir car j'ai déjà fait face à cette problématique et j'ai un script à proposer. Il n'a pas été développé par moi mais j'ai l'autorisation de vous le transmettre. C'est un script php d'une centaine de lignes qui utilise la fonction de regroupement qu'on trouve dans le code de GLPI. Il regroupe tous les logiciels portant le même nom, mais pas nécessairement dans l'entité racine, seulement dans l'entité la plus basse (dans l'arbre) permettant le regroupement. Il y a peut-être du nettoyage à faire mais normalement ça fonctionne (sur GLPI 0.72). Cldt, Maxime MoYo a écrit : Bonjour, je comprend bien le problème engendré par la gestion actuelle. Nous n'avons pas vraiment fait attention à cela et je ne vois pas de solution simple à cette problématique à l'heure actuelle. Une solution serait de pouvoir directement définir l'entité de destination des logiciels. Que ce soit dans le moteur de règles des logiciels (dictionnaire) ou dans la configuration générale. D'une manière générale avoir une option du genre : positionner tous les logiciels par défaut dans l'entité racine me semble une bonne idée pour une gestion globale de parc. C'est peut-être la solution la plus simple répondant au problème d'ailleurs. Le seul problème c'est la migration de l'existant et votre script peut grandement aider pour cela. Qu'en pensez vous ? J'ouvre un ticket pour étudier le problème : https://forge.indepnet.net/issues/2710 Cordialement, Julien Dombre Le 30/03/2011 17:56, Guillaume Rousse a écrit : Bonjour. Dès que l'on utilise des entités, la gestion des logiciels devient rapidement très fastidieuse, puisque les logiciels sont automatiquement rattachés à la même entité que leur machine, et on obtient énormément de duplication. Il faut manuellement transférer ces logiciels à l'entité racine, leur attribuer une visibilité aux sous-entités, et les fusionner. Ce qui est ingérable sur un parc: j'en suis à 5400 logiciels recensés, dont 2/3 de duplicats. Je viens de regarder comment corriger automatiquement le problème, en manipulant directement la base de données. A priori, le problème se traite de la façon suivante: 1) transfert à l'entité racine pour tous les logiciels: passer le champ fk_entities à 0 partout dans la table glpi_software 2) activation de la visibilité aux sous-entités pour tous les logiciels: passer le champ recursive à 1 partout dans la table glpi_software 3) fusion automatique des doublons Un poil plus complexe, puisqu'il faut mettre à jour les autres tables pointant vers la table glpi_software, qui semblent limitées à glpi_softwarelicenses et glpi_softwareversions d'après mes observations pour chaque entrée de la table glpi_software: - pour chaque entrée de la table glpi_software avec le même nom et un identifiant différent - passer le champ deleted à 1 - passer le champ commentaire à 'Logiciel mis dans la corbeille' - mettre à jour la table glpi_softwareversions - mettre à jour la table glpi_softwarelicenses Est-ce que ca parait raisonnable, ou j'ai manqué quelque chose ? En cadeau, une première implémentation en Perl (je n'ai testé que la détection des doublons, pas les modifications). ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user attachment: consolidate_software.php ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
