[JIRA] [jacoco-plugin] (JENKINS-28636) Jacoco.exec can not be deleted

3 views
Skip to first unread message

mcraig88@yahoo.com (JIRA)

unread,
May 28, 2015, 6:01:02 PM5/28/15
to jenkinsc...@googlegroups.com
Mike Craig created an issue
 
Jenkins / Bug JENKINS-28636
Jacoco.exec can not be deleted
Issue Type: Bug Bug
Assignee: Ognjen Bubalo
Components: jacoco-plugin
Created: 28/May/15 10:00 PM
Environment: Jenkins ver. 1.609
Priority: Blocker Blocker
Reporter: Mike Craig

Hello,

We have an issue where our Maven builds run for a little while, then at some point a new build will kick off and will not be able to clean the workspace because jacoco.exec is locked and can not be deleted. Our build user "BuildProp" is an administrator on this server and cannot remove the file.

If I log in as myself, also and Admin, I can delete the file. However, once I navigate away from the folder and back, jacoco.exec will once again appear.

This started about a week ago, I suspect is has something to do with us running builds on a slave node.

Started by an SCM change
Building on master in workspace d:\jwsp\GIT.build1-maven3-develop
Wiping out workspace first.
java.nio.file.DirectoryNotEmptyException: d:\jwsp\GIT.build1-maven3-develop\abc\Apps\applications\Reconfirm\target
at sun.nio.fs.WindowsFileSystemProvider.implDelete(Unknown Source)
at sun.nio.fs.AbstractFileSystemProvider.delete(Unknown Source)
at java.nio.file.Files.delete(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at hudson.Util.deleteFile(Util.java:247)
at hudson.FilePath.deleteRecursive(FilePath.java:1202)
at hudson.FilePath.deleteContentsRecursive(FilePath.java:1211)
at hudson.FilePath.deleteRecursive(FilePath.java:1193)
at hudson.FilePath.deleteContentsRecursive(FilePath.java:1211)
at hudson.FilePath.deleteRecursive(FilePath.java:1193)
at hudson.FilePath.deleteContentsRecursive(FilePath.java:1211)
at hudson.FilePath.deleteRecursive(FilePath.java:1193)
at hudson.FilePath.deleteContentsRecursive(FilePath.java:1211)
at hudson.FilePath.deleteRecursive(FilePath.java:1193)
at hudson.FilePath.deleteContentsRecursive(FilePath.java:1211)
at hudson.FilePath.access$1100(FilePath.java:191)
at hudson.FilePath$15.invoke(FilePath.java:1185)
at hudson.FilePath$15.invoke(FilePath.java:1182)
at hudson.FilePath.act(FilePath.java:989)
at hudson.FilePath.act(FilePath.java:967)
at hudson.FilePath.deleteContents(FilePath.java:1182)
at hudson.plugins.git.extensions.impl.WipeWorkspace.beforeCheckout(WipeWorkspace.java:28)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1013)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1270)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:609)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:531)
at hudson.model.Run.execute(Run.java:1741)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:531)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:374)
Archiving artifacts
Skipping sonar analysis due to bad build status FAILURE
Notified Stash for commit with id e3f3c786a74c4be6eec44e5771650a8a0d1737cd
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any

Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265)
Atlassian logo

dominik.stadler@gmx.at (JIRA)

unread,
Jul 22, 2015, 8:09:02 AM7/22/15
to jenkinsc...@googlegroups.com
centic commented on Bug JENKINS-28636
 
Re: Jacoco.exec can not be deleted

I quickly checked for file handle leaks, but could not find any obvious ones.

Which version of jacoco-plugin is this?

You can try to use https://github.com/kohsuke/file-leak-detector on the Jenkins Slave to see if there are file handles still open and where they were allocated?

christopherleesimons@gmail.com (JIRA)

unread,
Jan 15, 2016, 5:38:04 PM1/15/16
to jenkinsc...@googlegroups.com

webmaster@mheinzerling.de (JIRA)

unread,
Jul 8, 2016, 6:04:01 AM7/8/16
to jenkinsc...@googlegroups.com
This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)
Atlassian logo

webmaster@mheinzerling.de (JIRA)

unread,
Jul 8, 2016, 6:04:01 AM7/8/16
to jenkinsc...@googlegroups.com
Martin Heinzerling assigned an issue to Mike Craig
 
Change By: Martin Heinzerling
Assignee: Ognjen Bubalo Mike Craig

webmaster@mheinzerling.de (JIRA)

unread,
Jul 8, 2016, 6:05:01 AM7/8/16
to jenkinsc...@googlegroups.com
Martin Heinzerling updated an issue
Change By: Martin Heinzerling
Labels: WaitingForInput

dominik.stadler@gmx.at (JIRA)

unread,
Mar 23, 2017, 5:27:02 PM3/23/17
to jenkinsc...@googlegroups.com
centic resolved as Cannot Reproduce
 

No response for a long time, therefore closing for now. Please reopen with some updated information if this is still an issue for you.

Change By: centic
Status: Open Resolved
Resolution: Cannot Reproduce
This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)
Atlassian logo
Reply all
Reply to author
Forward
0 new messages