[JIRA] [maven-plugin] (JENKINS-21330) java.nio.file.DirectoryNotEmptyException: /home/dev/.jenkins/jobs/MyBuild/lastSuccessful

79 views
Skip to first unread message

bballi@gfg-group.com (JIRA)

unread,
May 7, 2015, 10:34:03 PM5/7/15
to jenkinsc...@googlegroups.com
Bob Balli commented on Bug JENKINS-21330
 
Re: java.nio.file.DirectoryNotEmptyException: /home/dev/.jenkins/jobs/MyBuild/lastSuccessful

I am having below problem with Jenkins 1.597. Even though build is done successfully but I can see below error on start of log. I have been using this version from couple months now. I am not sure what causes this problem.

ln builds\lastSuccessfulBuild F:\Jenkins\jobs\STD754_Consolidation01_Clean\lastSuccessful failed
java.nio.file.DirectoryNotEmptyException: F:\Jenkins\jobs\STD754_Consolidation01_Clean\lastSuccessful
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 sun.reflect.GeneratedMethodAccessor3435.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at hudson.Util.createSymlinkJava7(Util.java:1200)
at hudson.Util.createSymlink(Util.java:1118)
at hudson.model.Run.createSymlink(Run.java:1822)
at hudson.model.Run.updateSymlinks(Run.java:1803)
at hudson.model.Run.execute(Run.java:1716)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
ln builds\lastStableBuild F:\Jenkins\jobs\STD754_Consolidation01_Clean\lastStable failed
java.nio.file.DirectoryNotEmptyException: F:\Jenkins\jobs\STD754_Consolidation01_Clean\lastStable
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 sun.reflect.GeneratedMethodAccessor3435.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at hudson.Util.createSymlinkJava7(Util.java:1200)
at hudson.Util.createSymlink(Util.java:1118)
at hudson.model.Run.createSymlink(Run.java:1822)
at hudson.model.Run.updateSymlinks(Run.java:1804)
at hudson.model.Run.execute(Run.java:1716)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265)
Atlassian logo

bballi@gfg-group.com (JIRA)

unread,
May 7, 2015, 10:36:02 PM5/7/15
to jenkinsc...@googlegroups.com
I am having below problem with Jenkins 1.597. Even though build is done successfully but I can see below error on start of  log. I have been using this version from couple months now. I am not sure what causes this problem. 

ln builds\lastSuccessfulBuild F:\Jenkins\jobs\ STD754_Consolidation01_Clean STDVERSION \lastSuccessful failed
java.nio.file.DirectoryNotEmptyException: F:\Jenkins\jobs\ STD754_Consolidation01_Clean STDVERSION \lastSuccessful

b099l3@gmail.com (JIRA)

unread,
Jul 9, 2015, 3:50:02 AM7/9/15
to jenkinsc...@googlegroups.com
Iain Smith commented on Bug JENKINS-21330
 
Re: java.nio.file.DirectoryNotEmptyException: /home/dev/.jenkins/jobs/MyBuild/lastSuccessful

Im getting this issue on Jenkins ver. 1.617

java.nio.file.DirectoryNotEmptyException: /Users/jenkins/.jenkins/jobs/Nightly/jobs/Internal_Nightly/lastSuccessful
	at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:242)
	at sun.nio.fs.AbstractFileSystemProvider.deleteIfExists(AbstractFileSystemProvider.java:108)
	at java.nio.file.Files.deleteIfExists(Files.java:1165)
	at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at hudson.Util.createSymlinkJava7(Util.java:1225)
	at hudson.Util.createSymlink(Util.java:1143)
	at hudson.model.Run.createSymlink(Run.java:1848)
	at hudson.model.Run.updateSymlinks(Run.java:1829)
	at hudson.model.Run.execute(Run.java:1742)
	at com.tikal.jenkins.plugins.multijob.MultiJobBuild.run(MultiJobBuild.java:73)
	at hudson.model.ResourceController.execute(ResourceController.java:98)
	at hudson.model.Executor.run(Executor.java:374)

java.nio.file.DirectoryNotEmptyException: /Users/jenkins/.jenkins/jobs/Nightly/jobs/Internal_Nightly/lastStable
	at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:242)
	at sun.nio.fs.AbstractFileSystemProvider.deleteIfExists(AbstractFileSystemProvider.java:108)
	at java.nio.file.Files.deleteIfExists(Files.java:1165)
	at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at hudson.Util.createSymlinkJava7(Util.java:1225)
	at hudson.Util.createSymlink(Util.java:1143)
	at hudson.model.Run.createSymlink(Run.java:1848)
	at hudson.model.Run.updateSymlinks(Run.java:1830)
	at hudson.model.Run.execute(Run.java:1742)
	at com.tikal.jenkins.plugins.multijob.MultiJobBuild.run(MultiJobBuild.java:73)
	at hudson.model.ResourceController.execute(ResourceController.java:98)
	at hudson.model.Executor.run(Executor.java:374)

wm@schindler-edv.com (JIRA)

unread,
Sep 7, 2015, 3:00:05 AM9/7/15
to jenkinsc...@googlegroups.com
Werner Mairl commented on Bug JENKINS-21330
 
Re: java.nio.file.DirectoryNotEmptyException: /home/dev/.jenkins/jobs/MyBuild/lastSuccessful

Same Issue at 1.609.3 (on windows)
To reproduce: deleted ALL old builds (so there is no lastsuccessfull/laststable available) with:

import hudson.model.*
import java.util.Date
hudson = Hudson.instance
for (job in hudson.projects) {
job.getBuilds().each

{ it.delete() }

}

It seems that the exception is caused by the code that creates the console output for upstream/downstream projects
i'm using "Build other Projects (extended)" post build actions

Started by upstream project "Trunk.XXX.UpdateVersion" build number 521
originally caused by:
Started by upstream project "Trunk.XXX.BuildStarter" build number 252
originally caused by:
Started by user Administrator
ln builds\lastSuccessfulBuild C:\JENKINS\HOME_MASTER\jobs\Trunk.XXX.Build\lastSuccessful failed
java.nio.file.DirectoryNotEmptyException: C:\JENKINS\HOME_MASTER\jobs\Trunk.XXX.Build\lastSuccessful


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 sun.reflect.GeneratedMethodAccessor403.invoke(Unknown Source)


at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)

at hudson.Util.createSymlinkJava7(Util.java:1224)
at hudson.Util.createSymlink(Util.java:1142)
at hudson.model.Run.createSymlink(Run.java:1842)
at hudson.model.Run.updateSymlinks(Run.java:1823)
at hudson.model.Run.execute(Run.java:1736)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:381)
ln builds\lastStableBuild C:\JENKINS\HOME_MASTER\jobs\Trunk.XXX.Build\lastStable failed
java.nio.file.DirectoryNotEmptyException: C:\JENKINS\HOME_MASTER\jobs\Trunk.XXX.Build\lastStable


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 sun.reflect.GeneratedMethodAccessor403.invoke(Unknown Source)


at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)

at hudson.Util.createSymlinkJava7(Util.java:1224)
at hudson.Util.createSymlink(Util.java:1142)
at hudson.model.Run.createSymlink(Run.java:1842)
at hudson.model.Run.updateSymlinks(Run.java:1824)
at hudson.model.Run.execute(Run.java:1736)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:381)

Anything else that i can do to help to isolate/solve the bug?

wm@schindler-edv.com (JIRA)

unread,
Sep 7, 2015, 3:02:02 AM9/7/15
to jenkinsc...@googlegroups.com

This issue is assigned to the Component "Maven Plugin"
not sure what this means but basically i'm not using that plugin (installed but disabled)

christian.keck_it@macio.de (JIRA)

unread,
Nov 18, 2015, 2:29:02 AM11/18/15
to jenkinsc...@googlegroups.com
Christian Keck commented on Bug JENKINS-21330
 
Re: java.nio.file.DirectoryNotEmptyException: /home/dev/.jenkins/jobs/MyBuild/lastSuccessful

We experience this issue here randomly, too, and it's still present in version 1.622.
Is there any work-around one could use until it's fixed?

julio.nobre@gmail.com (JIRA)

unread,
Jan 19, 2016, 10:43:04 AM1/19/16
to jenkinsc...@googlegroups.com
Julio Nobre commented on Bug JENKINS-21330
 
Re: java.nio.file.DirectoryNotEmptyException: /home/dev/.jenkins/jobs/MyBuild/lastSuccessful

Just to give my two cents on this issue, which started to happen just after a renaming Tristan project to Tristan (local)

To solve it, I renamed my C:\Program Files (x86)\Jenkins\jobs\Tristan (local)*lastSuccessful* folder to lastSuccessful.old

This suggest that may be Jenkins should choose among one of the following approaches:

  • Jenkins refactors project's configuration files so they reflect the new project name;
  • Or Jenkins, forces user to aknowledge (checkbox) that he will loose Last Successful Build *information because because folder *lastSuccessful *will be renamed to *lastSuccessful.nnn, where nnn is sequencial number to prevent folder overwriting.

Hope this helps

I am using Jenkins v1.643

haridara@gmail.com (JIRA)

unread,
May 2, 2016, 1:20:02 PM5/2/16
to jenkinsc...@googlegroups.com
Hari Dara commented on Bug JENKINS-21330
 
Re: java.nio.file.DirectoryNotEmptyException: /home/dev/.jenkins/jobs/MyBuild/lastSuccessful

This started happening on a new Jenkins server that a teammate was trying to setup by cloning an existing one, and I found out that he used scp -r to copy the whole working tree and that resulted in the lastSuccessful and lastStable soft-links to get converted to physical directories. I guess Jenkins was trying to remove it like it is a file (which a soft-link is), but since it turned out to be a directory that is not empty, it is causing this exception. When you remove/rename these directories, it clears the path for Jenkins to recreate the soft-links thus solving the problem.

Perhaps Jenkins can handle this case more gracefully?

jglick@cloudbees.com (JIRA)

unread,
May 5, 2016, 5:49:02 AM5/5/16
to jenkinsc...@googlegroups.com
Jesse Glick commented on Bug JENKINS-21330
 
Re: java.nio.file.DirectoryNotEmptyException: /home/dev/.jenkins/jobs/MyBuild/lastSuccessful

`createSymlinkJava7` could detect this case and either report the real mistake, or simply delete the bogus directory.

jtsweet@cloudbees.com (JIRA)

unread,
May 5, 2016, 9:20:02 AM5/5/16
to jenkinsc...@googlegroups.com

haridara@gmail.com (JIRA)

unread,
Jun 15, 2016, 5:52:01 AM6/15/16
to jenkinsc...@googlegroups.com
This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)
Atlassian logo

414958348@qq.com (JIRA)

unread,
Aug 7, 2018, 4:29:03 AM8/7/18
to jenkinsc...@googlegroups.com
This message was sent by Atlassian JIRA (v7.10.1#710002-sha1:6efc396)

414958348@qq.com (JIRA)

unread,
Aug 7, 2018, 4:30:02 AM8/7/18
to jenkinsc...@googlegroups.com
Reply all
Reply to author
Forward
0 new messages