Aujourd’hui, j’essaie de demarrer mes vm azure depuis mon pc / agent jenkins, pour ce faire, en plus du AZ CLI, j’installe le module powershell d’azure
Install-Module -Name Az -Repository PSGallery -Force
vite fait, bien fait quelques lignes de script utiles pour lire des DVD sous linux après installation de VLC (oui, je sais, qui utilise encore des DVD aujourd’hui ?)
Si comme moi, à un moment, les lignes de commandes vous fatiguent, microsoft m’a proposé cet outil pour gérer un storage azure. ça m’a permis facilement de créer un file share et de m’y connecter avec une ligne de commande qu’il m’a généré.
S3 Endpoint [s3.amazonaws.com]: ewr1.vultrobjects.com
Enter %(bucket)s.ewr1.vultrobjects.com for the DNS-style template.
Ce que je retiens surtout c’est que sous windows ce n’est pas plug & play, il faut comprendre un minimum ce qu’on fait. Qu’il faut python, et que j’ai essayé d’uploader 200gb et 90.000 fichiers avec la command suivante :
python s3cmd put "X:\x\x" s3://x --recursive
Et que en lui laissant 20min pour créer la liste de fichiers, il n’avait encore rien commencé.
Pour réagir face à complexité générale, il est nécessaire d’uniformiser toutes les décisions pertinentes, et déjà en notre possession. (http://www.pipotron.free.fr/)
D’abord, j’ai construit un container qui partage aussi le port 5000
docker run -d --name jenkins -p 8082:8080 -p 50000:50000 jenkins/jenkins:lts
ensuite, je suis allé dans le container, (après le setup bien sur)
Et j’ai lancé le composant depuis la page web sur un pc sur lequel visual studio était installé.
Bien sur, j’ai eu quelques suprises
le port 50000 qui n’était pas accessible sur le container –> recréer le container.
sur le pc qui a Visual studio, il ne trouvait pas MSBuild parce que le dossier n’était pas dans le path de windows. –> faire une recherche “dir msbuild.exe /s” et trouver la version qui est dans le dossier de visual studio.
même après avoir mis le path correctement, si je démarre en tant que service, il ne trouve quand même pas msbuild. –> j’ai changé l’utilisateur avec lequel le service démarre.
Faire en sorte que le build du code .net tourne bien sur le node qui a .net