hudson.slaves.CommandLauncher.help-command_fr.html Maven / Gradle / Ivy
Show all versions of hudson-core Show documentation
La commande à utiliser pour lancer un agent esclave, qui contrôle la
machine-esclave et communique avec la machine-maître.
Les agents esclaves JNLP
Laissez ce champ vide si vous souhaitez lancer les esclaves par JNLP.
Avec cette configuration, la page d'information sur les esclaves
(hudson/computer/***/) aura une icône de lancement JNLP. Vous pouvez
cliquer sur ce lien pour lancer un agent esclave par JNLP.
Ce mode est utile pour les esclaves Windows qui n'ont généralement pas
de mécanisme d'exécution à distance.
Les agents esclaves ssh/rsh
Quand une commande est spécifiée dans ce champ, elle est exécutée
sur le maître et Hudson suppose que le programme exécuté lance le
programme slave.jar sur la bonne machine esclave.
Une copie du slave.jar est disponible dans le répertoire
WEB-INF/slave.jar.
Pour un cas simple, cette commande pourrait être du type
"ssh hostname java -jar ~/bin/slave.jar".
Cela dit, il est généralement préférable d'écrire un petit script sur
l'esclave, comme celui qui suit, afin de gérer le répertoire
d'installation de Java et/ou de slave.jar. Vous pouvez aussi
positionner des variables d'environnement spécifiques à cette machine
esclave, comme le PATH.
#!/bin/sh
exec java -jar ~/bin/slave.jar
Vous pouvez utiliser n'importe quelle commande d'exécution d'un
process sur la machine-esclave, comme RSH, du moment que les
sorties stdin/stdout de ce process sont au final connectées
sur "java -jar ~/bin/slave.jar".
Dans un déploiement à plus grande échelle, on peut envisager de charger
slave.jar à partir d'une location commune montée par NFS, afin
de ne pas nécessiter la mise à jour de ce fichier à chaque mise à jour
de Hudson.
Mettre la valeur "ssh -v hostname" dans ce champ peut être
utile pour débugger les problèmes de connexion.