You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@slider.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2014/11/11 15:57:34 UTC

[jira] [Issue Comment Deleted] (SLIDER-639) SliderClient.buildInstanceDefinition() creates a directory that can't be deleted in the same JVM

     [ https://issues.apache.org/jira/browse/SLIDER-639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Steve Loughran updated SLIDER-639:
----------------------------------
    Comment: was deleted

(was: {code}
C:\Work\slider\slider-core\target\zookeeper-testBuildMultipleRoles\data\version-2\log.7]: it still exists.Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 103.125 sec <<< FAILURE! - in org.apache.slider.providers.agent.TestBuildBasicAgenttestBuildMultipleRoles(org.apache.slider.providers.agent.TestBuildBasicAgent)  Time elapsed: 63.985 sec  <<< ERROR!java.io.IOException: Unable to delete file: C:\Users\Administrator\.slider\cluster\testbuildmultipleroles\resources.json
        at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:2279)
        at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1653)
        at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:1535)
        at org.apache.commons.io.FileUtils$deleteDirectory$0.call(Unknown Source)
        at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
        at org.apache.slider.test.YarnMiniClusterTestBase.rigorousDelete(YarnMiniClusterTestBase.groovy:615)
        at org.apache.slider.test.YarnMiniClusterTestBase$rigorousDelete$2.callCurrent(Unknown Source)
        at org.apache.slider.test.YarnMiniClusterTestBase.rigorousDelete(YarnMiniClusterTestBase.groovy:579)
        at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrap.invoke(PogoMetaMethodSite.java:187)
        at org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:56)
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:149)
        at org.apache.slider.test.YarnMiniClusterTestBase.createOrBuildCluster(YarnMiniClusterTestBase.groovy:520)
        at org.apache.slider.providers.agent.AgentTestBase.buildAgentCluster(AgentTestBase.groovy:151)
        at org.apache.slider.providers.agent.TestBuildBasicAgent.testBuildMultipleRoles(TestBuildBasicAgent.groovy:178)Results :Tests in error:  TestBuildBasicAgent.testBuildMultipleRoles:178->AgentTestBase.buildAgentCluster:151->YarnMiniClusterTestBase.createOrBuildCluster:520->YarnMiniClusterTestBase.rigorousDelete:579->YarnMiniClusterTestBase.rigorousDelete:615 ╗ IOTests run: 9, Failures: 0, Errors: 1, Skipped: 0
{code})

> SliderClient.buildInstanceDefinition() creates a directory that can't be deleted in the same JVM
> ------------------------------------------------------------------------------------------------
>
>                 Key: SLIDER-639
>                 URL: https://issues.apache.org/jira/browse/SLIDER-639
>             Project: Slider
>          Issue Type: Bug
>          Components: client, core
>    Affects Versions: Slider 0.60
>         Environment: Windows
>            Reporter: Steve Loughran
>            Priority: Minor
>             Fix For: Slider 0.70
>
>
> In {{SliderClient.buildInstanceDefinition() }} some file handle or something is kept open to the extent that if the definition is being saved to NTFS, it can't be deleted.
> This condition holds for the duration of the JVM, hence the conclusion that this is a file handle.
> As production instances have to use HDFS for their instance definitions, this is only a test problem



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)