[jira] [Commented] (GEODE-5428) SUPERFLAKY: DurableClientTestCase.testDurableHAFailover

2018-08-17 Thread Mark Hanson (JIRA)


[ 
https://issues.apache.org/jira/browse/GEODE-5428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16584466#comment-16584466
 ] 

Mark Hanson commented on GEODE-5428:


h1. lass 
org.apache.geode.internal.cache.tier.sockets.DurableClientNetDownDUnitTest
[all|http://files.apachegeode-ci.info/builds/1.8.0-build.1268/test-results/distributedTest/1533928902/index.html]
 > 
[org.apache.geode.internal.cache.tier.sockets|http://files.apachegeode-ci.info/builds/1.8.0-build.1268/test-results/distributedTest/1533928902/packages/org.apache.geode.internal.cache.tier.sockets.html]
 > DurableClientNetDownDUnitTest
|
|10
tests|1
failures|0
ignored|13m53.92s
duration|
|90%
successful|
 * 
h2. Failed tests

 * 
[Tests|http://files.apachegeode-ci.info/builds/1.8.0-build.1268/test-results/distributedTest/1533928902/classes/org.apache.geode.internal.cache.tier.sockets.DurableClientNetDownDUnitTest.html#tab1]
 * [Standard 
output|http://files.apachegeode-ci.info/builds/1.8.0-build.1268/test-results/distributedTest/1533928902/classes/org.apache.geode.internal.cache.tier.sockets.DurableClientNetDownDUnitTest.html#tab2]

h3. testDurableHAFailover
org.apache.geode.test.dunit.RMIException: While invoking 
org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase$30.run in VM 
2 running on Host c7195c46f09c with 4 VMs at 
org.apache.geode.test.dunit.VM.invoke(VM.java:443) at 
org.apache.geode.test.dunit.VM.invoke(VM.java:412) at 
org.apache.geode.test.dunit.VM.invoke(VM.java:355) at 
org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase.verifyListenerUpdatesEntries(DurableClientTestCase.java:847)
 at 
org.apache.geode.internal.cache.tier.sockets.DurableClientNetDownDUnitTest.verifyListenerUpdates(DurableClientNetDownDUnitTest.java:76)
 at 
org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase.durableFailoverAfterReconnect(DurableClientTestCase.java:1336)
 at 
org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase.testDurableHAFailover(DurableClientTestCase.java:1045)
 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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) 
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) 
at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) at 
org.junit.rules.RunRules.evaluate(RunRules.java:20) 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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) 
at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:106)
 at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
 at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
 at 
org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:66)
 at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
 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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
 at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
 at 
org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
 at 

[jira] [Assigned] (GEODE-5600) Property file creation occurs any time .git/index is updated (which is all the time)

2018-08-17 Thread Patrick Rhomberg (JIRA)


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

Patrick Rhomberg reassigned GEODE-5600:
---

Assignee: Patrick Rhomberg

> Property file creation occurs any time .git/index is updated (which is all 
> the time)
> 
>
> Key: GEODE-5600
> URL: https://issues.apache.org/jira/browse/GEODE-5600
> Project: Geode
>  Issue Type: Improvement
>  Components: build
>Reporter: Patrick Rhomberg
>Assignee: Patrick Rhomberg
>Priority: Major
>  Labels: pull-request-available
>
> Because the property file is an input for the {{jar}} target, this causes a 
> significant increase in build time, even when nothing significant has changed.
>  
> As a standard development cycle, regeneration of the property file should be 
> optional / skipped.



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


[jira] [Created] (GEODE-5600) Property file creation occurs any time .git/index is updated (which is all the time)

2018-08-17 Thread Patrick Rhomberg (JIRA)
Patrick Rhomberg created GEODE-5600:
---

 Summary: Property file creation occurs any time .git/index is 
updated (which is all the time)
 Key: GEODE-5600
 URL: https://issues.apache.org/jira/browse/GEODE-5600
 Project: Geode
  Issue Type: Improvement
  Components: build
Reporter: Patrick Rhomberg


Because the property file is an input for the {{jar}} target, this causes a 
significant increase in build time, even when nothing significant has changed.

 

As a standard development cycle, regeneration of the property file should be 
optional / skipped.



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


[jira] [Assigned] (GEODE-5428) SUPERFLAKY: DurableClientTestCase.testDurableHAFailover

2018-08-17 Thread Mark Hanson (JIRA)


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

Mark Hanson reassigned GEODE-5428:
--

Assignee: Mark Hanson

> SUPERFLAKY: DurableClientTestCase.testDurableHAFailover
> ---
>
> Key: GEODE-5428
> URL: https://issues.apache.org/jira/browse/GEODE-5428
> Project: Geode
>  Issue Type: Task
>Reporter: Dan Smith
>Assignee: Mark Hanson
>Priority: Major
>  Labels: pull-request-available, swat
> Attachments: Test results - Class 
> org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase.html
>
>  Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> This test failed frequently over many 200+ runs of DistributedTest. It looks 
> like this test was reenabled recently, See GEODE-3721.
> {noformat}
> 23 failures 
> org.apache.geode.internal.cache.tier.sockets.DurableClientCrashDUnitTest.testDurableHAFailover
>  (91.4179104477612% success rate)
> 19 failures 
> org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase.testDurableHAFailover
>  (92.91044776119402% success rate)
> 2 failures 
> org.apache.geode.internal.cache.tier.sockets.DurableClientSimpleDUnitTest.testDurableHAFailover
>  (99.25373134328358% success rate)
> {noformat}
> {noformat}
> org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase > 
> testDurableHAFailover FAILED
>   
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase$57.run in 
> VM 2 running on Host 70293b28b05f with 4 VMs
>   
> at org.apache.geode.test.dunit.VM.invoke(VM.java:436)
>   
> at org.apache.geode.test.dunit.VM.invoke(VM.java:405)
>   
> at org.apache.geode.test.dunit.VM.invoke(VM.java:348)
>   
> at 
> org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase.checkPrimaryRecovery(DurableClientTestCase.java:1732)
>   
> at 
> org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase.durableFailover(DurableClientTestCase.java:1247)
>   
> at 
> org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase.testDurableHAFailover(DurableClientTestCase.java:1102)
>   
>   
> Caused by:
>   
> java.lang.AssertionError: Event never occurred after 3 ms: Did 
> not detect primary recovery event during wait period
>   
> at org.junit.Assert.fail(Assert.java:88)
>   
> at 
> org.apache.geode.test.dunit.Wait.waitForCriterion(Wait.java:190)
>   
> at 
> org.apache.geode.internal.cache.tier.sockets.DurableClientTestCase$57.run2(DurableClientTestCase.java:1746)
> {noformat}



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


[jira] [Closed] (GEODE-4992) port multi cache tests from clicache to cppcache

2018-08-17 Thread Addison (JIRA)


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

Addison closed GEODE-4992.
--

> port multi cache tests from clicache to cppcache
> 
>
> Key: GEODE-4992
> URL: https://issues.apache.org/jira/browse/GEODE-4992
> Project: Geode
>  Issue Type: Improvement
>  Components: native client
>Reporter: Ernest Burghardt
>Priority: Major
>
> in clicache there are integrationtest2 and test2 - need to port the 
> multi-cache tests to cppcache



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


[jira] [Resolved] (GEODE-4992) port multi cache tests from clicache to cppcache

2018-08-17 Thread Addison (JIRA)


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

Addison resolved GEODE-4992.

Resolution: Implemented

> port multi cache tests from clicache to cppcache
> 
>
> Key: GEODE-4992
> URL: https://issues.apache.org/jira/browse/GEODE-4992
> Project: Geode
>  Issue Type: Improvement
>  Components: native client
>Reporter: Ernest Burghardt
>Priority: Major
>
> in clicache there are integrationtest2 and test2 - need to port the 
> multi-cache tests to cppcache



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


[jira] [Assigned] (GEODE-5599) Flaky: Pipeline failure AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs

2018-08-17 Thread Mark Hanson (JIRA)


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

Mark Hanson reassigned GEODE-5599:
--

Assignee: (was: Mark Hanson)

> Flaky: Pipeline failure 
> AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs
> -
>
> Key: GEODE-5599
> URL: https://issues.apache.org/jira/browse/GEODE-5599
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Reporter: Mark Hanson
>Priority: Major
>  Labels: swat
> Attachments: Archive.zip
>
>
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.test.dunit.rules.ClusterStartupRule$$Lambda$41/1739841203.call
>  in VM 0 running on Host 074d29a069db with 4 VMs at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:443) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:412) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:378) at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:188)
>  at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:181)
>  at 
> org.apache.geode.management.internal.cli.commands.AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs(AlterRuntimeCommandDUnitTest.java:428)
>  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 
> junitparams.internal.InvokeParameterisedMethod.evaluate(InvokeParameterisedMethod.java:234)
>  at 
> org.apache.geode.test.junit.rules.DescribedExternalResource$1.evaluate(DescribedExternalResource.java:40)
>  at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.RunRules.evaluate(RunRules.java:20) at 
> junitparams.internal.ParameterisedTestMethodRunner.runMethodInvoker(ParameterisedTestMethodRunner.java:47)
>  at 
> junitparams.internal.ParameterisedTestMethodRunner.runTestMethod(ParameterisedTestMethodRunner.java:40)
>  at 
> junitparams.internal.ParameterisedTestClassRunner.runParameterisedTest(ParameterisedTestClassRunner.java:146)
>  at junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:446) at 
> junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:393) 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.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:106)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
>  at 
> org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:66)
>  at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>  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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>  at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>  at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>  at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>  at com.sun.proxy.$Proxy2.processTestClass(Unknown Source) at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:117)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at 
> 

[jira] [Updated] (GEODE-5599) Flaky: Pipeline failure AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs

2018-08-17 Thread Mark Hanson (JIRA)


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

Mark Hanson updated GEODE-5599:
---
Labels: swat  (was: )

> Flaky: Pipeline failure 
> AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs
> -
>
> Key: GEODE-5599
> URL: https://issues.apache.org/jira/browse/GEODE-5599
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Reporter: Mark Hanson
>Assignee: Mark Hanson
>Priority: Major
>  Labels: swat
> Attachments: Archive.zip
>
>
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.test.dunit.rules.ClusterStartupRule$$Lambda$41/1739841203.call
>  in VM 0 running on Host 074d29a069db with 4 VMs at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:443) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:412) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:378) at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:188)
>  at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:181)
>  at 
> org.apache.geode.management.internal.cli.commands.AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs(AlterRuntimeCommandDUnitTest.java:428)
>  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 
> junitparams.internal.InvokeParameterisedMethod.evaluate(InvokeParameterisedMethod.java:234)
>  at 
> org.apache.geode.test.junit.rules.DescribedExternalResource$1.evaluate(DescribedExternalResource.java:40)
>  at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.RunRules.evaluate(RunRules.java:20) at 
> junitparams.internal.ParameterisedTestMethodRunner.runMethodInvoker(ParameterisedTestMethodRunner.java:47)
>  at 
> junitparams.internal.ParameterisedTestMethodRunner.runTestMethod(ParameterisedTestMethodRunner.java:40)
>  at 
> junitparams.internal.ParameterisedTestClassRunner.runParameterisedTest(ParameterisedTestClassRunner.java:146)
>  at junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:446) at 
> junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:393) 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.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:106)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
>  at 
> org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:66)
>  at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>  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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>  at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>  at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>  at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>  at com.sun.proxy.$Proxy2.processTestClass(Unknown Source) at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:117)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at 

[jira] [Updated] (GEODE-5599) Flaky: Pipeline failure AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs

2018-08-17 Thread Mark Hanson (JIRA)


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

Mark Hanson updated GEODE-5599:
---
Component/s: (was: core)
 tests

> Flaky: Pipeline failure 
> AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs
> -
>
> Key: GEODE-5599
> URL: https://issues.apache.org/jira/browse/GEODE-5599
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Reporter: Mark Hanson
>Assignee: Mark Hanson
>Priority: Major
>  Labels: swat
> Attachments: Archive.zip
>
>
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.test.dunit.rules.ClusterStartupRule$$Lambda$41/1739841203.call
>  in VM 0 running on Host 074d29a069db with 4 VMs at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:443) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:412) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:378) at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:188)
>  at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:181)
>  at 
> org.apache.geode.management.internal.cli.commands.AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs(AlterRuntimeCommandDUnitTest.java:428)
>  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 
> junitparams.internal.InvokeParameterisedMethod.evaluate(InvokeParameterisedMethod.java:234)
>  at 
> org.apache.geode.test.junit.rules.DescribedExternalResource$1.evaluate(DescribedExternalResource.java:40)
>  at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.RunRules.evaluate(RunRules.java:20) at 
> junitparams.internal.ParameterisedTestMethodRunner.runMethodInvoker(ParameterisedTestMethodRunner.java:47)
>  at 
> junitparams.internal.ParameterisedTestMethodRunner.runTestMethod(ParameterisedTestMethodRunner.java:40)
>  at 
> junitparams.internal.ParameterisedTestClassRunner.runParameterisedTest(ParameterisedTestClassRunner.java:146)
>  at junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:446) at 
> junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:393) 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.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:106)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
>  at 
> org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:66)
>  at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>  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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>  at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>  at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>  at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>  at com.sun.proxy.$Proxy2.processTestClass(Unknown Source) at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:117)
>  at 

[jira] [Updated] (GEODE-5599) Flaky: Pipeline failure AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs

2018-08-17 Thread Mark Hanson (JIRA)


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

Mark Hanson updated GEODE-5599:
---
Attachment: Archive.zip

> Flaky: Pipeline failure 
> AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs
> -
>
> Key: GEODE-5599
> URL: https://issues.apache.org/jira/browse/GEODE-5599
> Project: Geode
>  Issue Type: Bug
>  Components: core
>Reporter: Mark Hanson
>Assignee: Mark Hanson
>Priority: Major
> Attachments: Archive.zip
>
>
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.test.dunit.rules.ClusterStartupRule$$Lambda$41/1739841203.call
>  in VM 0 running on Host 074d29a069db with 4 VMs at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:443) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:412) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:378) at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:188)
>  at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:181)
>  at 
> org.apache.geode.management.internal.cli.commands.AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs(AlterRuntimeCommandDUnitTest.java:428)
>  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 
> junitparams.internal.InvokeParameterisedMethod.evaluate(InvokeParameterisedMethod.java:234)
>  at 
> org.apache.geode.test.junit.rules.DescribedExternalResource$1.evaluate(DescribedExternalResource.java:40)
>  at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.RunRules.evaluate(RunRules.java:20) at 
> junitparams.internal.ParameterisedTestMethodRunner.runMethodInvoker(ParameterisedTestMethodRunner.java:47)
>  at 
> junitparams.internal.ParameterisedTestMethodRunner.runTestMethod(ParameterisedTestMethodRunner.java:40)
>  at 
> junitparams.internal.ParameterisedTestClassRunner.runParameterisedTest(ParameterisedTestClassRunner.java:146)
>  at junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:446) at 
> junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:393) 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.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:106)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
>  at 
> org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:66)
>  at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>  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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>  at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>  at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>  at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>  at com.sun.proxy.$Proxy2.processTestClass(Unknown Source) at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:117)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at 
> 

[jira] [Resolved] (GEODE-5402) Disk recovery sometimes hangs when no member is recognized as having the most recent data

2018-08-17 Thread Lynn Gallinat (JIRA)


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

Lynn Gallinat resolved GEODE-5402.
--
Resolution: Fixed

> Disk recovery sometimes hangs when no member is recognized as having the most 
> recent data 
> --
>
> Key: GEODE-5402
> URL: https://issues.apache.org/jira/browse/GEODE-5402
> Project: Geode
>  Issue Type: Bug
>  Components: persistence
>Reporter: Lynn Gallinat
>Assignee: Lynn Gallinat
>Priority: Major
>
> During disk recovery, sometimes a the system will hang because every member 
> is waiting for others to initialize first, and nobody is recognized as having 
> the most recent data.
> This can happen when a member persists its most recent view of another member 
> to disk, then that member is killed before it can remove the older view of 
> the other member from the op log files. When starting the cluster from disk, 
> the member then has two views of the other member, one recent and the other 
> stale. The member then decides is needs to wait for the stale view of the 
> other member which causes the hang.



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


[jira] [Updated] (GEODE-5596) Client ends up with destroyed entry after invalidate()

2018-08-17 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot updated GEODE-5596:
--
Labels: pull-request-available  (was: )

> Client ends up with destroyed entry after invalidate()
> --
>
> Key: GEODE-5596
> URL: https://issues.apache.org/jira/browse/GEODE-5596
> Project: Geode
>  Issue Type: Improvement
>  Components: regions
>Reporter: Bruce Schuchardt
>Assignee: Bruce Schuchardt
>Priority: Major
>  Labels: pull-request-available
>
> If a client is doing a destroy, putAll and invalidate in separate threads and 
> the events align like this in the server: destroy then create then 
> invalidate, the client may end up having a destroyed entry instead of an 
> invalid entry.
> This is a long standing issue with Geode (and formerly with GemFire) that a 
> client does not create an Invalid entry in some situations.  A lot of this 
> was cleared up when we implemented concurrency controls in the cache but this 
> one corner case remains.
> Fixing this issue requires a small change in behavior for client caches in 
> how they handle the invalidate() operation, but I think it's a change for the 
> better.



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


[jira] [Assigned] (GEODE-5599) Flaky: Pipeline failure AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs

2018-08-17 Thread Mark Hanson (JIRA)


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

Mark Hanson reassigned GEODE-5599:
--

Assignee: Mark Hanson

> Flaky: Pipeline failure 
> AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs
> -
>
> Key: GEODE-5599
> URL: https://issues.apache.org/jira/browse/GEODE-5599
> Project: Geode
>  Issue Type: Bug
>  Components: core
>Reporter: Mark Hanson
>Assignee: Mark Hanson
>Priority: Major
>
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.test.dunit.rules.ClusterStartupRule$$Lambda$41/1739841203.call
>  in VM 0 running on Host 074d29a069db with 4 VMs at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:443) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:412) at 
> org.apache.geode.test.dunit.VM.invoke(VM.java:378) at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:188)
>  at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:181)
>  at 
> org.apache.geode.management.internal.cli.commands.AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs(AlterRuntimeCommandDUnitTest.java:428)
>  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 
> junitparams.internal.InvokeParameterisedMethod.evaluate(InvokeParameterisedMethod.java:234)
>  at 
> org.apache.geode.test.junit.rules.DescribedExternalResource$1.evaluate(DescribedExternalResource.java:40)
>  at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
> org.junit.rules.RunRules.evaluate(RunRules.java:20) at 
> junitparams.internal.ParameterisedTestMethodRunner.runMethodInvoker(ParameterisedTestMethodRunner.java:47)
>  at 
> junitparams.internal.ParameterisedTestMethodRunner.runTestMethod(ParameterisedTestMethodRunner.java:40)
>  at 
> junitparams.internal.ParameterisedTestClassRunner.runParameterisedTest(ParameterisedTestClassRunner.java:146)
>  at junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:446) at 
> junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:393) 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.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:106)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
>  at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
>  at 
> org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:66)
>  at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>  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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>  at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>  at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>  at 
> org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>  at com.sun.proxy.$Proxy2.processTestClass(Unknown Source) at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:117)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at 
> 

[jira] [Assigned] (GEODE-5596) Client ends up with destroyed entry after invalidate()

2018-08-17 Thread Bruce Schuchardt (JIRA)


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

Bruce Schuchardt reassigned GEODE-5596:
---

Assignee: Bruce Schuchardt

> Client ends up with destroyed entry after invalidate()
> --
>
> Key: GEODE-5596
> URL: https://issues.apache.org/jira/browse/GEODE-5596
> Project: Geode
>  Issue Type: Improvement
>  Components: regions
>Reporter: Bruce Schuchardt
>Assignee: Bruce Schuchardt
>Priority: Major
>
> If a client is doing a destroy, putAll and invalidate in separate threads and 
> the events align like this in the server: destroy then create then 
> invalidate, the client may end up having a destroyed entry instead of an 
> invalid entry.
> This is a long standing issue with Geode (and formerly with GemFire) that a 
> client does not create an Invalid entry in some situations.  A lot of this 
> was cleared up when we implemented concurrency controls in the cache but this 
> one corner case remains.
> Fixing this issue requires a small change in behavior for client caches in 
> how they handle the invalidate() operation, but I think it's a change for the 
> better.



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


[jira] [Created] (GEODE-5599) Flaky: Pipeline failure AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs

2018-08-17 Thread Mark Hanson (JIRA)
Mark Hanson created GEODE-5599:
--

 Summary: Flaky: Pipeline failure 
AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs
 Key: GEODE-5599
 URL: https://issues.apache.org/jira/browse/GEODE-5599
 Project: Geode
  Issue Type: Bug
  Components: core
Reporter: Mark Hanson


org.apache.geode.test.dunit.RMIException: While invoking 
org.apache.geode.test.dunit.rules.ClusterStartupRule$$Lambda$41/1739841203.call 
in VM 0 running on Host 074d29a069db with 4 VMs at 
org.apache.geode.test.dunit.VM.invoke(VM.java:443) at 
org.apache.geode.test.dunit.VM.invoke(VM.java:412) at 
org.apache.geode.test.dunit.VM.invoke(VM.java:378) at 
org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:188)
 at 
org.apache.geode.test.dunit.rules.ClusterStartupRule.startLocatorVM(ClusterStartupRule.java:181)
 at 
org.apache.geode.management.internal.cli.commands.AlterRuntimeCommandDUnitTest.alterStatArchiveFile_updatesAllServerConfigs(AlterRuntimeCommandDUnitTest.java:428)
 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 
junitparams.internal.InvokeParameterisedMethod.evaluate(InvokeParameterisedMethod.java:234)
 at 
org.apache.geode.test.junit.rules.DescribedExternalResource$1.evaluate(DescribedExternalResource.java:40)
 at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at 
org.junit.rules.RunRules.evaluate(RunRules.java:20) at 
junitparams.internal.ParameterisedTestMethodRunner.runMethodInvoker(ParameterisedTestMethodRunner.java:47)
 at 
junitparams.internal.ParameterisedTestMethodRunner.runTestMethod(ParameterisedTestMethodRunner.java:40)
 at 
junitparams.internal.ParameterisedTestClassRunner.runParameterisedTest(ParameterisedTestClassRunner.java:146)
 at junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:446) at 
junitparams.JUnitParamsRunner.runChild(JUnitParamsRunner.java:393) 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.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:106)
 at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
 at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
 at 
org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:66)
 at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
 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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
 at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
 at 
org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
 at 
org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
 at com.sun.proxy.$Proxy2.processTestClass(Unknown Source) at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:117)
 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.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
 at 
org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
 at 

[jira] [Resolved] (GEODE-5592) During commit, cleanupTransactionIfNoLongerHost could fail with DistributedSystemDisconnectedException

2018-08-17 Thread Eric Shu (JIRA)


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

Eric Shu resolved GEODE-5592.
-
   Resolution: Fixed
Fix Version/s: 1.7.0

> During commit, cleanupTransactionIfNoLongerHost could fail with 
> DistributedSystemDisconnectedException
> --
>
> Key: GEODE-5592
> URL: https://issues.apache.org/jira/browse/GEODE-5592
> Project: Geode
>  Issue Type: Bug
>  Components: transactions
>Reporter: Eric Shu
>Assignee: Eric Shu
>Priority: Major
>  Labels: pull-request-available
> Fix For: 1.7.0
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> The exception stack is as following:
>  tid=0x71] commit caught exception
> org.apache.geode.distributed.DistributedSystemDisconnectedException: 
> Distribution manager on 10.32.110.218(bridgep1_host1_11874:11874):1025 
> started at Thu Aug 16 14:29:38 PDT 2018: Membership coordinator 
> 10.32.110.218(locatorp1_host1_11910:11910:locator):1024 has declared 
> that a network partition has occurred, caused by 
> org.apache.geode.ForcedDisconnectException: Membership coordinator 
> 10.32.110.218(locatorp1_host1_11910:11910:locator):1024 has declared 
> that a network partition has occurred
> at 
> org.apache.geode.distributed.internal.ClusterDistributionManager$Stopper.generateCancelledException(ClusterDistributionManager.java:4518)
> at 
> org.apache.geode.distributed.internal.InternalDistributedSystem$Stopper.generateCancelledException(InternalDistributedSystem.java:963)
> at 
> org.apache.geode.CancelCriterion.checkCancelInProgress(CancelCriterion.java:83)
> at 
> org.apache.geode.internal.cache.locks.TXLockServiceImpl.(TXLockServiceImpl.java:80)
> at 
> org.apache.geode.internal.cache.locks.TXLockService.createDTLS(TXLockService.java:53)
> at 
> org.apache.geode.internal.cache.TXLockRequest.releaseDistributed(TXLockRequest.java:108)
> at 
> org.apache.geode.internal.cache.TXLockRequest.cleanup(TXLockRequest.java:142)
> at org.apache.geode.internal.cache.TXState.cleanup(TXState.java:871)
> at 
> org.apache.geode.internal.cache.TXManagerImpl.cleanupTransactionIfNoLongerHost(TXManagerImpl.java:1045)
> at 
> org.apache.geode.internal.cache.TXManagerImpl.unmasquerade(TXManagerImpl.java:1028)
> at 
> org.apache.geode.internal.cache.tier.sockets.BaseCommand.execute(BaseCommand.java:177)
> at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.doNormalMsg(ServerConnection.java:869)
> at 
> org.apache.geode.internal.cache.tier.sockets.OriginalServerConnection.doOneMessage(OriginalServerConnection.java:77)
> at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.run(ServerConnection.java:1217)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at 
> org.apache.geode.internal.cache.tier.sockets.AcceptorImpl$4$1.run(AcceptorImpl.java:645)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.apache.geode.ForcedDisconnectException: Membership coordinator 
> 10.32.110.218(locatorp1_host1_11910:11910:locator):1024 has declared 
> that a network partition has occurred
> at 
> org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.forceDisconnect(GMSMembershipManager.java:2534)
> at 
> org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave.forceDisconnect(GMSJoinLeave.java:1054)
> at 
> org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave.processNetworkPartitionMessage(GMSJoinLeave.java:1373)
> at 
> org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave.processMessage(GMSJoinLeave.java:1823)
> at 
> org.apache.geode.distributed.internal.membership.gms.messenger.JGroupsMessenger$JGroupsReceiver.receive(JGroupsMessenger.java:1305)
> at org.jgroups.JChannel.invokeCallback(JChannel.java:816)
> at org.jgroups.JChannel.up(JChannel.java:741)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1030)
> at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:390)
> at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1077)
> at 
> org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:792)
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:433)
> at 
> org.apache.geode.distributed.internal.membership.gms.messenger.StatRecorder.up(StatRecorder.java:73)
> at 
> 

[jira] [Commented] (GEODE-5592) During commit, cleanupTransactionIfNoLongerHost could fail with DistributedSystemDisconnectedException

2018-08-17 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/GEODE-5592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16584193#comment-16584193
 ] 

ASF subversion and git services commented on GEODE-5592:


Commit 6fa2d3efb30bf43eda0f21326dfdcbb5d6f2dfc4 in geode's branch 
refs/heads/develop from pivotal-eshu
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=6fa2d3e ]

GEODE-5592: Release the lock in a finally block. (#2344)




> During commit, cleanupTransactionIfNoLongerHost could fail with 
> DistributedSystemDisconnectedException
> --
>
> Key: GEODE-5592
> URL: https://issues.apache.org/jira/browse/GEODE-5592
> Project: Geode
>  Issue Type: Bug
>  Components: transactions
>Reporter: Eric Shu
>Assignee: Eric Shu
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> The exception stack is as following:
>  tid=0x71] commit caught exception
> org.apache.geode.distributed.DistributedSystemDisconnectedException: 
> Distribution manager on 10.32.110.218(bridgep1_host1_11874:11874):1025 
> started at Thu Aug 16 14:29:38 PDT 2018: Membership coordinator 
> 10.32.110.218(locatorp1_host1_11910:11910:locator):1024 has declared 
> that a network partition has occurred, caused by 
> org.apache.geode.ForcedDisconnectException: Membership coordinator 
> 10.32.110.218(locatorp1_host1_11910:11910:locator):1024 has declared 
> that a network partition has occurred
> at 
> org.apache.geode.distributed.internal.ClusterDistributionManager$Stopper.generateCancelledException(ClusterDistributionManager.java:4518)
> at 
> org.apache.geode.distributed.internal.InternalDistributedSystem$Stopper.generateCancelledException(InternalDistributedSystem.java:963)
> at 
> org.apache.geode.CancelCriterion.checkCancelInProgress(CancelCriterion.java:83)
> at 
> org.apache.geode.internal.cache.locks.TXLockServiceImpl.(TXLockServiceImpl.java:80)
> at 
> org.apache.geode.internal.cache.locks.TXLockService.createDTLS(TXLockService.java:53)
> at 
> org.apache.geode.internal.cache.TXLockRequest.releaseDistributed(TXLockRequest.java:108)
> at 
> org.apache.geode.internal.cache.TXLockRequest.cleanup(TXLockRequest.java:142)
> at org.apache.geode.internal.cache.TXState.cleanup(TXState.java:871)
> at 
> org.apache.geode.internal.cache.TXManagerImpl.cleanupTransactionIfNoLongerHost(TXManagerImpl.java:1045)
> at 
> org.apache.geode.internal.cache.TXManagerImpl.unmasquerade(TXManagerImpl.java:1028)
> at 
> org.apache.geode.internal.cache.tier.sockets.BaseCommand.execute(BaseCommand.java:177)
> at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.doNormalMsg(ServerConnection.java:869)
> at 
> org.apache.geode.internal.cache.tier.sockets.OriginalServerConnection.doOneMessage(OriginalServerConnection.java:77)
> at 
> org.apache.geode.internal.cache.tier.sockets.ServerConnection.run(ServerConnection.java:1217)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at 
> org.apache.geode.internal.cache.tier.sockets.AcceptorImpl$4$1.run(AcceptorImpl.java:645)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.apache.geode.ForcedDisconnectException: Membership coordinator 
> 10.32.110.218(locatorp1_host1_11910:11910:locator):1024 has declared 
> that a network partition has occurred
> at 
> org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.forceDisconnect(GMSMembershipManager.java:2534)
> at 
> org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave.forceDisconnect(GMSJoinLeave.java:1054)
> at 
> org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave.processNetworkPartitionMessage(GMSJoinLeave.java:1373)
> at 
> org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave.processMessage(GMSJoinLeave.java:1823)
> at 
> org.apache.geode.distributed.internal.membership.gms.messenger.JGroupsMessenger$JGroupsReceiver.receive(JGroupsMessenger.java:1305)
> at org.jgroups.JChannel.invokeCallback(JChannel.java:816)
> at org.jgroups.JChannel.up(JChannel.java:741)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1030)
> at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:390)
> at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1077)
> at 
> 

[jira] [Created] (GEODE-5598) Remove AtomicLong5 and AL

2018-08-17 Thread Galen O'Sullivan (JIRA)
Galen O'Sullivan created GEODE-5598:
---

 Summary: Remove AtomicLong5 and AL
 Key: GEODE-5598
 URL: https://issues.apache.org/jira/browse/GEODE-5598
 Project: Geode
  Issue Type: Improvement
  Components: regions
Reporter: Galen O'Sullivan


We no longer support Java 5, so this class should be gone.

remove {{package org.apache.geode.internal.concurrent.AtomicLong5}} and the 
interface it implements.



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


[jira] [Updated] (GEODE-5597) Upload geode maven snapshot artifacts from concourse

2018-08-17 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot updated GEODE-5597:
--
Labels: pull-request-available  (was: )

> Upload geode maven snapshot artifacts from concourse
> 
>
> Key: GEODE-5597
> URL: https://issues.apache.org/jira/browse/GEODE-5597
> Project: Geode
>  Issue Type: Task
>  Components: ci
>Reporter: Finn Southerland
>Priority: Major
>  Labels: pull-request-available
>
> We would like to publish snapshots from concourse, rather than jenkins.



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


[jira] [Created] (GEODE-5597) Upload geode maven snapshot artifacts from concourse

2018-08-17 Thread Finn Southerland (JIRA)
Finn Southerland created GEODE-5597:
---

 Summary: Upload geode maven snapshot artifacts from concourse
 Key: GEODE-5597
 URL: https://issues.apache.org/jira/browse/GEODE-5597
 Project: Geode
  Issue Type: Task
  Components: ci
Reporter: Finn Southerland


We would like to publish snapshots from concourse, rather than jenkins.



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


[jira] [Created] (GEODE-5596) Client ends up with destroyed entry after invalidate()

2018-08-17 Thread Bruce Schuchardt (JIRA)
Bruce Schuchardt created GEODE-5596:
---

 Summary: Client ends up with destroyed entry after invalidate()
 Key: GEODE-5596
 URL: https://issues.apache.org/jira/browse/GEODE-5596
 Project: Geode
  Issue Type: Improvement
  Components: regions
Reporter: Bruce Schuchardt


If a client is doing a destroy, putAll and invalidate in separate threads and 
the events align like this in the server: destroy then create then invalidate, 
the client may end up having a destroyed entry instead of an invalid entry.

This is a long standing issue with Geode (and formerly with GemFire) that a 
client does not create an Invalid entry in some situations.  A lot of this was 
cleared up when we implemented concurrency controls in the cache but this one 
corner case remains.

Fixing this issue requires a small change in behavior for client caches in how 
they handle the invalidate() operation, but I think it's a change for the 
better.



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


[jira] [Resolved] (GEODE-5589) lastResultReceived is set to true well before the last message is sent

2018-08-17 Thread nabarun (JIRA)


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

nabarun resolved GEODE-5589.

   Resolution: Fixed
Fix Version/s: 1.7.0

> lastResultReceived is set to true well before the last message is sent
> --
>
> Key: GEODE-5589
> URL: https://issues.apache.org/jira/browse/GEODE-5589
> Project: Geode
>  Issue Type: Bug
>  Components: functions
>Reporter: nabarun
>Assignee: nabarun
>Priority: Major
>  Labels: pull-request-available
> Fix For: 1.7.0
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> *+Issue+*:
> - In the method lastResult we immediately set the lastResultReceived to be 
> true.
> - If an exception occurs after the flag is set and before the message is sent 
> (like security exception)
> - Then this exception will never be sent to the client because the 
> lastResultReceived is set and clients will be stuck waiting for the function 
> results.
> *+Solution+*:
> - set the flag after the message is sent.
> *+Affected code+* :
> - ServerToClientFunctionResultSender65.java
> - ServerToClientFunctionResultSender.java



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


[jira] [Commented] (GEODE-5531) gfsh echo variable does not work as documented

2018-08-17 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/GEODE-5531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16584117#comment-16584117
 ] 

ASF subversion and git services commented on GEODE-5531:


Commit 635567243a8ba667f04491aa5cfc80e4468822b2 in geode's branch 
refs/heads/develop from Juan José Ramos
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=6355672 ]

GEODE-5531/GEODE-1507: Variable Substitution in GFSH (#2291)

* `Gfsh.executeCommand` now substitutes all variables (overriding 
`AbstractShell.executeCommand`) before delegating
the execution to the parent class (as `Gfsh.executeScriptLine` does).
* Fixed Performance Tests


> gfsh echo variable does not work as documented
> --
>
> Key: GEODE-5531
> URL: https://issues.apache.org/jira/browse/GEODE-5531
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh
>Reporter: Derek Williams
>Assignee: Juan José Ramos Cassella
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> Variables are [documented 
> here|http://geode.apache.org/docs/guide/16/tools_modules/gfsh/useful_gfsh_shell_variables.html]
>  to work with gfsh echo, but do not. This applies to both pre-defined shell 
> variables and user-defined variables (set variable...).
> For example,
> {code}
> echo --string=$*
> {code}
> will show all shell variables and values, but 
> {code}
> echo --string=${SYS_USER}
> {code}
> simply displays ${SYS_USER}
> Indeed, 
> [EchoCommand.java|https://github.com/apache/geode/blob/78dcf4b8fa86543e882365e78f1c8e2a623bffde/geode-core/src/main/java/org/apache/geode/management/internal/cli/commands/EchoCommand.java]
>  has a special case for `$*`, but does not include the other documented cases.



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


[jira] [Commented] (GEODE-1507) gfsh variable substitution does not work

2018-08-17 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/GEODE-1507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16584118#comment-16584118
 ] 

ASF subversion and git services commented on GEODE-1507:


Commit 635567243a8ba667f04491aa5cfc80e4468822b2 in geode's branch 
refs/heads/develop from Juan José Ramos
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=6355672 ]

GEODE-5531/GEODE-1507: Variable Substitution in GFSH (#2291)

* `Gfsh.executeCommand` now substitutes all variables (overriding 
`AbstractShell.executeCommand`) before delegating
the execution to the parent class (as `Gfsh.executeScriptLine` does).
* Fixed Performance Tests


> gfsh variable substitution does not work
> 
>
> Key: GEODE-1507
> URL: https://issues.apache.org/jira/browse/GEODE-1507
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh
>Reporter: Jens Deppe
>Assignee: Juan José Ramos Cassella
>Priority: Major
>
> {noformat}
> gfsh>set variable --name=foo --value=bar
> Value for variable foo is now: bar.
> gfsh>echo --string="Hello ${foo}"
> Hello ${foo}
> {noformat}
> The problem has come in with spring-shell and jline replacement. 
> {{Gfsh.executeCommand}} was replaced with {{Gfsh.executeScriptLine}} which 
> ends up never being called unless a script is executed with {{run --file}}.



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


[jira] [Commented] (GEODE-5595) CI: DeltaPropagationDUnit.testBug40165ClientReconnects - NoSubscriptionServersAvailableException

2018-08-17 Thread Kenneth Howe (JIRA)


[ 
https://issues.apache.org/jira/browse/GEODE-5595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16584095#comment-16584095
 ] 

Kenneth Howe commented on GEODE-5595:
-

Not able to reproduce locally and there are limited test artifacts are 
available, but this snippet from the logs may be of some help:
{code}
[info 2018/08/17 01:36:05.013 UTC  tid=0x19] Running in local mode 
since no locators were specified.

[info 2018/08/17 01:36:05.016 UTC  tid=0x19] Initializing region 
_monitoringRegion_172.17.0.110

[info 2018/08/17 01:36:05.016 UTC  tid=0x19] Initialization of 
region _monitoringRegion_172.17.0.110 completed

[info 2018/08/17 01:36:05.100 UTC  tid=0x19] Loading previously 
deployed jars

[info 2018/08/17 01:36:05.109 UTC  tid=0x19] Updating membership 
port.  Port changed from 0 to 41,776.  ID is now 
2c33e0b1be22(1:loner):0:8b778645

[vm0] [info 2018/08/17 01:36:05.117 UTC  
tid=0x703] :Cache server: Initializing primary server-to-client communication 
socket: Socket[addr=/127.0.0.1,port=41784,localport=25231]

[vm0] [warn 2018/08/17 01:36:05.120 UTC  
tid=0x703] A previous connection attempt from this client is still being 
processed: 
identity(172.17.0.11(1:loner):41776:8b778645,connection=1,durableAttributes=
DurableClientAttributes[id=testBug40165ClientReconnects_client; timeout=60])

[vm0] [warn 2018/08/17 01:36:05.120 UTC  
tid=0x703] CacheClientNotifier: Unsuccessfully registered client with 
identifier  
identity(172.17.0.11(1:loner):41776:8b778645,connection=1,durableAttributes=DurableClientAttributes[id=testBug40165ClientReconnects_client;
 timeout=60]) and response code 60

[warn 2018/08/17 01:36:05.121 UTC  tid=0x19] Cache Client Updater 
Thread  on 2c33e0b1be22(366):32770 port 25231 (localhost:25231): Caught 
following exception while attempting to create a server-to-client communication 
socket and will exit: 
org.apache.geode.cache.client.ServerRefusedConnectionException: :25231 refused connection: A previous connection attempt from this 
client is still being processed: 
identity(172.17.0.11(1:loner):41776:8b778645,connection=1,durableAttributes=DurableClientAttributes[id=testBug40165ClientReconnects_client;
 timeout=60])

[vm0] [info 2018/08/17 01:36:05.122 UTC  tid=0x709] Server connection from 
[identity(172.17.0.11(1:loner):41776:8b778645,connection=1,durableAttributes=DurableClientAttributes[id=testBug40165ClientReconnects_client;
 timeout=60]); port=41780]: connection disconnect detected by EOF.

[error 2018/08/17 01:36:05.122 UTC  tid=0x19] Could not find any 
server to create primary client queue on. Number of excluded servers is 1 and 
exception is no exception.

[error 2018/08/17 01:36:05.122 UTC  tid=0x19] Could not initialize 
a primary queue on startup. No queue servers available.

[info 2018/08/17 01:36:05.123 UTC  tid=0x19] Pool 
DeltaPropagationDUnitTest started with multiuser-authentication=false
{code}

> CI: DeltaPropagationDUnit.testBug40165ClientReconnects - 
> NoSubscriptionServersAvailableException
> 
>
> Key: GEODE-5595
> URL: https://issues.apache.org/jira/browse/GEODE-5595
> Project: Geode
>  Issue Type: Test
>  Components: ci, swat
>Reporter: Kenneth Howe
>Priority: Major
>
> {code:java}
> org.apache.geode.internal.cache.DeltaPropagationDUnitTest > 
> testBug40165ClientReconnects FAILED
>   
> org.apache.geode.cache.NoSubscriptionServersAvailableException: 
> org.apache.geode.cache.NoSubscriptionServersAvailableException: Could not 
> initialize a primary queue on startup. No queue servers available.
>   
> at 
> org.apache.geode.cache.client.internal.QueueManagerImpl.getAllConnections(QueueManagerImpl.java:187)
>   
> at 
> org.apache.geode.cache.client.internal.OpExecutorImpl.executeOnQueuesAndReturnPrimaryResult(OpExecutorImpl.java:548)
>   
> at 
> org.apache.geode.cache.client.internal.PoolImpl.executeOnQueuesAndReturnPrimaryResult(PoolImpl.java:855)
>   
> at 
> org.apache.geode.cache.client.internal.RegisterInterestOp.execute(RegisterInterestOp.java:58)
>   
> at 
> org.apache.geode.cache.client.internal.ServerRegionProxy.registerInterest(ServerRegionProxy.java:355)
>   
> at 
> org.apache.geode.internal.cache.LocalRegion.processSingleInterest(LocalRegion.java:3797)
>   
> at 
> org.apache.geode.internal.cache.LocalRegion.registerInterest(LocalRegion.java:3888)
>   
> at 
> org.apache.geode.internal.cache.LocalRegion.registerInterest(LocalRegion.java:3686)
>   
> at 
> org.apache.geode.internal.cache.LocalRegion.registerInterest(LocalRegion.java:3681)
>   
> at 
> org.apache.geode.internal.cache.LocalRegion.registerInterest(LocalRegion.java:3676)
>   
> at 
> 

[jira] [Commented] (GEODE-5257) ComparisonFailure in ShorteningExpirationTimeRegressionTest.customEntryTimeToLiveCanBeShortened

2018-08-17 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/GEODE-5257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16584096#comment-16584096
 ] 

ASF subversion and git services commented on GEODE-5257:


Commit 2be72bdf0af50b0b79bc4428b3bdf962dca56509 in geode's branch 
refs/heads/develop from jinmeiliao
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=2be72bd ]

GEODE-5257: remove unnecessary assertion that introduced the flakiness. (#2265)

* add withNoCacheServer() to the ServerStarterRule


> ComparisonFailure in 
> ShorteningExpirationTimeRegressionTest.customEntryTimeToLiveCanBeShortened
> ---
>
> Key: GEODE-5257
> URL: https://issues.apache.org/jira/browse/GEODE-5257
> Project: Geode
>  Issue Type: Bug
>  Components: regions
>Reporter: Dale Emery
>Assignee: Jinmei Liao
>Priority: Major
>  Labels: pull-request-available, swat
>  Time Spent: 2.5h
>  Remaining Estimate: 0h
>
> [http://precheckin.gemfire.pivotal.io/teams/main/pipelines/dale-pr-1994/jobs/integrationTest/builds/1]
> The PR that invoked this precheckin changed a single line in the Spotless 
> configuration. It is extremely unlikely that the failure is related to that 
> change.
> {noformat}
> org.apache.geode.cache30.ShorteningExpirationTimeRegressionTest > 
> customEntryTimeToLiveCanBeShortened FAILED
> org.junit.ComparisonFailure: expected:<"quickExpire"> but was:
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.cache30.ShorteningExpirationTimeRegressionTest.customEntryTimeToLiveCanBeShortened(ShorteningExpirationTimeRegressionTest.java:103)
> {noformat}



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


[jira] [Created] (GEODE-5595) CI: DeltaPropagationDUnit.testBug40165ClientReconnects - NoSubscriptionServersAvailableException

2018-08-17 Thread Kenneth Howe (JIRA)
Kenneth Howe created GEODE-5595:
---

 Summary: CI: DeltaPropagationDUnit.testBug40165ClientReconnects - 
NoSubscriptionServersAvailableException
 Key: GEODE-5595
 URL: https://issues.apache.org/jira/browse/GEODE-5595
 Project: Geode
  Issue Type: Test
  Components: ci, swat
Reporter: Kenneth Howe


{code:java}
org.apache.geode.internal.cache.DeltaPropagationDUnitTest > 
testBug40165ClientReconnects FAILED

org.apache.geode.cache.NoSubscriptionServersAvailableException: 
org.apache.geode.cache.NoSubscriptionServersAvailableException: Could not 
initialize a primary queue on startup. No queue servers available.

at 
org.apache.geode.cache.client.internal.QueueManagerImpl.getAllConnections(QueueManagerImpl.java:187)

at 
org.apache.geode.cache.client.internal.OpExecutorImpl.executeOnQueuesAndReturnPrimaryResult(OpExecutorImpl.java:548)

at 
org.apache.geode.cache.client.internal.PoolImpl.executeOnQueuesAndReturnPrimaryResult(PoolImpl.java:855)

at 
org.apache.geode.cache.client.internal.RegisterInterestOp.execute(RegisterInterestOp.java:58)

at 
org.apache.geode.cache.client.internal.ServerRegionProxy.registerInterest(ServerRegionProxy.java:355)

at 
org.apache.geode.internal.cache.LocalRegion.processSingleInterest(LocalRegion.java:3797)

at 
org.apache.geode.internal.cache.LocalRegion.registerInterest(LocalRegion.java:3888)

at 
org.apache.geode.internal.cache.LocalRegion.registerInterest(LocalRegion.java:3686)

at 
org.apache.geode.internal.cache.LocalRegion.registerInterest(LocalRegion.java:3681)

at 
org.apache.geode.internal.cache.LocalRegion.registerInterest(LocalRegion.java:3676)

at 
org.apache.geode.internal.cache.DeltaPropagationDUnitTest.createDurableCacheClient(DeltaPropagationDUnitTest.java:1305)

at 
org.apache.geode.internal.cache.DeltaPropagationDUnitTest.testBug40165ClientReconnects(DeltaPropagationDUnitTest.java:647)



Caused by:

org.apache.geode.cache.NoSubscriptionServersAvailableException: Could 
not initialize a primary queue on startup. No queue servers available.

at 
org.apache.geode.cache.client.internal.QueueManagerImpl.initializeConnections(QueueManagerImpl.java:585)

at 
org.apache.geode.cache.client.internal.QueueManagerImpl.start(QueueManagerImpl.java:296)

at 
org.apache.geode.cache.client.internal.PoolImpl.start(PoolImpl.java:352)

at 
org.apache.geode.cache.client.internal.PoolImpl.finishCreate(PoolImpl.java:176)

at 
org.apache.geode.cache.client.internal.PoolImpl.create(PoolImpl.java:162)

at 
org.apache.geode.internal.cache.PoolFactoryImpl.create(PoolFactoryImpl.java:349)

at 
org.apache.geode.internal.cache.DeltaPropagationDUnitTest.createDurableCacheClient(DeltaPropagationDUnitTest.java:1295)

... 1 more



{code}



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


[jira] [Updated] (GEODE-5594) Enable endpoint validation during using SSL handshake

2018-08-17 Thread Sai Boorlagadda (JIRA)


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

Sai Boorlagadda updated GEODE-5594:
---
Description: Users can set `ssl-endpoint-identification-enabled` to true to 
enable validation of hostname in server's identity when using SSL to harden 
against certain man-in-the-middle attacks   (was: Users can set 
`ssl-enabled-endpoint-identification` to true to enable validation of hostname 
in server's identity when using SSL to harden against certain man-in-the-middle 
attacks )

> Enable endpoint validation during using SSL handshake
> -
>
> Key: GEODE-5594
> URL: https://issues.apache.org/jira/browse/GEODE-5594
> Project: Geode
>  Issue Type: Improvement
>  Components: client/server
>Reporter: Sai Boorlagadda
>Assignee: Sai Boorlagadda
>Priority: Major
>
> Users can set `ssl-endpoint-identification-enabled` to true to enable 
> validation of hostname in server's identity when using SSL to harden against 
> certain man-in-the-middle attacks 



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


[jira] [Updated] (GEODE-5594) Enable endpoint validation during using SSL handshake

2018-08-17 Thread Sai Boorlagadda (JIRA)


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

Sai Boorlagadda updated GEODE-5594:
---
Summary: Enable endpoint validation during using SSL handshake  (was: 
Enable hostname validation when using SSL)

> Enable endpoint validation during using SSL handshake
> -
>
> Key: GEODE-5594
> URL: https://issues.apache.org/jira/browse/GEODE-5594
> Project: Geode
>  Issue Type: Improvement
>  Components: client/server
>Reporter: Sai Boorlagadda
>Assignee: Sai Boorlagadda
>Priority: Major
>
> Users can set `ssl-enabled-endpoint-identification` to true to enable 
> validation of hostname in server's identity when using SSL to harden against 
> certain man-in-the-middle attacks 



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


[jira] [Updated] (GEODE-5594) Enable hostname validation when using SSL

2018-08-17 Thread Sai Boorlagadda (JIRA)


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

Sai Boorlagadda updated GEODE-5594:
---
Summary: Enable hostname validation when using SSL  (was: Enabled hostname 
validation when using SSL)

> Enable hostname validation when using SSL
> -
>
> Key: GEODE-5594
> URL: https://issues.apache.org/jira/browse/GEODE-5594
> Project: Geode
>  Issue Type: Improvement
>  Components: client/server
>Reporter: Sai Boorlagadda
>Assignee: Sai Boorlagadda
>Priority: Major
>
> Users can set `ssl-enabled-endpoint-identification` to true to enable 
> validation of hostname in server's identity when using SSL to harden against 
> certain man-in-the-middle attacks 



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


[jira] [Assigned] (GEODE-5594) Enabled hostname validation when using SSL

2018-08-17 Thread Sai Boorlagadda (JIRA)


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

Sai Boorlagadda reassigned GEODE-5594:
--

Assignee: Sai Boorlagadda

> Enabled hostname validation when using SSL
> --
>
> Key: GEODE-5594
> URL: https://issues.apache.org/jira/browse/GEODE-5594
> Project: Geode
>  Issue Type: Improvement
>  Components: client/server
>Reporter: Sai Boorlagadda
>Assignee: Sai Boorlagadda
>Priority: Major
>
> Users can set `ssl-enabled-endpoint-identification` to true to enable 
> validation of hostname in server's identity when using SSL to harden against 
> certain man-in-the-middle attacks 



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


[jira] [Created] (GEODE-5594) Enabled hostname validation when using SSL

2018-08-17 Thread Sai Boorlagadda (JIRA)
Sai Boorlagadda created GEODE-5594:
--

 Summary: Enabled hostname validation when using SSL
 Key: GEODE-5594
 URL: https://issues.apache.org/jira/browse/GEODE-5594
 Project: Geode
  Issue Type: Improvement
  Components: client/server
Reporter: Sai Boorlagadda


Users can set `ssl-enabled-endpoint-identification` to true to enable 
validation of hostname in server's identity when using SSL to harden against 
certain man-in-the-middle attacks 



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