[ 
https://issues.apache.org/jira/browse/KAFKA-6291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16355107#comment-16355107
 ] 

Ivan Smurygin edited comment on KAFKA-6291 at 2/7/18 8:13 AM:
--------------------------------------------------------------

Here is another workaround

[https://github.com/hazelcast/hazelcast-jet/blob/master/hazelcast-jet-kafka/src/test/java/com/hazelcast/jet/impl/connector/kafka/KafkaTestSupport.java]

But sill the problem with Gb of unreleased memory persists


was (Author: smuryginim):
Here is another workaround

https://github.com/hazelcast/hazelcast-jet/blob/master/hazelcast-jet-kafka/src/test/java/com/hazelcast/jet/impl/connector/kafka/KafkaTestSupport.java

> Cannot close EmbeddedZookeeper on Windows
> -----------------------------------------
>
>                 Key: KAFKA-6291
>                 URL: https://issues.apache.org/jira/browse/KAFKA-6291
>             Project: Kafka
>          Issue Type: Bug
>          Components: zkclient
>    Affects Versions: 0.11.0.0, 1.0.0
>         Environment: Windows 10 (doesn't reproduce on Linux)
> JDK 8
>            Reporter: Viliam Durina
>            Priority: Major
>
> We created {{EmbeddedZookeeper}} and {{ZkClient}} for various tests using 
> this code:
> {code:java}
>         EmbeddedZookeeper zkServer = new EmbeddedZookeeper();
>         ZkClient zkClient = new ZkClient("127.0.0.1:" + zkServer.port(), 
> 30000, 30000, ZKStringSerializer$.MODULE$);
>         zkClient.close();
>         zkServer.shutdown();
> {code}
> This works fine on Linux, but on Windows, the {{zkServer.shutdown()}} call 
> fails with this exception:
> {code}
> [Thread-1] ERROR org.apache.kafka.test.TestUtils - Error deleting 
> C:\Users\vilo\AppData\Local\Temp\kafka-5521621147877426083
> java.nio.file.FileSystemException: 
> C:\Users\vilo\AppData\Local\Temp\kafka-5521621147877426083\version-2\log.1: 
> The process cannot access the file because it is being used by another 
> process.
>       at 
> sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
>       at 
> sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
>       at 
> sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
>       at 
> sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
>       at 
> sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
>       at java.nio.file.Files.delete(Files.java:1126)
>       at org.apache.kafka.common.utils.Utils$1.visitFile(Utils.java:630)
>       at org.apache.kafka.common.utils.Utils$1.visitFile(Utils.java:619)
>       at java.nio.file.Files.walkFileTree(Files.java:2670)
>       at java.nio.file.Files.walkFileTree(Files.java:2742)
>       at org.apache.kafka.common.utils.Utils.delete(Utils.java:619)
>       at org.apache.kafka.test.TestUtils$1.run(TestUtils.java:184)
> java.nio.file.FileSystemException: 
> C:\Users\vilo\AppData\Local\Temp\kafka-5521621147877426083\version-2\log.1: 
> The process cannot access the file because it is being used by another 
> process.
>       at 
> sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
>       at 
> sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
>       at 
> sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
>       at 
> sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
>       at 
> sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
>       at java.nio.file.Files.delete(Files.java:1126)
>       at org.apache.kafka.common.utils.Utils$1.visitFile(Utils.java:630)
>       at org.apache.kafka.common.utils.Utils$1.visitFile(Utils.java:619)
>       at java.nio.file.Files.walkFileTree(Files.java:2670)
>       at java.nio.file.Files.walkFileTree(Files.java:2742)
>       at org.apache.kafka.common.utils.Utils.delete(Utils.java:619)
>       at kafka.zk.EmbeddedZookeeper.shutdown(EmbeddedZookeeper.scala:53)
>       at com.hazelcast.jet.KafkaTest.test(KafkaTest.java:32)
>       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>       at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>       at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>       at java.lang.reflect.Method.invoke(Method.java:498)
>       at 
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>       at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>       at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>       at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>       at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>       at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>       at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>       at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>       at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>       at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>       at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>       at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>       at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>       at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
>       at 
> com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
>       at 
> com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
>       at 
> com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
>       at 
> com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
> {code}
> My workaround is to comment out the {{zkServer.shutdown()}} call, however 
> this leaves GBs of files in temp directory.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to