Jenkins无法从远程git获取代码
我的jenkins build现在突然不起作用。错误如下:-Jenkins无法从远程git获取代码,git,jenkins,Git,Jenkins,我的jenkins build现在突然不起作用。错误如下:- Fetching changes from the remote Git repository > git config remote.origin.url <url> # timeout=10 ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from <url>
Fetching changes from the remote Git repository
> git config remote.origin.url <url> # timeout=10
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from <url>
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1270)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "git config remote.origin.url <url> returned status code 4:
stdout:
stderr: error: failed to write new configuration file .git/config.lock
从远程Git存储库获取更改
>git config remote.origin.url#timeout=10
错误:获取远程回购“源”时出错
hudson.plugins.git.GitException:未能从中获取
位于hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
位于hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
位于hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
在hudson.scm.scm.checkout(scm.java:484)
在hudson.model.AbstractProject.checkout(AbstractProject.java:1270)上
位于hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
位于jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
位于hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
位于hudson.model.Run.execute(Run.java:1759)
运行(MavenModuleSetBuild.java:529)
在hudson.model.ResourceController.execute(ResourceController.java:89)
运行(Executor.java:240)
原因:hudson.plugins.git.git异常:命令“git config remote.origin.url返回状态代码4:
标准:
stderr:错误:无法写入新的配置文件.git/config.lock
我无法找出根本原因。
我已检查jenkins主文件夹的权限和所有权,该文件夹为/var/lib/jenkins:-
drwxrwxrwx 17詹金斯詹金斯4096六月25日04:30詹金斯
jenkins工作区文件夹中.git文件夹的权限和所有权为:-
drwxrwxrwx 8 jenkins jenkins 4096 Jun 30 21:51.吉特
请指导我解决此问题。尝试清除工作区文件并重建。在Jenkins VM磁盘空间不足时遇到此问题。清理后,不再看到此问题。我通过将用户帐户控制设置设置为“从不通知”解决了此错误重新启动计算机并将节点重新连接到Jenkins。我看到了相同的问题,但磁盘空间和VM内存不是问题所在。对我来说,修复它的方法是在构建时重新克隆作业:
在我的例子中,获取/下载远程代码相当慢,并且由于超时而中止。 因此,我将“克隆和获取操作的超时(分钟)”增加到20分钟
在我的案例中,我发现我的基础结构团队成员更改了工作区的所有权。更改文件夹所有权(在我的例子中是jenkins:apache)后,它开始工作 谢谢和问候
Jaiswar Vipin Kumar R.我们从gitlab中删除了分支,但是从属服务器没有更新,所以我们看到了这个错误。我们删除了工作区,看起来还可以我修复了清理/var/lib/jenkins/caches上存储的每个git目录的问题:
ls
git-18890751adbbb4acf793765536038794 git-4e3aa803edee6bea2129fd817c36f896 git-9f242af77f8053aed6fedce8d0a76e3d git-e41ee04648298b79b4c7743c24ef70bd git-fceab3b3b569be214a737dca642e9276
git-18890751adbbb4acf793765536038794@tmp git-4e3aa803edee6bea2129fd817c36f896@tmp git-9f242af77f8053aed6fedce8d0a76e3d@tmp git-e41ee04648298b79b4c7743c24ef70bd@tmp git-fceab3b3b569be214a737dca642e9276@tmp
git-3733802e4022f95fbc60b4cb18a03217 git-551e81c26de5bcb6a5378e19af1e1be6 git-abf9e4e7e290be76e1f5b71ec660963e git-e707f9321b2bb37b96406ef713030927
git-3733802e4022f95fbc60b4cb18a03217@tmp git-551e81c26de5bcb6a5378e19af1e1be6@tmp git-abf9e4e7e290be76e1f5b71ec660963e@tmp git-e707f9321b2bb37b96406ef713030927@tmp
git-383d5f162d992a4ab05c37bf92f5a6a6 git-778102e2deb4f6ba3addd2a6598b243c git-c0a299dd0e54280fdc284e0f84116c25 git-ee5e64ec787f47fcbc3d1fb72b7f3431
git-383d5f162d992a4ab05c37bf92f5a6a6@tmp git-778102e2deb4f6ba3addd2a6598b243c@tmp git-c0a299dd0e54280fdc284e0f84116c25@tmp git-ee5e64ec787f47fcbc3d1fb72b7f3431@tmp
sh-4.2$ rm -rf git*
我对这个问题的解决方案的搜索总是让我担心权限问题,但问题并不是这样。它是从机上的磁盘大小/由于jenkins无法提取代码,dev/sda2的使用率达到100%。我从/tmp文件夹中删除了不需要的文件,该文件夹在/dev/sda2中给了我一些空间。希望这对面临类似问题的人有所帮助。我如何清理以及我应该清理什么?查看您拥有的文件并尝试了解您不再需要的内容通常清理/tmp文件夹是安全的。您的构建是否可能大于16GB?在我的情况下,我在服务器上运行了
df-h
,并且我还有0%的空间。删除了一些不需要的文件夹(我在同一台服务器上有其他站点)并对其进行了修复。或者在使用管道时在管道脚本中添加cleanWs()。当其他任何操作都不起作用,并且所有其他配置文件都已验证时,这对我来说是万无一失!这一个将彻底摧毁克隆存储库,对吗?约翰尼里科,谢谢!工作区充满了以前的构建尝试,在尝试克隆我的管道之前没有干净的WS。。。有道理你是我的救世主。。。但我也假设它可能与磁盘空间有关(不确定),因为我也在边缘上运行,但是没有相关的错误。所以再次感谢你!非常感谢。在我的例子中,它与磁盘空间有关。Jenkins在Openshift上以pod的形式运行,卷的磁盘空间不足。