#probleme

• deployer une baseline (profil) sur un groupe pour la gestion de parc importants genre 1000 machines
• pouvoir individuellment changer les localboot sur un pc, genre rajouter Zip
• si il rejouent les actions sur le groupe, ca ne doit pas desinstaller L'exemple qui mon montré en réunion est le suivant (ce qui est peut être plus compliquer que ce qu'on pense).

Y ont plusieurs pc (on va dire 10) (1er groupe)

• Les 10 pc ont une base line Dans le 1er groupe y 3 pc qui doivent avoir 7zip et d'autres pc d'un autre groupe (avec une autre baseline)

* j’ai pas compris la deuxième partie de phrase ya des PCs qui sont dans deux groupes?

• Oui c'est simplement pour dire que ça peut etre de pc de baseline différent le 7zip est pas dans la baseline et donc un locaboot sur le pc lui meme

• oui, mais le souci est le cas ou y a plus que quelques machines, ce serait comme des localboot de groupe (en queques sortes)

ok je synthetise

CAS 1

donc les groupes on pas de baseline sinon pas possible de mixer les pc (dans leurs cas il trouve que pas mettre de profile dans le groupe or qui ont tous le meme c'est "bizarre" mais c'est juste une façon de le nommer qu'il nous faudra je crois)

pc A/B/C on la basline TOTO

pc D/EF/ on la baseline TATA

groupe JE SUIS FOU contient

A/B/C D/E/F

je veux rajouter 7ZIP sur pc A/B

dans ce cas pas de soucis -> comment ça? Faut ajouter à la main sur chaque non? oui mais c'est pas un soucis c'est juste un mode de fonctionnement ok

CAS 2

pc A/B/C pas de profil

pc D/EF/ pas de profil

groupe JE SUIS FOU contient

A/B/C D/E/F

et le profil : bureautique

je veux rajouter 7ZIP sur pc A/B en localboot

c'est ici que se pose le probleme du inherited des dicussions d'hier je pense, vu qu'il va falloir combine le profil sur le groupe avec les localboot sur les machines A/B -> Quand on active l’onglet OPSI sur la machine pour ajouter 7zip, il suffit de bien sélectionner le bon profil non? en theorie oui en pratique jamais les gens ne seront assez intelligent pour ne pas oublier :)

actuellement qu'est-ce qui se passe si on mets des localboots sur un groupe ? si ça ne fait que "pousser" des locaboot en plus sur les machines je pense qu'on peut l'utiilser directement, mais c'est un cas qu'on avait pas tester je dois dire Non ça va aussi désinstaller ce qui n’est pas dans la liste pour que la machine corresponde à sa configuration. ok c'est bien le probleme

Fonctionnement FD actuel pour un groupe de machines (et c’est vrai aussi pour les autres groupes/onglets): 1) si l’onglet OPSI est activé sur le groupe et pas sur la machine, la machine hérite des valeurs du groupe et installe ce qui est indiqué dedans

• ca veut dire que la machine devrait avoir son onglet opsi active et dans le profile l'indication que c'est un profil herite

  • quoi? -> Si tu ouvres la machine tu pourras voir clairement quelle valeurs sont héritées, si c’est la question?

  • oui c'est bien ca et dan

  • Oui quand un onglet est désactivé sur un objet mais activé dans son groupe, il affiche les valeurs héritées.

  • et dans le cas de opsi la partie localboot doit pouvoir etre complemente meme si la machine est dans un groupe

  • Ça c’est une autre question c’est l’histoire de permettre d’hériter juste le profil du groupe mais ça n’existe pas dans les fonctionnements actuels. (et ça serait a priori que sur le profil les localboots faut mettre la liste exhaustive) l'idee globale est d'heriter le profil et les locaboot quand la machine est dans un group et de pouvoir surcharger les localboot sur la machine

  • Ah tu parles d’autre chose alors là je décrivais le fonctionnement des groupes dans FD Le problème de la surcharge c’est qu’on a jamais fait ça nulle part donc je sais pas comment représenté ça coté UI et comment stocker ça coté LDAP. Alors que juste avoir une valeur inherited pour le profil est plus simple et proche des fonctionnements actuels.

  • oui en tout cas on peut faire ca en deux etape deja mettre en place l'heritage du profil, puis regarder pour le reste

  • Je saisi pas l’intérêt d’ajouter des localboots au niveau du groupe il suffit de les mettre dans le profil.

  • Car enfaite les ajouts qui veulent sont sur des pc avec des profiles différents

  • Ça c’est encore une autre question quand les profils sont différents la surcharge ne peut rien faire faudra forcément la config sur chaque machine non?

  • ça me sembe difficile, par exemple ils ajoute une application sur 30 pc je les vois mal ouvrir les 30 pc et ajouté le localboot, c'est pour ça que je pensais que les localboot du cote groupe pourrait etre juste pris en plus de la configuration de la machine

  • oui fonctionnelement ca a du sens

  • je me disais qu'on aurait pu se baser sur le fait qu'un groupe aurait eu un profile ou non mais vu qu'il veulent pas mettre un profile sur chaque machine ça marchera pas....

  • Je comprends pas ça change à chaque fois, un coup on dit que les machines ont pas les mêmes localboots, puis si, puis pas le même profil, puis si.

  • ca s'apelle la vraie vie :) bon en effet il sont peut tordus :)

  • Mais par contre si l’idée c’est de mettre les machines dans plusieurs groupes ça c’est sûr que ça marchera pas coté OPSI. (plusieurs groupes qui ont l’onglet OPSI activé en tous cas)

  • Je pense que dans leur cas, les groupes vont plus servir comme de batch d'action uniquement et peut etre pour pousser des localboots sur plusieurs machines (après pour faire un visuel dans cette idée...)

  • Donc c’est bien que le profil est mis sur les machines?

2) si l’onglet OPSI est activé sur la machine ça ignore l’onglet OPSI du groupe, ça installe ce qui est indiqué sur la machine

je distingue 3 parties

1. heritage des profils, ca on peut le coder et c'est reelement utile sur l'héritage je me demande encore si on doit le mettre coté groupe ou coté machine, car d'après moi s'il savent la baseline au moment de créer la machine il faut plutot le mettre du coté groupe oui mais faut au minimum que l'orsque j'ouvre la machine elle me montre l'heritage je verais plus ça dans le sens ou dans le groupe on lui dit tu prends le profile de la machine enfaite (mais c'est vrai que je sais pas quand ils connaissaient la baseline) non on peut pas faire d'exclusive car ca ne scale pas dans la vie reele, genre le support recoit un call ajouter 7zip sur la machine dev4856, il va ouvrir la machine dev4856 et vouloir ajouter le localboot 7zip et faire une action sur cette machine meme, donc dans ce cas il faut connaitre le profil+les autres localboot pour gerer valablement je parle pas vraiment d'exclusivité, mais plutot de ou on devra mettre le profile a utilise

   • dans le groupe (et donc dans la machine on a hérité)
   • dans la machine (et dans le groupe on a hérité / ou none encore ce qui pourrait dire que le groupe sert juste a grouper des machine)le groupe n'herite jamais des machines car il ne peut y avoir qu'un seul profile dans le groupe c'est que ça me parait perturbant de devoir après coup aller dans les machines pour dire que y doivent hériter du groupe par la suite Mais non, tu touches pas à la machine par défaut elle hérite c’est déjà le comportement actuel. C’est juste quand tu active l’onglet sur la machine pour ajouter des localboots tu peux mettre «inherited» dans le champ profil. qui devrait meme etre automatique si le tab detecte quand est dans un groupe de machines du coup en réalité le seul probleme c'est si on veut envoyer un localboot sur un groupe de machine Oui pour moi dans ce cas le localboot devrait aller dans les profils ca serait logique mais c'est pas realiste, a cause du helpdesk 1er niveau, des restrictions d'acces au profil etc.. il faut des localboot sur les groupes pour permettre de gerer cet aspect il faudrait pas juste un flag dans le groupe pour dire d'ajouter les localboot sur la machine en réalité ? car on final c'est pour évité de passé dans chaque machine pour ajouter le localboot c'est deux problemes differentes voir point 2) en dessous

2. locaboots sur groupe car ca permet le deploiement en masse d'un ou plusieurs logiciels sur un nombre x de machines

ceci est pour permettre des updates en masse de machines (meme si je suis d'accord faudrait plutot modifier le profil :) )

3. ajout de localboot sur un machine qui herite de profile de groupe

ceci est pour permettre de repondre a un call de support pour ajouter le localboot 7zip sur la machine concerne C’est le même que le point 1 non? ou 2, en tous cas si on fait 1 et 2 ya forcément 3 pour moi.

oui oui c'est mentionne pour que ce soit tres clair :)

ok je propose qu'on cloture la reunion et qu'on transforme ca en tickets detaille :) et qu'on commence a implementer le 1

je vais sauver la reunion a l'endroite habituel