当前位置: 首页 > 知识库问答 >
问题:

运行jenkins奴隶作为服务jenkins 2.89

邰德业
2023-03-14

我正在尝试将我的windows slave作为服务连接到jenkins 2.88。我通过webstart启动了这个奴隶,然后运行jenkins奴隶。exe install来安装服务。第二次运行作业时,从svn中检出内容,我得到以下错误:

Started by user XXX
Building remotely on Tobias_testnod (Excel) in workspace <PATH_TO_WORKSPACE>
Cleaning local Directory XXX/YYY
java.nio.file.DirectoryNotEmptyException: C:\<path_>\.svn\pristine
    at sun.nio.fs.WindowsFileSystemProvider.implDelete(Unknown Source)
    at sun.nio.fs.AbstractFileSystemProvider.deleteIfExists(Unknown Source)
    at java.nio.file.Files.deleteIfExists(Unknown Source)
    at hudson.Util.tryOnceDeleteFile(Util.java:290)
    at hudson.Util.tryOnceDeleteRecursive(Util.java:370)
    at hudson.Util.tryOnceDeleteContentsRecursive(Util.java:389)
    at hudson.Util.tryOnceDeleteRecursive(Util.java:369)
    at hudson.Util.tryOnceDeleteContentsRecursive(Util.java:389)
    at hudson.Util.deleteContentsRecursive(Util.java:225)
Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from <HOST>
        at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1655)
        at hudson.remoting.UserResponse.retrieve(UserRequest.java:308)
        at hudson.remoting.Channel.call(Channel.java:904)
        at hudson.FilePath.act(FilePath.java:986)
        at hudson.FilePath.act(FilePath.java:975)
        at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:902)
        at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:838)
        at hudson.scm.SCM.checkout(SCM.java:495)
        at hudson.model.AbstractProject.checkout(AbstractProject.java:1202)
        at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
        at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
        at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
        at hudson.model.Run.execute(Run.java:1724)
        at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
        at hudson.model.ResourceController.execute(ResourceController.java:97)
        at hudson.model.Executor.run(Executor.java:421)
Caused: java.io.IOException: Unable to delete <PATH>. Tried 3 times (of a maximum of 3) waiting 0,1 sec between attempts.
    at hudson.Util.deleteContentsRecursive(Util.java:230)
    at hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:81)
    at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:162)
    at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:1001)
    at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:977)
    at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:953)
    at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2760)
    at hudson.remoting.UserRequest.perform(UserRequest.java:205)
    at hudson.remoting.UserRequest.perform(UserRequest.java:52)
    at hudson.remoting.Request$2.run(Request.java:356)
    at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at hudson.remoting.Engine$1$1.run(Engine.java:98)
    at java.lang.Thread.run(Unknown Source)
Caused: java.io.IOException: remote file operation failed: <PATH_TO_WORKSPACE> at hudson.remoting.Channel@1fe2698:JNLP4-connect connection from <HOST>
    at hudson.FilePath.act(FilePath.java:993)
    at hudson.FilePath.act(FilePath.java:975)
    at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:902)
    at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:838)
    at hudson.scm.SCM.checkout(SCM.java:495)
    at hudson.model.AbstractProject.checkout(AbstractProject.java:1202)
    at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
    at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
    at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
    at hudson.model.Run.execute(Run.java:1724)
    at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
    at hudson.model.ResourceController.execute(ResourceController.java:97)
    at hudson.model.Executor.run(Executor.java:421)
Archiving artifacts

该服务正在以“我的用户”身份运行,以使其具有所有必要的权限。简而言之,我的问题是jenkins是否正确支持从服务运行jenkins slave jar的方法。例如,我不能从通过webstart启动时出现的窗口安装它,因为它没有足够的权限。相反,我必须以管理员的身份从命令行手动安装它。

那么服务选项真的正常工作了吗?或者我应该放弃它,从commandshell连接吗?如果有人确切地知道什么是错误的,我当然也会很高兴得到关于错误的任何帮助:)。我在主服务器和从服务器上运行Java1.8。

共有1个答案

凌意
2023-03-14

这似乎是一个与记忆有关的问题。查看此Jenkins bug以了解解决方法。

 类似资料:
  • 我想知道以下情况是否可能,请帮助我:- 情景1:- 我把我的本地系统作为Jenkins主系统,每次我需要一个从系统来运行自动化测试脚本时,docker容器就会作为Jenkins从系统旋转起来,我的脚本就会在从系统上执行,执行完成后容器就会被销毁。 我可以旋转多个容器作为Jenkins从本地系统作为Jenkins主。 谢谢

  • 我想和Kubernetes一起经营jenkins。我能够成功地使用jenkins kubernetes插件连接到kubernetes。现在,我正在运行一个管道示例,但是在运行过程中,我总是得到一个错误,上面写着: 它就挂在那里。如果我使用检查pods,我会看到pod正在运行,然后状态更改为completed,然后它就消失了。然后另一个名字相似的豆荚,开始和结束,循环继续。这些豆荚的最后一种状态如下

  • 背景信息:我有一个Kubernetes集群,有3个linux节点和1个windows节点。从詹金斯大师到特工的一切都在一个由库伯奈斯控制的容器或吊舱里。 我试图将Windows代理(在容器中)连接到Linux主服务器(也在容器中),但在使用hudson.remoting.jnlp将从服务器连接到主服务器时遇到了问题。 以下是该命令的错误: 我尝试匹配master和slave的Java版本,使用最新

  • 问题内容: 我正在寻找一种在Jenkins奴隶内部动态(按需)启动docker来运行Jenkins作业/构建的方法。附加架构以进行视觉理解。我实际上正在寻找的内容和流程如下所示: 1)触发Jenkins作业(手动/ git / gerrit) 2)Jenkins主服务器(在docker中运行)启动从属机器docker(并传递构建的脚本/指令) 3)构建在Jenkins从属(或从属设备,如果并行/管

  • 我试图使用Jenkins/Kubernetes插件来协调docker奴隶与Jenkins。 我正在使用这个插件:https://github.com/jenkinsci/kubernetes-plugin 我的问题是所有的从机都离线了,所以作业无法执行: 我已经用minikube在我的本地盒子上和我们的ops组托管的K8集群上尝试了这一点。我试过Jenkins1.9和Jenkins2。我总是得到同

  • 编辑 当队列中有多个作业时,有时会有多个执行器变为live。在读取死亡容器的日志后,所有容器都死亡,因为它们无法连接到containerIP:8080/tcpslaveAgentListener/。