Tag: 奴隶
docker执行者jenkins工作区问题
我能够使用ecs-amazon插件为Jenkins创builddocker-slave，在ec2容器服务存储库中存储我的映像，从那里能够运行我的构build，在创build容器时触发构build并在完成后销毁，但问题我所面对的是在构build之后无法查看工作空间。 我试图复制到从属插件复制工作区从容器到主工作区的位置closures容器之前，我可以看到的文件，但从jenkinsGUI无法浏览有任何build议，我将不胜感激您的帮助。 。 谢谢
如何在基于alpine的docker容器上安装多个openjdk版本
目的：在高山容器上安装jdk7和jdk8 ，而通过envvariables只jdk7 。 问题：以任何顺序添加FROM openjdk:7-alpine和FROM openjdk:8-alpine确保最后一个覆盖前者。 所以，我只剩下1个安装，如'/usr/lib/jvm' 。 为什么我需要这个：我需要这个设置为Jenkins的奴隶容器。 现在，jenkins remoting jar只能在jdk8上运行。 所以，我需要它。 另外，因为我产生了一个需要jdk7作为默认jdk的项目的容器，我也需要这个。 我正在使用的DOCKERFILE： https ： //github.com/ankurshashcode/docker-slave/blob/alpine/Dockerfile
Docker不能在Jenkins从站远程构build。 这是什么原因？
在CentOS VM Dockerbuild立并运行良好。 这个虚拟机作为从机连接到Jenkins。 Jenkins代理运行的login方式与Docker使用的login相同。 当从Jenkins的在线脚本在VM上启动“docker ps”或其他docker命令时，会报告：Docker服务未启动。 看起来不太合适的特权。 但是…在本地启动 – 它的工作。 和login是一样的。 失败的原因是什么？ SELinux需要调整？
jenkins从docker奴隶获得testing结果
我们有一个jenkins设置与docker奴隶，但不是所有的文物都可以从jenkins。 我们的设置： Jenkins Master在单个虚拟机上运行 多个Docker主机安装在不同的虚拟机上 我们正在使用php模板 Docker容器被configuration为运行我们项目所需的所有testing。 当正在构build项目时，docker容器在其中一个Docker主机上启动，testing运行，phing结果被复制回主机，docker容器被提交到一个映像，并且正在运行的容器被销毁。 我们正在使用“复制到从属插件”将我们的构build目录从从属复制到主控，所有所需的工件都在Jenkins主控上。 问题是，当构build完成，我们无法查看工作区文件（我们复制到副本插件复制）我们也无法链接到已经复制到主graphics文件。 <img type="image/svg+xml" height="300" src="ws/build/pdepend/overview-pyramid.svg" width="500"></img> <img type="image/svg+xml" height="300" src="ws/build/pdepend/dependencies.svg" width="500"></img> 但是，在Docker容器仍在运行时，我们可以在构build过程中看到这些图像。 我们缺less什么？
Jenkins Mesos – 错误：无法访问jarfile
我想通过mesos使用dynamic生成的Docker容器来运行Jenkins。 WARNING: Logging before InitGoogleLogging() is written to STDERR I0120 12:03:47.100700 26501 fetcher.cpp:76] Fetching URI 'http://172.17.20.31:3000/jnlpJars/slave.jar' I0120 12:03:47.101023 26501 fetcher.cpp:126] Downloading 'http://172.17.20.31:3000/jnlpJars/slave.jar' to '/tmp/mesos/slaves/20150107-091931-521408940-5050-11185-S7/frameworks/20150107-105325-538186156-5050-11332-0354/executors/mesos-jenkins-4bcb550d-bbcf-41ef-9f60-a401f5e4e96d/runs/521ca7ef-1285-4e95-b7bb-09c33faa6286/slave.jar' I0120 12:03:47.213743 26501 fetcher.cpp:255] Skipped extracting path '/tmp/mesos/slaves/20150107-091931-521408940-5050-11185-S7/frameworks/20150107-105325-538186156-5050-11332-0354/executors/mesos-jenkins-4bcb550d-bbcf-41ef-9f60-a401f5e4e96d/runs/521ca7ef-1285-4e95-b7bb-09c33faa6286/slave.jar' I0120 12:03:48.002521 26540 exec.cpp:132] Version: 0.21.1 I0120 12:03:48.035147 26543 exec.cpp:206] Executor registered on slave 20150107-091931-521408940-5050-11185-S7 Error: Unable to access jarfile /mnt/mesos/sandbox/slave.jar 我努力了： 手动添加slave.jar文件到Docker容器映像中指定的目录 […]
Jenkins的Dockerizing构build – 作为容器的奴隶或作为容器构build？
我想知道使用Docker在Jenkins CI / CD基础架构中集装箱化的最佳策略。 从我看到我有2个选项： （1）使用Docker插件，在Docker主机上使用按需configuration的临时从属： https ： //wiki.jenkins-ci.org/display/JENKINS/Docker+Plugin一旦构build完成，从属处置被处置。 因此，只有一个构build可以在单个从站上运行。 （2）使用CloudBees Docker自定义构build环境插件在Docker容器中运行构build的静态从站（例如VM）： https ： //wiki.jenkins-ci.org/display/JENKINS/CloudBees+Docker+Custom+Build+Environment +插件因此，多个（独立的）构build可以在单个从站上运行。 一种方法的主要优点和缺点是什么？ 何时和为什么我应该select一个在另一个之上？ 这对我来说不是显而易见的。 我怀疑构build体的重量更轻，因此对于一个CI / CD基础结构来说，编排一个大型的端到端stream水线， 其中有许多作业运行（2）将更具可扩展性 – 每个Jenkins从节点在主节点上至less有2个线程。 编辑
jenkins：运行构build不configurationdocker奴隶
我使用docker-plugin 0.10.0运行Jenkins 1.609.1来configurationjenkins docker slave。 Docker是在Ubuntu 14.04上运行的1.0.1。 我在https://wiki.jenkins-ci.org/display/JENKINS/Docker+Plugin（“Shortcut：Pulling a Docker image”）上创build了一个基于evarga/jenkins-slave每个指令的定制evarga/jenkins-slave镜像。 在我的Jenkinsconfiguration中， 将“Docker”添加到“Cloud”区域 指向本地docker的URL http：// localhost：4243 /，并且也正确地configuration了docker（我可以运行“Test connection”并且返回“1.0.1”） 使用supervisord创build一个自定义的my/jenkins:0.1 （ my/jenkins:0.1 ）图像，在里面运行SSH，MySQL，Postgres，ElasticSearch，PHP和NodeJS 手动运行容器，我可以与用户jenkins / jenkins SSH里面 我也给容器密码sudo权限的jenkins用户 我已经添加了一个docker图像到“Docker模板”（如上： my/jenkins:0.1 ），并通过“Docker SSH启动器”提供启动方法 在作业configuration中： 我选中了“Docker容器” 加了我的标签 源代码通过git checkout连接 当我运行这个工作时，只执行git checkout，但不是在slave上，而是直接在主机上： Started by user MyUser Building in workspace /var/lib/jenkins/workspace/Project-Core > git rev-parse –is-inside-work-tree # timeout=10 Fetching changes from […]
