Discussion :

[Heliodromel]

Bonjour,

Dans le cadre de la mise en place d'un outil de report automatique (jigomerge) entre branches svn, je cherche à automatiser le process. Pour cela, je dispose d'une machine (ubuntu server) sur laquelle un tomcat est installé. Hudson est également installé et tourne par le biais de tomcat.

Je cherche donc à lancer mes reports de branche depuis hudson. La commande est la suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
groovy /home/pic/report/jigomerge.groovy -S mabranche -u user -p Password

Afin de me connecter à cette machine linux, je dispose de l'utilisateur pic. Lorsque j'execute manuellement la commande précédente à la main avec l'utilisateur pic, tout se passe bien. Malheureusement, lorsque je lance la commande depuis hudson, j'obtiens l'erreur suivante :

svn: OPTIONS of 'https://server/svn/repo': Server certificate verification failed: certificate issued for a different hostname, issuer is not trusted (https://server)

En fouillant un peu, je me suis aperçu que lors de l'exécution du script par hudson, celui-ci utilisait un user différent du mien pour réaliser les taches. J'en ai donc conclu qu'en me loggant sur la machine ubuntu avec le user hudson et en lançant une commande svn manuellement, je pourrais alors accepter le certificat de manière permanente et ainsi résoudre mes soucis.

Malheureusement, je n'ai pas accès à ce user. Le mot de passe semble avoir été égaré... ça aurait été trop facile... par ailleurs, je ne suis pas certain de tenir le bon user (anonymous ou tomcat6..) et il me semble délicat de réinitialiser le mot de passe

Bref, j'ai donc opté pour une stratégie de contournement : passer en super-utilisateur pour lancer la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
sudo groovy /home/pic/report/jigomerge.groovy -S mabranche -u user -p Password

La encore, un problème survient : la commande sudo exige un mot de passe, le script échoue donc. Toutefois /etc/sudoers semble permettre à un utilisateur de lancer des commandes sans mot de passe. Temporairement, j'ai retiré le mot de passe sur la commande sudo pour tester. Par la suite, il semble que ce fichier puisse permettre le lancement d'une commande à partir d'un utilisateur en se faisant passer pour un autre et sans avoir à saisir de password.

Le script se lance bien mais une fois encore, l'erreur de certificat apparait. (j'ai pourtant bien validé le certificat manuellement en root) Devant, ce nouvel échec, j'ai alors pensé à modifier le script groovy afin de faire en sorte que les commandes svn accepte automatiquement les certificats qui étaient proposés... sans plus de succès...

svn --non-interactive --trust-server-cert

Je sèche, auriez vous des idées ?

[Heliodromel]

Il me semble avoir trouvé une solution, je la poste donc ici dès fois que certains rencontreraient le même type de problèmes.

J'arrive finalement à me logguer sur l'utilisateur tomcat6 qui semble être celui utilisé par hudson pour lancer jigomerge. Voici la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo su tomcat6 (avec utilisation du password super-utilisateur)

J'avais évidemment essayé précédemment déjà essayé cette commande mais il me manquait une information centrale : l'utilisateur tomcat6 n'était pas accessible par bash. Pour le rendre accessible, il suffit d'éditer le fichier /etc/passwd et identifier la ligne correspondant à l'utilisateur en question:

tomcat6 : x:105:110::/usr/share/tomcat6:/bin/false

puis remplacer /bin/false par /bin/bash afin de rendre l'utilisateur accessible par bash

tomcat6 : x:105:110::/usr/share/tomcat6:/bin/bash

Ensuite, je ne devrais plus avoir qu'à effectuer une commande svn et accepter le certificat proposé manuellement. Je pourrais alors rebasculer l'utilisateur tomcat6 en /bin/false et tout devrais rentrer dans l'ordre... tout du moins je l'espère : verdict lundi.