Journal Adamoto : solution Libre et Gratuite de déploiement

Posté par  .
Étiquettes : aucune
0
29
sept.
2004
Voilà déjà une semaine que je me suis lancé dans un projet assez ambitieux : Proposer une solution libre et gratuite de déploiement de logiciel sous Windows à mon entreprise. J’ai découvert part hasard sur Internet Adamoto (http://adamoto.sourceforge.net/(...)).

Ce logiciel de déploiement écrit en JAVA tourne aussi bien sous Linux que sous Windows avec une partie cliente soit en JAVA/PERL soit en PERL.

- L’installation sous Linux (en tant que serveur) est suffisamment détaillée sur le site (http://adamoto.sourceforge.net/docs/doc.html(...)) et reste très claire. A vrai dire seulement une demie heure on suffi pour l’installer et le configurer !
- Pour la partie cliente sous Windows je n’ai pas réussi à utilisé le client écrit en JAVA/PERL et celui écrit en PERL était buggé, j’ai été obligé d’en réécrire une partie..

(+) Avantages : Gratuit, Simple d’utilisation, multi plate-forme, déployer aussi sur client Linux (binaire, RPM..) que sur Windows (EXE, MSI, BAT..).
(-) Inconvénients : Le client est légèrement buggé, l’application de déploiement écrit en JAVA n’est pas directement modifiable (…), il n’y a pas de gestion de groupe de déploiement.

(+) Résultat : Malgré ces petits inconvénients qui s'arrangerons dans le futur (rappelons que le numéro de version à l'heure actuelle n'a pas encore dépassé la 0.4.52), nous avons adopté la solution Adamoto sous Linux. Le déploiement de logiciel se fait simplement par l'interface web et ne déplore aucun soucis depuis sa mise en production (120 postes).


http://adamoto.sourceforge.net/.(...)

  • # article dans GLMF No 64

    Posté par  . Évalué à 2.

    Il y a justement un article dans le Linux mag de ce mois (peut être maintenant le mois dernier ?)
    Avec de vrai morceaux de logs dedans ;-) voir le journal http://linuxfr.org/~TazForEver/15136.html(...)

  • # Corrections...

    Posté par  . Évalué à 2.

    J'espère que tu as fait part de tes modifications à l'équipe du projet, pour qu'ils les inègrent dans la prochaine version ?

    J'imagine que oui, mais comme tu ne le précises pas... Ce serait dommage ;)

    • [^] # Re: Corrections...

      Posté par  . Évalué à 2.

      Non pas encore, mais tu fais bien de me le faire remarquer :)
      je vais faire ca cette semaine.

  • # setup.exe

    Posté par  (site web personnel) . Évalué à 2.

    Merci pour ce retour d'experience.
    Qu'en est-il de l'installation d'un setup.exe, c'est à dire un installateur avec plusieurs fenetres (validation de licence, choix utilisateur pour les packages, les chemins d'install, ...) ? Je n'ai pas vu sur le site ou sur le mag un exemple plus fouillé q'un simple rpm ou deb.

    • [^] # Re: setup.exe

      Posté par  . Évalué à 3.

      J'ai créé un package MSI avec le logiciel VERITAS Software fournit sur le CD de Windows 2000.
      Pour plus d'info :(http://www.autourdupc.com/index.php?sPage=/Logiciel/Applis/Package.(...))
      Ca marche très bien mis a part que j'ai ajouter du creer un fichier install.bat avec le contenu ci-dessous pour que le logiciel s'install sur tout les comptes de la machine et pas l'utilisateur courrant.

      msiexec /jm monPackage.msi

      Voilà :)

      • [^] # Re: setup.exe

        Posté par  (site web personnel) . Évalué à 1.

        Merci beaucoup :)
        Après un test rapide, ca fonctionne effectivement plutot bien. Il me reste à creuser la centralisation du deploiement à l'aide d'adamoto. L'objectif est de deployer sur un parc de 250 machines une base commune Windows XP (pxe boot, udpcast et partimage), puis des installations spécifiques par activités (et donc adamoto dans cet optique)

        Encore merci :)

  • # Client Buggé

    Posté par  . Évalué à 1.

    Je n'ai pas réussi non plus à utiliser le client Perl/Java.
    Petite précision, une erreur dans le fichier loader.pl ligne 16 environ dans laquelle une variable SystemID doit être transformée en SystemId.

    Néanmoins, je serais assez intéressé par obtenir,SVP, votre version modifiée du client perl expérimental, ou alors, seulement les modifications.
    Merci beaucoup d'avance.

  • # client windows

    Posté par  . Évalué à 1.

    J'ai le même problème que toi avec le client windows... pourrais-tu poster les modifications que tu as apportées ?
    Saint Kiou

  • # eau au moulin

    Posté par  . Évalué à 1.

    Bonjour,
    Je suis actuellement en train d'essayer de configurer adamoto sur un serveur debian testing /jonas-Tomcat/Mysql.
    L'objectif est de pouvoir l'utiliser à terme pour des clients Windows XP,
    J'en suis au stade ou la modification du script pout le client windows (java/perl) fonctionne "SystemId" à modifié, et le client s'installe sur XP dans un repertoire que j'ai créé. Mon problème est le suivant ....
    impossible pour le client XP de pouvoir téléchargé un .exe, il commence par créé l'éxécutable dans c:%USERPROFILE%/Documents and settings puis plus rien sauf un time out sur le serveur ????
    pourtant quand j'utilise un client "http://IP_Serveur/adamoto/logiciels(...)"
    Il me permet le téléchargement.
    Bref le client doit t'il téléchargé sur un compte spécifique .. mes tests se font en tant q'admin....
    Avis : Prometteur ...
    les + :Easy to install, intuitif.
    les - :droits ?? téléchargement et config clientes obscures ...., manque de docs , mais apparemment on va y contribué.Fichier config en dure ... pas bon quand on est dans un infrastructure PXE/ghost/dhcp .... regénération d'image générique et automatique.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.