[jira] [Commented] (GEODE-5473) Docs page describing how to use the query api

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5473:


Commit 5f4bf9f48c846f4c009eb3dd72fb95d20749e2b2 in geode-native's branch 
refs/heads/develop from [~dbarnes97]
[ https://gitbox.apache.org/repos/asf?p=geode-native.git;h=5f4bf9f ]

GEODE-5473 Docs page describing how to use the query api, update


> Docs page describing how to use the query api
> -
>
> Key: GEODE-5473
> URL: https://issues.apache.org/jira/browse/GEODE-5473
> Project: Geode
>  Issue Type: Sub-task
>  Components: native client
>Reporter: Addison
>Assignee: Dave Barnes
>Priority: Major
>
> As a user, I want to be able to see a page describing geode native's query 
> api for both C++ and .NET so that I can issue OQL statements in the most 
> efficient way possible.



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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit 680ab16ab2448efab2f59454244c4257e07e9b6c in geode's branch 
refs/heads/develop from [~rhoughton]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=680ab16 ]

GEODE-5476: Fixes pr-pipeline docker image prefix.


> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit 5f52f3f88e90d74c830dceb18a5985a9f48db89b in geode's branch 
refs/heads/develop from [~rhoughton]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=5f52f3f ]

GEODE-5476: Fixes pr-pipeline deployment name.


> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit 4e0bab82e4b1c457755f876f490e2f9bcab5cb50 in geode's branch 
refs/heads/develop from FSOUTHERLAND
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=4e0bab8 ]

GEODE-5476: Migrate pipeline changes to pull request pipeline.


Co-authored-by: Finn Southerland 


> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5478) The lowRedundancyBucketCount statistic is not maintained properly when multiple members are stopped and restarted

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5478:


Commit c93fafd93e090d8ed280bfd02c8759e760a3cc7b in geode's branch 
refs/heads/feature/GEODE-5478 from [~barry.oglesby]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=c93fafd ]

GEODE-5478: Updated distributed test after rebase


> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> -
>
> Key: GEODE-5478
> URL: https://issues.apache.org/jira/browse/GEODE-5478
> Project: Geode
>  Issue Type: Bug
>  Components: regions, statistics
>Reporter: Barry Oglesby
>Assignee: Barry Oglesby
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> A test where multiple members are stopped simultaneously so that all copies 
> of a bucket are offlineshows the numBucketsWithoutRedundancy metric not set 
> properly:
> Initially:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> After stopping 2 members (of 4):
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 73
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 99107
>  | averageBucketSize | 442
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 76
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 9915
>  | averageBucketSize | 44
> {noformat}
> After restarting both members, numBucketsWithoutRedundancy > 0:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 21
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> All the buckets and data are recovered, but the numBucketsWithoutRedundancy 
> is not 0.



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


[jira] [Commented] (GEODE-5450) Creating a JNDI binding w/o a username or password leads to NullPointerException

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5450:


Commit 9f91611407863e30a0131fc85aa6905b3c886318 in geode's branch 
refs/heads/feature/GEODE-5478 from [~jchen21]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=9f91611 ]

Merge pull request #2185 from BenjaminPerryRoss/fix-npe-jndi-command-159205020

GEODE-5450: Added protection for NPE in GemFireBasicDataSource with no 
credentials

> Creating a JNDI binding w/o a username or password leads to 
> NullPointerException
> 
>
> Key: GEODE-5450
> URL: https://issues.apache.org/jira/browse/GEODE-5450
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh
>Reporter: Bradford D. Boyle
>Assignee: Benjamin P Ross
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> If a user creates a JNDI binding through gfsh and they omit either the 
> username or password, then they will get a `NullPointerException` when they 
> try to get a JDBC connection.
>  
> Here is a stack trace:
> {code}
> java.lang.NullPointerException
>   at java.util.Hashtable.put(Hashtable.java:460)
>   at 
> org.apache.geode.internal.datasource.GemFireBasicDataSource.getConnection(GemFireBasicDataSource.java:94)
>   at 
> io.pivotal.gemfire.PostgresVersionFunction.execute(PostgresVersionFunction.java:33)
>   at 
> org.apache.geode.internal.cache.execute.AbstractExecution.executeFunctionLocally(AbstractExecution.java:333)
>   at 
> org.apache.geode.internal.cache.execute.AbstractExecution$2.run(AbstractExecution.java:302)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.runUntilShutdown(ClusterDistributionManager.java:1121)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.access$000(ClusterDistributionManager.java:109)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager$9$1.run(ClusterDistributionManager.java:990)
>   at java.lang.Thread.run(Thread.java:748)
> {code}
> You can reproduce this with the following function:
> {code:language=java}
> public class PostgresVersionFunction implements Function {
> @Override
> public void execute(FunctionContext context) {
> String[] arguments = (String[]) context.getArguments();
> String dataSourceName = arguments[0];
> LogManager.getLogger().info("[datasource=" + 
> context.getArguments()+"]");
> Context ctx = JNDIInvoker.getJNDIContext();
> DataSource dataSource;
> try {
> dataSource = (DataSource) ctx.lookup("java:/" + dataSourceName);
> } catch (Exception e) {
> // TODO exception handling.
> LogManager.getLogger().error(e.getMessage(), e);
> context.getResultSender().lastResult(e);
> return;
> }
> try (Connection connection = dataSource.getConnection();
>  Statement statement = connection.createStatement()
> ) {
> ResultSet resultSet = statement.executeQuery("SELECT VERSION();");
> resultSet.next();
> context.getResultSender().lastResult(resultSet.getString(1));
> } catch (SQLException e) {
> context.getResultSender().lastResult(e);
> }
> }
> }
> {code}
> and the following gfsh commands:
> {code}
> start locator --name=locator --include-system-classpath
> start server --name=server1 --include-system-classpath
> deploy --jar=/root/gemfire-greenplum/simple-function.jar
> create jndi-binding --name=datasource --type=SIMPLE 
> --jdbc-driver-class="org.postgresql.Driver"  
> --connection-url="jdbc:postgresql://localhost:5432/gpadmin"
> execute function --id=io.pivotal.gemfire.PostgresVersionFunction 
> --arguments=datasource
> {code}



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


[jira] [Commented] (GEODE-5467) MemberStaterRule.withJMXManager selects port before binding

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5467:


Commit c73896a8a1b10b76373737cb235fc6643663410d in geode's branch 
refs/heads/feature/GEODE-5478 from [~browe]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=c73896a ]

GEODE-5467: Remove chance of use same random port for JMX and http se… (#2199)



> MemberStaterRule.withJMXManager selects port before binding
> ---
>
> Key: GEODE-5467
> URL: https://issues.apache.org/jira/browse/GEODE-5467
> Project: Geode
>  Issue Type: Bug
>Reporter: Brian Rowe
>Assignee: Brian Rowe
>Priority: Major
>  Labels: pull-request-available, swat
> Fix For: 1.7.0
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Integration test #143 on develop fails with:
> org.apache.geode.management.internal.cli.commands.ConnectCommandWithSecurityTest
>  > classMethod FAILED
>  org.apache.geode.management.ManagementException: 
> java.rmi.server.ExportException: Port already in use: 21592; nested exception 
> is: 
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.rmi.server.ExportException: Port already in use: 21592; nested 
> exception is: 
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.net.BindException: Address already in use (Bind failed)
>  
> Digging into this a bit, I found that the test is trying to start up the jmx 
> manager using a port which was randomly chosen via 
> AvailablePortHelper.getRandomAvailableTCPPort() during setup.  Unfortunately 
> there was at least one other call to getRandomAvailableTCPPort after this 
> (prior to where we're trying to bind the socket for the jmx manager), which 
> creates the possibility that we'll have multiple services trying to bind the 
> same port.
> The port is selected in the MemberStaterRule.withJMXManager call, which 
> happens prior to the crash seen above, which has the following stack:
> {{org.apache.geode.management.ManagementException: 
> java.rmi.server.ExportException: Port already in use: 21592; nested exception 
> is: 
>   java.net.BindException: Failed to create server socket on  null[21,592]
>   at 
> org.apache.geode.management.internal.ManagementAgent.startAgent(ManagementAgent.java:161)
>   at 
> org.apache.geode.management.internal.SystemManagementService.startManager(SystemManagementService.java:435)
>   at 
> org.apache.geode.management.internal.beans.ManagementAdapter.handleCacheCreation(ManagementAdapter.java:173)
>   at 
> org.apache.geode.management.internal.beans.ManagementListener.handleEvent(ManagementListener.java:118)
>   at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.notifyResourceEventListeners(InternalDistributedSystem.java:2201)
>   at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.handleResourceEvent(InternalDistributedSystem.java:590)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.initialize(GemFireCacheImpl.java:1217)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.basicCreate(GemFireCacheImpl.java:792)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.create(GemFireCacheImpl.java:778)
>   at org.apache.geode.cache.CacheFactory.create(CacheFactory.java:177)
>   at org.apache.geode.cache.CacheFactory.create(CacheFactory.java:224)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startCache(InternalLocator.java:662)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startDistributedSystem(InternalLocator.java:649)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startLocator(InternalLocator.java:311)
>   at org.apache.geode.distributed.Locator.startLocator(Locator.java:253)
>   at 
> org.apache.geode.distributed.Locator.startLocatorAndDS(Locator.java:140)
>   at 
> org.apache.geode.test.junit.rules.LocatorStarterRule.startLocator(LocatorStarterRule.java:80)
>   at 
> org.apache.geode.test.junit.rules.LocatorStarterRule.before(LocatorStarterRule.java:59)
>   at 
> org.apache.geode.test.junit.rules.serializable.SerializableExternalResource.access$000(SerializableExternalResource.java:24)
>   at 
> org.apache.geode.test.junit.rules.serializable.SerializableExternalResource$1.evaluate(SerializableExternalResource.java:35)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> 

[jira] [Commented] (GEODE-5478) The lowRedundancyBucketCount statistic is not maintained properly when multiple members are stopped and restarted

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5478:


Commit 36dca4d20bdcc2eaf27f5fd62c53fc9c9d1bc18c in geode's branch 
refs/heads/feature/GEODE-5478 from [~barry.oglesby]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=36dca4d ]

GEODE-5478: Simplified low redundancy calculation

Co-authored-by: Darrel Schneider 


> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> -
>
> Key: GEODE-5478
> URL: https://issues.apache.org/jira/browse/GEODE-5478
> Project: Geode
>  Issue Type: Bug
>  Components: regions, statistics
>Reporter: Barry Oglesby
>Assignee: Barry Oglesby
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> A test where multiple members are stopped simultaneously so that all copies 
> of a bucket are offlineshows the numBucketsWithoutRedundancy metric not set 
> properly:
> Initially:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> After stopping 2 members (of 4):
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 73
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 99107
>  | averageBucketSize | 442
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 76
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 9915
>  | averageBucketSize | 44
> {noformat}
> After restarting both members, numBucketsWithoutRedundancy > 0:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 21
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> All the buckets and data are recovered, but the numBucketsWithoutRedundancy 
> is not 0.



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


[jira] [Commented] (GEODE-5478) The lowRedundancyBucketCount statistic is not maintained properly when multiple members are stopped and restarted

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5478:


Commit b4b3cc34ffc0bdcfbd0461cf0b8da642251bea7f in geode's branch 
refs/heads/feature/GEODE-5478 from [~barry.oglesby]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=b4b3cc3 ]

GEODE-5478: Modified BucketRedundancyTracker to not increment low redundnancy 
bucket count twice


> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> -
>
> Key: GEODE-5478
> URL: https://issues.apache.org/jira/browse/GEODE-5478
> Project: Geode
>  Issue Type: Bug
>  Components: regions, statistics
>Reporter: Barry Oglesby
>Assignee: Barry Oglesby
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> A test where multiple members are stopped simultaneously so that all copies 
> of a bucket are offlineshows the numBucketsWithoutRedundancy metric not set 
> properly:
> Initially:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> After stopping 2 members (of 4):
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 73
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 99107
>  | averageBucketSize | 442
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 76
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 9915
>  | averageBucketSize | 44
> {noformat}
> After restarting both members, numBucketsWithoutRedundancy > 0:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 21
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> All the buckets and data are recovered, but the numBucketsWithoutRedundancy 
> is not 0.



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


[jira] [Commented] (GEODE-1942) CI Failure: org.apache.geode.redis.HashesJUnitTest.testHIncrBy

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-1942:


Commit ca8a24000a2f5c9e58f7bed7997abb0c46d43159 in geode's branch 
refs/heads/feature/GEODE-5478 from Dan Smith
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=ca8a240 ]

GEODE-1942: Limiting random strings to alphanumeric

This test was generating random strings, but some strings were invalid
regions names, for example strings starting with __. Limiting the
strings the alphabet.

> CI Failure: org.apache.geode.redis.HashesJUnitTest.testHIncrBy
> --
>
> Key: GEODE-1942
> URL: https://issues.apache.org/jira/browse/GEODE-1942
> Project: Geode
>  Issue Type: Bug
>  Components: redis
>Reporter: Bruce Schuchardt
>Assignee: Dan Smith
>Priority: Major
>  Labels: CI, pull-request-available, swat
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> Error Message
> redis.clients.jedis.exceptions.JedisConnectionException: 
> java.net.SocketTimeoutException: Read timed out
> Stacktrace
> redis.clients.jedis.exceptions.JedisConnectionException: 
> java.net.SocketTimeoutException: Read timed out
>   at 
> redis.clients.util.RedisInputStream.ensureFill(RedisInputStream.java:201)
>   at 
> redis.clients.util.RedisInputStream.readByte(RedisInputStream.java:40)
>   at redis.clients.jedis.Protocol.process(Protocol.java:132)
>   at redis.clients.jedis.Protocol.read(Protocol.java:196)
>   at 
> redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:288)
>   at redis.clients.jedis.Connection.getIntegerReply(Connection.java:213)
>   at redis.clients.jedis.Jedis.hincrBy(Jedis.java:675)
>   at 
> org.apache.geode.redis.HashesJUnitTest.testHIncrBy(HashesJUnitTest.java:143)
>   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:497)
>   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.RunAfters.evaluate(RunAfters.java:27)
>   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.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.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:497)
>   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] [Commented] (GEODE-5475) ClusterStartupRule improvement

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5475:


Commit d00ab7cebc938dfd89f60a5a1e39126771457cbe in geode's branch 
refs/heads/feature/GEODE-5478 from jinmeiliao
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=d00ab7c ]

GEODE-5475: ClusterStartupRule improvement (#2193)

* add more convenience methods to startClientVM
* rename stopMember to stop and push the implementation to VMProvider
* rename forceDisconnectMember to forceDisconnect

> ClusterStartupRule improvement
> --
>
> Key: GEODE-5475
> URL: https://issues.apache.org/jira/browse/GEODE-5475
> Project: Geode
>  Issue Type: Improvement
>Reporter: Jinmei Liao
>Assignee: Jinmei Liao
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> stopMember actually stops both member and client (naming could be more 
> generic)
> startClient could use more convenience methods.
> stop(cleanWorkingDir) could be used by the ClientVM as well



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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit 0f765b98b4ea03180e9df6c3415247d377d5eb67 in geode's branch 
refs/heads/feature/GEODE-5478 from Jacob Barrett
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=0f765b9 ]

GEODE-5476: Lower timeouts on pipeline jobs.


> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Assigned] (GEODE-5485) Eclipse complains that AsyncEventListenerDUnitTest $deserializeLambda$(SerializedLambda) is exceeding the 65535 bytes limit

2018-07-26 Thread Kirk Lund (JIRA)


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

Kirk Lund reassigned GEODE-5485:


Assignee: Kirk Lund

> Eclipse complains that AsyncEventListenerDUnitTest 
> $deserializeLambda$(SerializedLambda) is exceeding the 65535 bytes limit
> ---
>
> Key: GEODE-5485
> URL: https://issues.apache.org/jira/browse/GEODE-5485
> Project: Geode
>  Issue Type: Improvement
>  Components: tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>Priority: Major
>
> When using Eclipse, the following Error is reported under Problems:
> The code of method $deserializeLambda$(SerializedLambda) is exceeding the 
> 65535 bytes limit   AsyncEventListenerDUnitTest.java
> /geode-core/src/distributedTest/java/org/apache/geode/internal/cache/wan/asyncqueue
>  line 74
> I'd like to fix this so that Geode is easier to work with in Eclipse.



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


[jira] [Created] (GEODE-5485) Eclipse complains that AsyncEventListenerDUnitTest $deserializeLambda$(SerializedLambda) is exceeding the 65535 bytes limit

2018-07-26 Thread Kirk Lund (JIRA)
Kirk Lund created GEODE-5485:


 Summary: Eclipse complains that AsyncEventListenerDUnitTest 
$deserializeLambda$(SerializedLambda) is exceeding the 65535 bytes limit
 Key: GEODE-5485
 URL: https://issues.apache.org/jira/browse/GEODE-5485
 Project: Geode
  Issue Type: Improvement
  Components: tests
Reporter: Kirk Lund


When using Eclipse, the following Error is reported under Problems:

The code of method $deserializeLambda$(SerializedLambda) is exceeding the 65535 
bytes limit AsyncEventListenerDUnitTest.java
/geode-core/src/distributedTest/java/org/apache/geode/internal/cache/wan/asyncqueue
 line 74

I'd like to fix this so that Geode is easier to work with in Eclipse.



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


[jira] [Assigned] (GEODE-1793) Flaky: LocatorDUnitTest.testStartTwoLocatorsOneWithSSLAndTheOtherNonSSL

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan reassigned GEODE-1793:
---

Assignee: (was: Galen O'Sullivan)

> Flaky: LocatorDUnitTest.testStartTwoLocatorsOneWithSSLAndTheOtherNonSSL
> ---
>
> Key: GEODE-1793
> URL: https://issues.apache.org/jira/browse/GEODE-1793
> Project: Geode
>  Issue Type: Bug
>  Components: locator
>Reporter: Udo Kohlmeyer
>Priority: Minor
>
> This test fails due to something not cleaning itself properly. Undetermined 
> what the problem is, but it will run perfectly by itself everytime, but once 
> run inside of the TestClass it fails



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


[jira] [Updated] (GEODE-5484) Add Eclipse artifacts bin/ and .metadata to .gitignore

2018-07-26 Thread ASF GitHub Bot (JIRA)


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

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

> Add Eclipse artifacts bin/ and .metadata to .gitignore
> --
>
> Key: GEODE-5484
> URL: https://issues.apache.org/jira/browse/GEODE-5484
> Project: Geode
>  Issue Type: Improvement
>  Components: build
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>Priority: Major
>  Labels: pull-request-available
>
> Add Eclipse artifacts bin/ and .metadata to .gitignore



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


[jira] [Resolved] (GEODE-3609) Cleanup AcceptorImpl use of ConnectionMode

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3609.
-
Resolution: Done

> Cleanup AcceptorImpl use of ConnectionMode
> --
>
> Key: GEODE-3609
> URL: https://issues.apache.org/jira/browse/GEODE-3609
> Project: Geode
>  Issue Type: Improvement
>  Components: messaging
>Reporter: Galen O'Sullivan
>Assignee: Galen O'Sullivan
>Priority: Major
>
> AcceptorImpl currently uses three variables to keep track of the connection 
> mode: a byte, a string, and a ConnectionMode (which can provide the byte and 
> string). Change the implementation to just have the class.
> I have a PR for this, creating an issue to track it.



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


[jira] [Assigned] (GEODE-3138) Add function execution on Region to new protocol

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan reassigned GEODE-3138:
---

Assignee: (was: Galen O'Sullivan)

> Add function execution on Region to new protocol
> 
>
> Key: GEODE-3138
> URL: https://issues.apache.org/jira/browse/GEODE-3138
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server
>Reporter: Brian Baynes
>Priority: Major
>
> As a Geode user, I want to be able to call server-side functions on a Region. 
> this should include parameters and handle function execution exceptions and 
> error cases.



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


[jira] [Resolved] (GEODE-3227) GetAvailableServers Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3227.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> GetAvailableServers Specification Definition
> 
>
> Key: GEODE-3227
> URL: https://issues.apache.org/jira/browse/GEODE-3227
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Resolved] (GEODE-3219) Get Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3219.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> Get Specification Definition
> 
>
> Key: GEODE-3219
> URL: https://issues.apache.org/jira/browse/GEODE-3219
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Assigned] (GEODE-5484) Add Eclipse artifacts bin/ and .metadata to .gitignore

2018-07-26 Thread Kirk Lund (JIRA)


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

Kirk Lund reassigned GEODE-5484:


Assignee: Kirk Lund

> Add Eclipse artifacts bin/ and .metadata to .gitignore
> --
>
> Key: GEODE-5484
> URL: https://issues.apache.org/jira/browse/GEODE-5484
> Project: Geode
>  Issue Type: Improvement
>  Components: build
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>Priority: Major
>
> Add Eclipse artifacts bin/ and .metadata to .gitignore



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


[jira] [Resolved] (GEODE-3224) RemoveAll Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3224.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> RemoveAll Specification Definition
> --
>
> Key: GEODE-3224
> URL: https://issues.apache.org/jira/browse/GEODE-3224
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Resolved] (GEODE-3221) GetAll Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3221.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> GetAll Specification Definition
> ---
>
> Key: GEODE-3221
> URL: https://issues.apache.org/jira/browse/GEODE-3221
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Resolved] (GEODE-3223) Remove Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3223.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> Remove Specification Definition
> ---
>
> Key: GEODE-3223
> URL: https://issues.apache.org/jira/browse/GEODE-3223
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Resolved] (GEODE-3220) Put Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3220.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> Put Specification Definition
> 
>
> Key: GEODE-3220
> URL: https://issues.apache.org/jira/browse/GEODE-3220
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Resolved] (GEODE-3225) GetRegionInfo Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3225.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> GetRegionInfo Specification Definition
> --
>
> Key: GEODE-3225
> URL: https://issues.apache.org/jira/browse/GEODE-3225
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Created] (GEODE-5484) Add Eclipse artifacts bin/ and .metadata to .gitignore

2018-07-26 Thread Kirk Lund (JIRA)
Kirk Lund created GEODE-5484:


 Summary: Add Eclipse artifacts bin/ and .metadata to .gitignore
 Key: GEODE-5484
 URL: https://issues.apache.org/jira/browse/GEODE-5484
 Project: Geode
  Issue Type: Improvement
  Components: build
Reporter: Kirk Lund


Add Eclipse artifacts bin/ and .metadata to .gitignore



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


[jira] [Resolved] (GEODE-3226) GetAvailableRegionNames Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3226.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> GetAvailableRegionNames Specification Definition
> 
>
> Key: GEODE-3226
> URL: https://issues.apache.org/jira/browse/GEODE-3226
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Resolved] (GEODE-3228) Query Interface Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3228.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> Query Interface Specification Definition
> 
>
> Key: GEODE-3228
> URL: https://issues.apache.org/jira/browse/GEODE-3228
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Resolved] (GEODE-3236) Error Message Specification Definition

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan resolved GEODE-3236.
-
Resolution: Invalid

Parent task is closed, I think this is way out of date.

> Error Message Specification Definition
> --
>
> Key: GEODE-3236
> URL: https://issues.apache.org/jira/browse/GEODE-3236
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server, serialization
>Reporter: Udo Kohlmeyer
>Assignee: Galen O'Sullivan
>Priority: Major
>




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


[jira] [Assigned] (GEODE-5238) CI failure: SerialWANPropagationsFeatureDUnitTest.testSerialPropagationWithFilter fails with Possible loss of quorum suspect string

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan reassigned GEODE-5238:
---

Assignee: (was: Galen O'Sullivan)

> CI failure: 
> SerialWANPropagationsFeatureDUnitTest.testSerialPropagationWithFilter fails 
> with Possible loss of quorum suspect string
> ---
>
> Key: GEODE-5238
> URL: https://issues.apache.org/jira/browse/GEODE-5238
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Barry Oglesby
>Priority: Major
> Attachments: 
> TEST-org.apache.geode.internal.cache.wan.serial.SerialWANPropagationsFeatureDUnitTest.xml
>
>
> The members startup:
> {noformat}
> [vm1] [info 2018/05/19 02:18:54.055 UTC  
> tid=27] Starting DistributionManager 172.17.0.5(154:locator):32771. 
> (took 49 ms)
> [vm2] [info 2018/05/19 02:18:54.479 UTC  
> tid=27] Starting DistributionManager 172.17.0.5(159):32772. (took 336 ms)
> [vm3] [info 2018/05/19 02:18:55.477 UTC  
> tid=27] Starting DistributionManager 172.17.0.5(168):32773. (took 401 ms)
> [vm3] [info 2018/05/19 02:18:55.478 UTC  
> tid=27] Initial (distribution manager) view = 
> View[172.17.0.5(154:locator):32771|2] members: 
> [172.17.0.5(154:locator):32771, 172.17.0.5(159):32772\{lead}, 
> 172.17.0.5(168):32773]
> {noformat}
> So the members are:
> {noformat}
> vm1 - locator, coordinator (weight=3)
> vm2 - lead member (weight=15)
> vm3 - member (weight=10)``
> vm1 - locator, coordinator (weight=3)
> vm2 - lead member (weight=15)
> vm3 - member (weight=10)
> {noformat}
> The WANTestBase cleanupVM method shuts down the members simultaneously.
> Log messages show vm1 (locator) shutting down first (and the other two 
> members realize it):
> {noformat}
> [vm1] [info 2018/05/19 02:19:10.400 UTC  
> tid=27] Shutting down DistributionManager 
> 172.17.0.5(154:locator):32771. 
> [vm1] [info 2018/05/19 02:19:10.513 UTC  
> tid=27] Now closing distribution for 172.17.0.5(154:locator):32771
> [vm1] [info 2018/05/19 02:19:10.513 UTC  
> tid=27] Stopping membership services
> [vm1] [info 2018/05/19 02:19:10.513 UTC  
> tid=27] Now closing distribution for 172.17.0.5(154:locator):32771
> [vm2] [info 2018/05/19 02:19:10.420 UTC  Processor 1> tid=310] Member at 172.17.0.5(154:locator):32771 
> gracefully left the distributed cache: shutdown message received
> [vm3] [info 2018/05/19 02:19:10.622 UTC  Processor 1> tid=310] Member at 172.17.0.5(154:locator):32771 
> gracefully left the distributed cache: shutdown message received
> {noformat}
> Then vm2 becomes coordinator:
> {noformat}
> [vm2] [info 2018/05/19 02:19:10.402 UTC  Processor 1> tid=310] This member is becoming the membership coordinator with 
> address 172.17.0.5(159):32772
> {noformat}
> Then vm2 shuts down its DistributionManager:
> {noformat}
> [vm2] [info 2018/05/19 02:19:11.239 UTC  
> tid=27] Shutting down DistributionManager 172.17.0.5(159):32772. 
> [vm2] [info 2018/05/19 02:19:11.352 UTC  
> tid=27] Now closing distribution for 172.17.0.5(159):32772
> [vm2] [info 2018/05/19 02:19:11.352 UTC  
> tid=27] Stopping membership services
> [vm2] [info 2018/05/19 02:19:11.377 UTC  
> tid=27] DistributionManager stopped in 138ms.
> [vm2] [info 2018/05/19 02:19:11.377 UTC  
> tid=27] Marking DistributionManager 172.17.0.5(159):32772 as closed.
> {noformat}
> Then vm3 does some suspect checking and logs the quorum loss warning:
> {noformat}
> [vm3] [info 2018/05/19 02:19:11.414 UTC  172.17.0.5(159):32772 shared unordered uid=14 port=35502> tid=296] 
> Performing final check for suspect member 172.17.0.5(159):32772 
> reason=member unexpectedly shut down shared, unordered connection
> [vm3] [info 2018/05/19 02:19:11.434 UTC  172.17.0.5(159):32772 shared unordered uid=14 port=35502> tid=296] This 
> member is becoming the membership coordinator with address 
> 172.17.0.5(168):32773
> [vm3] [info 2018/05/19 02:19:11.436 UTC  
> tid=360] View Creator thread is starting
> [vm3] [info 2018/05/19 02:19:11.436 UTC  
> tid=360] 172.17.0.5(159):32772 had a weight of 15
> [vm3] [warn 2018/05/19 02:19:11.436 UTC  
> tid=360] total weight lost in this view change is 15 of 25. Quorum has been 
> lost!
> [vm3] [fatal 2018/05/19 02:19:11.438 UTC  
> tid=360] Possible loss of quorum due to the loss of 1 cache processes: 
> [172.17.0.5(159):32772]
> {noformat}
> Then vm3 shuts down its DistributionManager:
> {noformat}
> [vm3] [info 2018/05/19 02:19:11.448 UTC  
> tid=27] Shutting down DistributionManager 172.17.0.5(168):32773. 
> [vm3] [info 2018/05/19 02:19:11.588 UTC  
> tid=27] Now closing distribution for 172.17.0.5(168):32773
> [vm3] [info 2018/05/19 02:19:11.588 UTC  
> tid=27] Stopping membership services
> [vm3] [info 2018/05/19 02:19:11.617 UTC  
> 

[jira] [Resolved] (GEODE-5467) MemberStaterRule.withJMXManager selects port before binding

2018-07-26 Thread Brian Rowe (JIRA)


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

Brian Rowe resolved GEODE-5467.
---
   Resolution: Fixed
Fix Version/s: 1.7.0

> MemberStaterRule.withJMXManager selects port before binding
> ---
>
> Key: GEODE-5467
> URL: https://issues.apache.org/jira/browse/GEODE-5467
> Project: Geode
>  Issue Type: Bug
>Reporter: Brian Rowe
>Assignee: Brian Rowe
>Priority: Major
>  Labels: pull-request-available, swat
> Fix For: 1.7.0
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Integration test #143 on develop fails with:
> org.apache.geode.management.internal.cli.commands.ConnectCommandWithSecurityTest
>  > classMethod FAILED
>  org.apache.geode.management.ManagementException: 
> java.rmi.server.ExportException: Port already in use: 21592; nested exception 
> is: 
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.rmi.server.ExportException: Port already in use: 21592; nested 
> exception is: 
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.net.BindException: Address already in use (Bind failed)
>  
> Digging into this a bit, I found that the test is trying to start up the jmx 
> manager using a port which was randomly chosen via 
> AvailablePortHelper.getRandomAvailableTCPPort() during setup.  Unfortunately 
> there was at least one other call to getRandomAvailableTCPPort after this 
> (prior to where we're trying to bind the socket for the jmx manager), which 
> creates the possibility that we'll have multiple services trying to bind the 
> same port.
> The port is selected in the MemberStaterRule.withJMXManager call, which 
> happens prior to the crash seen above, which has the following stack:
> {{org.apache.geode.management.ManagementException: 
> java.rmi.server.ExportException: Port already in use: 21592; nested exception 
> is: 
>   java.net.BindException: Failed to create server socket on  null[21,592]
>   at 
> org.apache.geode.management.internal.ManagementAgent.startAgent(ManagementAgent.java:161)
>   at 
> org.apache.geode.management.internal.SystemManagementService.startManager(SystemManagementService.java:435)
>   at 
> org.apache.geode.management.internal.beans.ManagementAdapter.handleCacheCreation(ManagementAdapter.java:173)
>   at 
> org.apache.geode.management.internal.beans.ManagementListener.handleEvent(ManagementListener.java:118)
>   at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.notifyResourceEventListeners(InternalDistributedSystem.java:2201)
>   at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.handleResourceEvent(InternalDistributedSystem.java:590)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.initialize(GemFireCacheImpl.java:1217)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.basicCreate(GemFireCacheImpl.java:792)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.create(GemFireCacheImpl.java:778)
>   at org.apache.geode.cache.CacheFactory.create(CacheFactory.java:177)
>   at org.apache.geode.cache.CacheFactory.create(CacheFactory.java:224)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startCache(InternalLocator.java:662)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startDistributedSystem(InternalLocator.java:649)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startLocator(InternalLocator.java:311)
>   at org.apache.geode.distributed.Locator.startLocator(Locator.java:253)
>   at 
> org.apache.geode.distributed.Locator.startLocatorAndDS(Locator.java:140)
>   at 
> org.apache.geode.test.junit.rules.LocatorStarterRule.startLocator(LocatorStarterRule.java:80)
>   at 
> org.apache.geode.test.junit.rules.LocatorStarterRule.before(LocatorStarterRule.java:59)
>   at 
> org.apache.geode.test.junit.rules.serializable.SerializableExternalResource.access$000(SerializableExternalResource.java:24)
>   at 
> org.apache.geode.test.junit.rules.serializable.SerializableExternalResource$1.evaluate(SerializableExternalResource.java:35)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   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)
>  

[jira] [Updated] (GEODE-5480) Flaky test UniversalMembershipListenerAdapterDUnitTest > testSystemClientEventsInServer

2018-07-26 Thread Dan Smith (JIRA)


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

Dan Smith updated GEODE-5480:
-
Description: 
{noformat}
org.apache.geode.management.UniversalMembershipListenerAdapterDUnitTest > 
testSystemClientEventsInServer FAILED
org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
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.management.UniversalMembershipListenerAdapterDUnitTest.testSystemClientEventsInServer(UniversalMembershipListenerAdapterDUnitTest.java:699)
{noformat}

See failure: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:7281
See pass: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:7039




  was:
org.apache.geode.management.UniversalMembershipListenerAdapterDUnitTest > 
testSystemClientEventsInServer FAILED
org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
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.management.UniversalMembershipListenerAdapterDUnitTest.testSystemClientEventsInServer(UniversalMembershipListenerAdapterDUnitTest.java:699)


See failure: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:7281
See pass: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:7039





> Flaky test UniversalMembershipListenerAdapterDUnitTest > 
> testSystemClientEventsInServer
> ---
>
> Key: GEODE-5480
> URL: https://issues.apache.org/jira/browse/GEODE-5480
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Affects Versions: 1.8.0
>Reporter: Jacob S. Barrett
>Priority: Major
>  Labels: flaky, swat
>
> {noformat}
> org.apache.geode.management.UniversalMembershipListenerAdapterDUnitTest > 
> testSystemClientEventsInServer FAILED
> org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> 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.management.UniversalMembershipListenerAdapterDUnitTest.testSystemClientEventsInServer(UniversalMembershipListenerAdapterDUnitTest.java:699)
> {noformat}
> See failure: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:7281
> See pass: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:7039



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


[jira] [Commented] (GEODE-5467) MemberStaterRule.withJMXManager selects port before binding

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5467:


Commit c73896a8a1b10b76373737cb235fc6643663410d in geode's branch 
refs/heads/develop from [~browe]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=c73896a ]

GEODE-5467: Remove chance of use same random port for JMX and http se… (#2199)



> MemberStaterRule.withJMXManager selects port before binding
> ---
>
> Key: GEODE-5467
> URL: https://issues.apache.org/jira/browse/GEODE-5467
> Project: Geode
>  Issue Type: Bug
>Reporter: Brian Rowe
>Assignee: Brian Rowe
>Priority: Major
>  Labels: pull-request-available, swat
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Integration test #143 on develop fails with:
> org.apache.geode.management.internal.cli.commands.ConnectCommandWithSecurityTest
>  > classMethod FAILED
>  org.apache.geode.management.ManagementException: 
> java.rmi.server.ExportException: Port already in use: 21592; nested exception 
> is: 
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.rmi.server.ExportException: Port already in use: 21592; nested 
> exception is: 
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.net.BindException: Failed to create server socket on null[21,592]
> Caused by:
>  java.net.BindException: Address already in use (Bind failed)
>  
> Digging into this a bit, I found that the test is trying to start up the jmx 
> manager using a port which was randomly chosen via 
> AvailablePortHelper.getRandomAvailableTCPPort() during setup.  Unfortunately 
> there was at least one other call to getRandomAvailableTCPPort after this 
> (prior to where we're trying to bind the socket for the jmx manager), which 
> creates the possibility that we'll have multiple services trying to bind the 
> same port.
> The port is selected in the MemberStaterRule.withJMXManager call, which 
> happens prior to the crash seen above, which has the following stack:
> {{org.apache.geode.management.ManagementException: 
> java.rmi.server.ExportException: Port already in use: 21592; nested exception 
> is: 
>   java.net.BindException: Failed to create server socket on  null[21,592]
>   at 
> org.apache.geode.management.internal.ManagementAgent.startAgent(ManagementAgent.java:161)
>   at 
> org.apache.geode.management.internal.SystemManagementService.startManager(SystemManagementService.java:435)
>   at 
> org.apache.geode.management.internal.beans.ManagementAdapter.handleCacheCreation(ManagementAdapter.java:173)
>   at 
> org.apache.geode.management.internal.beans.ManagementListener.handleEvent(ManagementListener.java:118)
>   at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.notifyResourceEventListeners(InternalDistributedSystem.java:2201)
>   at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.handleResourceEvent(InternalDistributedSystem.java:590)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.initialize(GemFireCacheImpl.java:1217)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.basicCreate(GemFireCacheImpl.java:792)
>   at 
> org.apache.geode.internal.cache.GemFireCacheImpl.create(GemFireCacheImpl.java:778)
>   at org.apache.geode.cache.CacheFactory.create(CacheFactory.java:177)
>   at org.apache.geode.cache.CacheFactory.create(CacheFactory.java:224)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startCache(InternalLocator.java:662)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startDistributedSystem(InternalLocator.java:649)
>   at 
> org.apache.geode.distributed.internal.InternalLocator.startLocator(InternalLocator.java:311)
>   at org.apache.geode.distributed.Locator.startLocator(Locator.java:253)
>   at 
> org.apache.geode.distributed.Locator.startLocatorAndDS(Locator.java:140)
>   at 
> org.apache.geode.test.junit.rules.LocatorStarterRule.startLocator(LocatorStarterRule.java:80)
>   at 
> org.apache.geode.test.junit.rules.LocatorStarterRule.before(LocatorStarterRule.java:59)
>   at 
> org.apache.geode.test.junit.rules.serializable.SerializableExternalResource.access$000(SerializableExternalResource.java:24)
>   at 
> org.apache.geode.test.junit.rules.serializable.SerializableExternalResource$1.evaluate(SerializableExternalResource.java:35)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:106)

[jira] [Commented] (GEODE-4879) Move geode-core/src/test/java/hydra into dunit packages

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan commented on GEODE-4879:
-

Nevermind, looks like MethExecutor is still used by the new-style 
invoke(SerializableCallableIF) method.

> Move geode-core/src/test/java/hydra into dunit packages
> ---
>
> Key: GEODE-4879
> URL: https://issues.apache.org/jira/browse/GEODE-4879
> Project: Geode
>  Issue Type: Improvement
>  Components: tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>Priority: Major
>
> We have 3 classes in hydra package:
> * MethExecutor
> * MethExecutorResult
> * SchedulingOrder
> I'd like to move these under the dunit package and rename them.



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


[jira] [Updated] (GEODE-5451) LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure fails intermittently

2018-07-26 Thread Dan Smith (JIRA)


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

Dan Smith updated GEODE-5451:
-
Attachment: Test results - Class 
org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.html

> LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure fails 
> intermittently
> --
>
> Key: GEODE-5451
> URL: https://issues.apache.org/jira/browse/GEODE-5451
> Project: Geode
>  Issue Type: Bug
>  Components: core
>Reporter: Jens Deppe
>Priority: Major
>  Labels: swat
> Attachments: Test results - Class 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.html
>
>
> Saw the following failure in a precheckin run:
> {noformat}
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest
>  > testInvalidOperationReturnsFailure FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest$$Lambda$109/561146633.run
>  in VM -2 running on Host e3827a7d1083 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.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.validateStats(LocatorConnectionDUnitTest.java:217)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure(LocatorConnectionDUnitTest.java:144)
> Caused by:
> java.lang.AssertionError: expected:<0> but was:<1>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.lambda$validateStats$c7642ca0$1(LocatorConnectionDUnitTest.java:219){noformat}
> Test results can be found here:
> http://files.apachegeode-ci.info/builds/geode-pr-2153/test-results/disitributedTest/1531949620/
> http://files.apachegeode-ci.info/builds/geode-pr-2153/test-artifacts/1531949620/distributedtesteverythingelse-geode-pr-2153.tgz



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


[jira] [Updated] (GEODE-5451) LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure fails intermittently

2018-07-26 Thread Dan Smith (JIRA)


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

Dan Smith updated GEODE-5451:
-
Labels: swat  (was: )

> LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure fails 
> intermittently
> --
>
> Key: GEODE-5451
> URL: https://issues.apache.org/jira/browse/GEODE-5451
> Project: Geode
>  Issue Type: Bug
>  Components: core
>Reporter: Jens Deppe
>Priority: Major
>  Labels: swat
> Attachments: Test results - Class 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.html
>
>
> Saw the following failure in a precheckin run:
> {noformat}
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest
>  > testInvalidOperationReturnsFailure FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest$$Lambda$109/561146633.run
>  in VM -2 running on Host e3827a7d1083 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.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.validateStats(LocatorConnectionDUnitTest.java:217)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure(LocatorConnectionDUnitTest.java:144)
> Caused by:
> java.lang.AssertionError: expected:<0> but was:<1>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.lambda$validateStats$c7642ca0$1(LocatorConnectionDUnitTest.java:219){noformat}
> Test results can be found here:
> http://files.apachegeode-ci.info/builds/geode-pr-2153/test-results/disitributedTest/1531949620/
> http://files.apachegeode-ci.info/builds/geode-pr-2153/test-artifacts/1531949620/distributedtesteverythingelse-geode-pr-2153.tgz



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


[jira] [Commented] (GEODE-5451) LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure fails intermittently

2018-07-26 Thread Dan Smith (JIRA)


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

Dan Smith commented on GEODE-5451:
--

This just failed again:
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/156

> LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure fails 
> intermittently
> --
>
> Key: GEODE-5451
> URL: https://issues.apache.org/jira/browse/GEODE-5451
> Project: Geode
>  Issue Type: Bug
>  Components: core
>Reporter: Jens Deppe
>Priority: Major
>  Labels: swat
> Attachments: Test results - Class 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.html
>
>
> Saw the following failure in a precheckin run:
> {noformat}
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest
>  > testInvalidOperationReturnsFailure FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest$$Lambda$109/561146633.run
>  in VM -2 running on Host e3827a7d1083 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.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.validateStats(LocatorConnectionDUnitTest.java:217)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure(LocatorConnectionDUnitTest.java:144)
> Caused by:
> java.lang.AssertionError: expected:<0> but was:<1>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.lambda$validateStats$c7642ca0$1(LocatorConnectionDUnitTest.java:219){noformat}
> Test results can be found here:
> http://files.apachegeode-ci.info/builds/geode-pr-2153/test-results/disitributedTest/1531949620/
> http://files.apachegeode-ci.info/builds/geode-pr-2153/test-artifacts/1531949620/distributedtesteverythingelse-geode-pr-2153.tgz



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


[jira] [Assigned] (GEODE-4650) DLockService.clearGrantor can potentially hang

2018-07-26 Thread Dan Smith (JIRA)


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

Dan Smith reassigned GEODE-4650:


Assignee: Galen O'Sullivan  (was: Dan Smith)

> DLockService.clearGrantor can potentially hang
> --
>
> Key: GEODE-4650
> URL: https://issues.apache.org/jira/browse/GEODE-4650
> Project: Geode
>  Issue Type: Bug
>  Components: distributed lock service
>Reporter: Jason Huynh
>Assignee: Galen O'Sullivan
>Priority: Major
>  Labels: pull-request-available, swat
> Attachments: callstacks-2018-02-10-05-25-15.txt, 
> callstacks-2018-02-10-05-25-23.txt, callstacks-2018-02-10-05-25-30.txt
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> There was a test run in the precheckin pipeline that hung with the following 
> stack:
>  
> {code:java}
> "RMI TCP Connection(1)-172.17.0.3" #30 daemon prio=5 os_prio=0 
> tid=0x7f4560001800 nid=0x191 waiting on condition [0x7f45771c]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xe082d298> (a 
> java.util.concurrent.CountDownLatch$Sync)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
> at 
> java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
> at 
> java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
> at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
> at 
> org.apache.geode.internal.util.concurrent.StoppableCountDownLatch.await(StoppableCountDownLatch.java:64)
> at 
> org.apache.geode.distributed.internal.ReplyProcessor21.basicWait(ReplyProcessor21.java:715)
> at 
> org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:790)
> at 
> org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:766)
> at 
> org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:853)
> at 
> org.apache.geode.distributed.internal.locks.ElderInitProcessor.init(ElderInitProcessor.java:72)
> at 
> org.apache.geode.distributed.internal.locks.ElderState.(ElderState.java:56)
> at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.getElderStateWithTryLock(ClusterDistributionManager.java:3359)
> at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.getElderState(ClusterDistributionManager.java:3309)
> at 
> org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.startElderCall(GrantorRequestProcessor.java:238)
> at 
> org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.basicOp(GrantorRequestProcessor.java:347)
> at 
> org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.basicOp(GrantorRequestProcessor.java:327)
> at 
> org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.clearGrantor(GrantorRequestProcessor.java:318)
> at 
> org.apache.geode.distributed.internal.locks.DLockService.clearGrantor(DLockService.java:872)
> at 
> org.apache.geode.distributed.internal.locks.DLockGrantor.destroy(DLockGrantor.java:1227)
> - locked <0xe0837ff0> (a 
> org.apache.geode.distributed.internal.locks.DLockGrantor)
> at 
> org.apache.geode.distributed.internal.locks.DLockService.nullLockGrantorId(DLockService.java:646)
> at 
> org.apache.geode.distributed.internal.locks.DLockService.basicDestroy(DLockService.java:2358)
> at 
> org.apache.geode.distributed.internal.locks.DLockService.destroyAndRemove(DLockService.java:2276)
> - locked <0xe05c7468> (a java.lang.Object)
> at 
> org.apache.geode.distributed.internal.locks.DLockService.destroyServiceNamed(DLockService.java:2214)
> at 
> org.apache.geode.distributed.DistributedLockService.destroy(DistributedLockService.java:84)
> at 
> org.apache.geode.internal.cache.GemFireCacheImpl.destroyGatewaySenderLockService(GemFireCacheImpl.java:2043)
> at 
> org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:2180)
> - locked <0xe04653e0> (a java.lang.Class for 
> org.apache.geode.internal.cache.GemFireCacheImpl)
> at 
> org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:1960)
> at 
> org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:1950)
> at 
> org.apache.geode.test.junit.rules.ServerStarterRule.stopMember(ServerStarterRule.java:99)
> at 
> org.apache.geode.test.junit.rules.MemberStarterRule.after(MemberStarterRule.java:81)
> at 
> org.apache.geode.test.dunit.rules.ClusterStartupRule.stopElementInsideVM(ClusterStartupRule.java:412)
> at 
> 

[jira] [Commented] (GEODE-5478) The lowRedundancyBucketCount statistic is not maintained properly when multiple members are stopped and restarted

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5478:


Commit 18b9fd47fcd21ab9eb3bf0d2d325f9871e5453a8 in geode's branch 
refs/heads/feature/GEODE-5478 from [~barry.oglesby]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=18b9fd4 ]

GEODE-5478: Simplified low redundancy calculation

Co-authored-by: Darrel Schneider 


> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> -
>
> Key: GEODE-5478
> URL: https://issues.apache.org/jira/browse/GEODE-5478
> Project: Geode
>  Issue Type: Bug
>  Components: regions, statistics
>Reporter: Barry Oglesby
>Assignee: Barry Oglesby
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> A test where multiple members are stopped simultaneously so that all copies 
> of a bucket are offlineshows the numBucketsWithoutRedundancy metric not set 
> properly:
> Initially:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> After stopping 2 members (of 4):
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 73
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 99107
>  | averageBucketSize | 442
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 76
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 9915
>  | averageBucketSize | 44
> {noformat}
> After restarting both members, numBucketsWithoutRedundancy > 0:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 21
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> All the buckets and data are recovered, but the numBucketsWithoutRedundancy 
> is not 0.



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


[jira] [Resolved] (GEODE-5415) Geode Native C++ Example (Put/get domain object using custom DataSerializable)

2018-07-26 Thread Addison (JIRA)


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

Addison resolved GEODE-5415.

Resolution: Fixed

> Geode Native C++ Example (Put/get domain object using custom DataSerializable)
> --
>
> Key: GEODE-5415
> URL: https://issues.apache.org/jira/browse/GEODE-5415
> Project: Geode
>  Issue Type: Sub-task
>  Components: native client
>Reporter: Ivan Godwin
>Priority: Major
>
> Create a C++ example that puts and gets a domain object that inherits from 
> DataSerializable.



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


[jira] [Commented] (GEODE-4879) Move geode-core/src/test/java/hydra into dunit packages

2018-07-26 Thread Galen O'Sullivan (JIRA)


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

Galen O'Sullivan commented on GEODE-4879:
-

I think it would be nice to remove these classes outright and replace 
MethExecutor and MethExecutorResult with AsyncInvocation.

> Move geode-core/src/test/java/hydra into dunit packages
> ---
>
> Key: GEODE-4879
> URL: https://issues.apache.org/jira/browse/GEODE-4879
> Project: Geode
>  Issue Type: Improvement
>  Components: tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>Priority: Major
>
> We have 3 classes in hydra package:
> * MethExecutor
> * MethExecutorResult
> * SchedulingOrder
> I'd like to move these under the dunit package and rename them.



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


[jira] [Updated] (GEODE-5479) Fix sloppy getRandomAvailableTCPPort() usage

2018-07-26 Thread ASF GitHub Bot (JIRA)


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

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

> Fix sloppy getRandomAvailableTCPPort() usage
> 
>
> Key: GEODE-5479
> URL: https://issues.apache.org/jira/browse/GEODE-5479
> Project: Geode
>  Issue Type: Task
>  Components: tests
>Reporter: Alexander Murmann
>Assignee: Alexander Murmann
>Priority: Minor
>  Labels: pull-request-available
>
> Both RegionChangesPersistThroughClusterConfigurationDUnitTest and 
> RestAPIsWithSSLDUnitTest are making repeat calls to the port helper and are 
> not ensuring that the ports are actually unique. This needs to be fixed.



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


[jira] [Commented] (GEODE-1942) CI Failure: org.apache.geode.redis.HashesJUnitTest.testHIncrBy

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-1942:


Commit ca8a24000a2f5c9e58f7bed7997abb0c46d43159 in geode's branch 
refs/heads/develop from Dan Smith
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=ca8a240 ]

GEODE-1942: Limiting random strings to alphanumeric

This test was generating random strings, but some strings were invalid
regions names, for example strings starting with __. Limiting the
strings the alphabet.

> CI Failure: org.apache.geode.redis.HashesJUnitTest.testHIncrBy
> --
>
> Key: GEODE-1942
> URL: https://issues.apache.org/jira/browse/GEODE-1942
> Project: Geode
>  Issue Type: Bug
>  Components: redis
>Reporter: Bruce Schuchardt
>Assignee: Dan Smith
>Priority: Major
>  Labels: CI, pull-request-available, swat
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> Error Message
> redis.clients.jedis.exceptions.JedisConnectionException: 
> java.net.SocketTimeoutException: Read timed out
> Stacktrace
> redis.clients.jedis.exceptions.JedisConnectionException: 
> java.net.SocketTimeoutException: Read timed out
>   at 
> redis.clients.util.RedisInputStream.ensureFill(RedisInputStream.java:201)
>   at 
> redis.clients.util.RedisInputStream.readByte(RedisInputStream.java:40)
>   at redis.clients.jedis.Protocol.process(Protocol.java:132)
>   at redis.clients.jedis.Protocol.read(Protocol.java:196)
>   at 
> redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:288)
>   at redis.clients.jedis.Connection.getIntegerReply(Connection.java:213)
>   at redis.clients.jedis.Jedis.hincrBy(Jedis.java:675)
>   at 
> org.apache.geode.redis.HashesJUnitTest.testHIncrBy(HashesJUnitTest.java:143)
>   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:497)
>   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.RunAfters.evaluate(RunAfters.java:27)
>   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.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.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:497)
>   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] [Resolved] (GEODE-1942) CI Failure: org.apache.geode.redis.HashesJUnitTest.testHIncrBy

2018-07-26 Thread Dan Smith (JIRA)


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

Dan Smith resolved GEODE-1942.
--
Resolution: Fixed

> CI Failure: org.apache.geode.redis.HashesJUnitTest.testHIncrBy
> --
>
> Key: GEODE-1942
> URL: https://issues.apache.org/jira/browse/GEODE-1942
> Project: Geode
>  Issue Type: Bug
>  Components: redis
>Reporter: Bruce Schuchardt
>Assignee: Dan Smith
>Priority: Major
>  Labels: CI, pull-request-available, swat
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> Error Message
> redis.clients.jedis.exceptions.JedisConnectionException: 
> java.net.SocketTimeoutException: Read timed out
> Stacktrace
> redis.clients.jedis.exceptions.JedisConnectionException: 
> java.net.SocketTimeoutException: Read timed out
>   at 
> redis.clients.util.RedisInputStream.ensureFill(RedisInputStream.java:201)
>   at 
> redis.clients.util.RedisInputStream.readByte(RedisInputStream.java:40)
>   at redis.clients.jedis.Protocol.process(Protocol.java:132)
>   at redis.clients.jedis.Protocol.read(Protocol.java:196)
>   at 
> redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:288)
>   at redis.clients.jedis.Connection.getIntegerReply(Connection.java:213)
>   at redis.clients.jedis.Jedis.hincrBy(Jedis.java:675)
>   at 
> org.apache.geode.redis.HashesJUnitTest.testHIncrBy(HashesJUnitTest.java:143)
>   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:497)
>   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.RunAfters.evaluate(RunAfters.java:27)
>   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.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.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:497)
>   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:109)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> 

[jira] [Updated] (GEODE-5478) The lowRedundancyBucketCount statistic is not maintained properly when multiple members are stopped and restarted

2018-07-26 Thread ASF GitHub Bot (JIRA)


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

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

> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> -
>
> Key: GEODE-5478
> URL: https://issues.apache.org/jira/browse/GEODE-5478
> Project: Geode
>  Issue Type: Bug
>  Components: regions, statistics
>Reporter: Barry Oglesby
>Assignee: Barry Oglesby
>Priority: Major
>  Labels: pull-request-available
>
> The lowRedundancyBucketCount statistic is not maintained properly when 
> multiple members are stopped and restarted
> A test where multiple members are stopped simultaneously so that all copies 
> of a bucket are offlineshows the numBucketsWithoutRedundancy metric not set 
> properly:
> Initially:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> After stopping 2 members (of 4):
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 73
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 99107
>  | averageBucketSize | 442
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 112
>  | primaryBucketCount | 76
>  | numBucketsWithoutRedundancy | 57
>  | totalBucketSize | 9915
>  | averageBucketSize | 44
> {noformat}
> After restarting both members, numBucketsWithoutRedundancy > 0:
> {noformat}
> (2) Executing - show metrics --categories=partition --region=/rewards
> Category | Metric | Value
> - | --- | --
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 0
>  | totalBucketSize | 20
>  | averageBucketSize | 221
> (3) Executing - show metrics --categories=partition --region=/customer
> Category | Metric | Value
> - | --- | -
> partition | putLocalRate | 0.0
>  | putRemoteRate | 0.0
>  | putRemoteLatency | 0
>  | putRemoteAvgLatency | 0
>  | bucketCount | 226
>  | primaryBucketCount | 113
>  | numBucketsWithoutRedundancy | 21
>  | totalBucketSize | 2
>  | averageBucketSize | 22
> {noformat}
> All the buckets and data are recovered, but the numBucketsWithoutRedundancy 
> is not 0.



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


[jira] [Assigned] (GEODE-3530) All DistributedTests that extend CliCommandTestBase are Flaky

2018-07-26 Thread Jinmei Liao (JIRA)


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

Jinmei Liao reassigned GEODE-3530:
--

Assignee: (was: Jinmei Liao)

> All DistributedTests that extend CliCommandTestBase are Flaky
> -
>
> Key: GEODE-3530
> URL: https://issues.apache.org/jira/browse/GEODE-3530
> Project: Geode
>  Issue Type: Bug
>  Components: management, tests
>Reporter: Kirk Lund
>Priority: Major
>  Labels: CliCommandTestBase, DistributedTest, Flaky, 
> pull-request-available, swat
>  Time Spent: 5h 40m
>  Remaining Estimate: 0h
>
> All DistributedTests that extend CliCommandTestBase are Flaky. The tests need 
> to be rewritten with GfshShellConnectionRule so we can delete 
> CliCommandTestBase.
> List of test classes extending CliCommandTestBase and existing Flaky tickets:
>  * -AlterRegionCommandDUnitTest- (GEODE-3018)
>  * -ClusterConfigurationDUnitTest- (GEODE-1333, GEODE-1334)
>  * -ConfigCommandsDUnitTest- (GEODE-1449)
>  * -ConnectCommandWithHttpAndSSLDUnitTest-
>  * -CreateAlterDestroyRegionCommandsDUnitTest- (GEODE-973, GEODE-2009, 
> GEODE-3018)
>  * -CreateRegionCommandDUnitTest- (GEODE-973)
>  * -DescribeClientCommandDUnitTest- (GEODE-910)
>  * -DestroyRegionCommandDUnitTest-
>  * -DiskStoreCommandsDUnitTest- (GEODE-1206, GEODE-1406, GEODE-2102)
>  * -DurableClientCommandsDUnitTest- (GEODE-1705, GEODE-3404, GEODE-3359)
>  * -FunctionCommandsDUnitTest- (GEODE-1563)
>  * -GemfireDataCommandsDUnitTest- (GEODE-1182, GEODE-1249, GEODE-1404, 
> GEODE-1430, GEODE-1487, GEODE-1496, GEODE-1561, GEODE-1822, GEODE-2006)
>  * -GetCommandOnRegionWithCacheLoaderDuringCacheMissDUnitTest- (Does not 
> exist)
>  * LauncherLifecycleCommandsDUnitTest
>  * -ListAndDescribeDiskStoreCommandsDUnitTest (does not exist)-
>  * -ListClientCommandDUnitTest- (GEODE-908) (Jinmei/Finn)
>  * -ListIndexCommandDUnitTest-
>  * -LuceneIndexCommandsDUnitTest- (does not exist)
>  * -MiscellaneousCommandsDUnitTest (GEODE-1034, GEODE-1385, GEODE-1518, 
> GEODE-1605, GEODE-1706, GEODE-2126)-
>  * -QueueCommandsDUnitTest- (does not exist) (GEODE-1429, GEODE-1976)
>  * -RebalanceCommandDistributedTest- (Finn)
>  * -RebalanceCommandOverHttpDistributedTest- (Finn)
>  * -ShellCommandsDUnitTest- (GEODE-989)
>  * -ShowMetricsDUnitTest- (GEODE-1764)
>  * -ShowStackTraceDUnitTest- (does not exist)
>  * -WANCommandTestBase- (and subclasses)
>  * -ClientCommandsTestUtils-
>  * -ShellCommandsDUnitTest- (Jinmei)
> Test classes that *use* but do not extend CliCommandTestBase:
>  * CommandOverrHttpDUnitTest



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


[jira] [Assigned] (GEODE-838) ClientAuthenticationDUnitTest.testCredentialsForNotifications failed

2018-07-26 Thread Jinmei Liao (JIRA)


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

Jinmei Liao reassigned GEODE-838:
-

Assignee: Jinmei Liao

> ClientAuthenticationDUnitTest.testCredentialsForNotifications failed
> 
>
> Key: GEODE-838
> URL: https://issues.apache.org/jira/browse/GEODE-838
> Project: Geode
>  Issue Type: Bug
>  Components: security
>Reporter: xiaojian zhou
>Assignee: Jinmei Liao
>Priority: Major
>  Labels: CI, Flaky, swat
> Fix For: 1.0.0-incubating
>
>
> Revision: 5424312dcb3151ba6ddafca9bf8c4b0fc335f7af
> {noformat}
> dunit.RMIException: While invoking 
> com.gemstone.gemfire.security.ClientAuthenticationDUnitTest.createCacheServer 
> in VM 1 running on Host zambia.gemstone.com with 4 VMs
>   at dunit.VM.invoke(VM.java:173)
>   at 
> com.gemstone.gemfire.security.ClientAuthenticationDUnitTest.itestCredentialsForNotifications(ClientAuthenticationDUnitTest.java:765)
>   at 
> com.gemstone.gemfire.security.ClientAuthenticationDUnitTest.testCredentialsForNotifications(ClientAuthenticationDUnitTest.java:701)
>   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:497)
>   at junit.framework.TestCase.runTest(TestCase.java:176)
>   at junit.framework.TestCase.runBare(TestCase.java:141)
>   at junit.framework.TestResult$1.protect(TestResult.java:122)
>   at junit.framework.TestResult.runProtected(TestResult.java:142)
>   at junit.framework.TestResult.run(TestResult.java:125)
>   at junit.framework.TestCase.run(TestCase.java:129)
>   at junit.framework.TestSuite.runTest(TestSuite.java:252)
>   at junit.framework.TestSuite.run(TestSuite.java:247)
>   at 
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:105)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:64)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:50)
>   at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.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:106)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> Caused by: junit.framework.AssertionFailedError: Got unexpected exception 
> when starting peer: com.gemstone.gemfire.GemFireIOException: Problem starting 
> a locator service
>   at 
> com.gemstone.gemfire.distributed.internal.InternalDistributedSystem.startInitLocator(InternalDistributedSystem.java:772)
>   at 
> 

[jira] [Resolved] (GEODE-5472) PersistentPartitionedRegionRegressionTest recoversAfterBucketCreationCrashes hangs

2018-07-26 Thread Jinmei Liao (JIRA)


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

Jinmei Liao resolved GEODE-5472.

Resolution: Fixed

> PersistentPartitionedRegionRegressionTest recoversAfterBucketCreationCrashes 
> hangs
> --
>
> Key: GEODE-5472
> URL: https://issues.apache.org/jira/browse/GEODE-5472
> Project: Geode
>  Issue Type: Bug
>Reporter: Jinmei Liao
>Assignee: Jinmei Liao
>Priority: Major
>  Labels: pull-request-available, swat
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> [https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/138]
>  
> *{color:#cc3300}Pooled Waiting Message Processor 1{color}* is in deadlock 
> with *{color:#cc3300}RMI TCP Connection(1)-172.17.0.5{color}*
> *{color:#003300}Pooled Waiting Message Processor 1{color}* - priority:10 - 
> threadId:0x7ff740004800 - nativeId:0x498 - 
> state:*{color:#cc3300}BLOCKED{color}*
> stackTrace:
> java.lang.Thread.State: BLOCKED (on object monitor)
> at 
> org.apache.geode.internal.cache.GemFireCacheImpl.removeRoot({color:#80}GemFireCacheImpl.java:3604{color})
> - waiting to lock *<0xe0822280>* (a java.util.HashMap)
> at 
> org.apache.geode.internal.cache.LocalRegion.basicDestroyRegion({color:#80}LocalRegion.java:6288{color})
> at 
> org.apache.geode.internal.cache.DistributedRegion.basicDestroyRegion({color:#80}DistributedRegion.java:1730{color})
> at 
> org.apache.geode.internal.cache.LocalRegion.basicDestroyRegion({color:#80}LocalRegion.java:6211{color})
> at 
> org.apache.geode.internal.cache.LocalRegion.localDestroyRegion({color:#80}LocalRegion.java:2229{color})
> at 
> org.apache.geode.internal.cache.AbstractRegion.localDestroyRegion({color:#80}AbstractRegion.java:424{color})
> at 
> org.apache.geode.management.internal.ManagementResourceRepo.destroyLocalMonitoringRegion({color:#80}ManagementResourceRepo.java:73{color})
> at 
> org.apache.geode.management.internal.LocalManager.cleanUpResources({color:#80}LocalManager.java:279{color})
> at 
> org.apache.geode.management.internal.LocalManager.stopManager({color:#80}LocalManager.java:413{color})
> at 
> org.apache.geode.management.internal.SystemManagementService.close({color:#80}SystemManagementService.java:240{color})
> - locked *<0xe03dcfe0>* (a java.util.HashMap)
> at 
> org.apache.geode.management.internal.beans.ManagementAdapter.handleCacheRemoval({color:#80}ManagementAdapter.java:737{color})
> at 
> org.apache.geode.management.internal.beans.ManagementListener.handleEvent({color:#80}ManagementListener.java:122{color})
> at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.notifyResourceEventListeners({color:#80}InternalDistributedSystem.java:2201{color})
> at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.handleResourceEvent({color:#80}InternalDistributedSystem.java:590{color})
> at 
> org.apache.geode.internal.cache.GemFireCacheImpl.close({color:#80}GemFireCacheImpl.java:2147{color})
> - locked *<0xe03dd028>* (a java.lang.Class for 
> org.apache.geode.internal.cache.GemFireCacheImpl)
> at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.disconnect({color:#80}InternalDistributedSystem.java:1371{color})
> - locked *<0xe03dd028>* (a java.lang.Class for 
> org.apache.geode.internal.cache.GemFireCacheImpl)
> at 
> org.apache.geode.distributed.internal.InternalDistributedSystem.disconnect({color:#80}InternalDistributedSystem.java:1021{color})
> at 
> org.apache.geode.test.dunit.Disconnect.disconnectFromDS({color:#80}Disconnect.java:43{color})
> at 
> org.apache.geode.internal.cache.partitioned.PersistentPartitionedRegionRegressionTest$1.beforeSendMessage({color:#80}PersistentPartitionedRegionRegressionTest.java:288{color})
> at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.putOutgoing({color:#80}ClusterDistributionManager.java:1720{color})
> at 
> org.apache.geode.internal.cache.partitioned.ManageBucketMessage$ManageBucketReplyMessage.sendAcceptance({color:#80}ManageBucketMessage.java:278{color})
> at 
> org.apache.geode.internal.cache.partitioned.ManageBucketMessage.operateOnPartitionedRegion({color:#80}ManageBucketMessage.java:152{color})
> at 
> org.apache.geode.internal.cache.partitioned.PartitionMessage.process({color:#80}PartitionMessage.java:331{color})
> at 
> org.apache.geode.distributed.internal.DistributionMessage.scheduleAction({color:#80}DistributionMessage.java:378{color})
> at 
> org.apache.geode.distributed.internal.DistributionMessage$1.run({color:#80}DistributionMessage.java:444{color})
> at 
> 

[jira] [Updated] (GEODE-5482) Flaky test LocatorConnectionDUnitTest > testInvalidOperationReturnsFailure

2018-07-26 Thread Jacob S. Barrett (JIRA)


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

Jacob S. Barrett updated GEODE-5482:

Labels: flaky swat  (was: )

> Flaky test LocatorConnectionDUnitTest > testInvalidOperationReturnsFailure
> --
>
> Key: GEODE-5482
> URL: https://issues.apache.org/jira/browse/GEODE-5482
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Affects Versions: 1.8.0
>Reporter: Jacob S. Barrett
>Priority: Major
>  Labels: flaky, swat
>
> {noformat}
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest
>  > testInvalidOperationReturnsFailure FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest$$Lambda$112/1065764231.run
>  in VM -2 running on Host d0a2838cf5a3 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.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.validateStats(LocatorConnectionDUnitTest.java:217)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure(LocatorConnectionDUnitTest.java:144)
> Caused by:
> java.lang.AssertionError: expected:<0> but was:<1>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.lambda$validateStats$c7642ca0$1(LocatorConnectionDUnitTest.java:219)
> {noformat}
> See failed: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/156#L5b4cf8d7:1404
> See passed: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/155#L5b59f1be:1388



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


[jira] [Updated] (GEODE-5482) Flaky test LocatorConnectionDUnitTest > testInvalidOperationReturnsFailure

2018-07-26 Thread Jacob S. Barrett (JIRA)


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

Jacob S. Barrett updated GEODE-5482:

Affects Version/s: 1.8.0

> Flaky test LocatorConnectionDUnitTest > testInvalidOperationReturnsFailure
> --
>
> Key: GEODE-5482
> URL: https://issues.apache.org/jira/browse/GEODE-5482
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Affects Versions: 1.8.0
>Reporter: Jacob S. Barrett
>Priority: Major
>
> {noformat}
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest
>  > testInvalidOperationReturnsFailure FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest$$Lambda$112/1065764231.run
>  in VM -2 running on Host d0a2838cf5a3 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.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.validateStats(LocatorConnectionDUnitTest.java:217)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure(LocatorConnectionDUnitTest.java:144)
> Caused by:
> java.lang.AssertionError: expected:<0> but was:<1>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.lambda$validateStats$c7642ca0$1(LocatorConnectionDUnitTest.java:219)
> {noformat}
> See failed: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/156#L5b4cf8d7:1404
> See passed: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/155#L5b59f1be:1388



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


[jira] [Created] (GEODE-5482) Flaky test LocatorConnectionDUnitTest > testInvalidOperationReturnsFailure

2018-07-26 Thread Jacob S. Barrett (JIRA)
Jacob S. Barrett created GEODE-5482:
---

 Summary: Flaky test LocatorConnectionDUnitTest > 
testInvalidOperationReturnsFailure
 Key: GEODE-5482
 URL: https://issues.apache.org/jira/browse/GEODE-5482
 Project: Geode
  Issue Type: Bug
  Components: tests
Reporter: Jacob S. Barrett


{noformat}
org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest
 > testInvalidOperationReturnsFailure FAILED
org.apache.geode.test.dunit.RMIException: While invoking 
org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest$$Lambda$112/1065764231.run
 in VM -2 running on Host d0a2838cf5a3 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.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.validateStats(LocatorConnectionDUnitTest.java:217)
at 
org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.testInvalidOperationReturnsFailure(LocatorConnectionDUnitTest.java:144)

Caused by:
java.lang.AssertionError: expected:<0> but was:<1>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:144)
at 
org.apache.geode.internal.protocol.protobuf.v1.acceptance.LocatorConnectionDUnitTest.lambda$validateStats$c7642ca0$1(LocatorConnectionDUnitTest.java:219)
{noformat}

See failed: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/156#L5b4cf8d7:1404
See passed: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/155#L5b59f1be:1388




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


[jira] [Updated] (GEODE-4887) ci Failure: PartitionedRegionOffHeapDUnitTest.testDistributedUpdate

2018-07-26 Thread Alexander Murmann (JIRA)


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

Alexander Murmann updated GEODE-4887:
-
Labels: swat  (was: )

> ci Failure: PartitionedRegionOffHeapDUnitTest.testDistributedUpdate
> ---
>
> Key: GEODE-4887
> URL: https://issues.apache.org/jira/browse/GEODE-4887
> Project: Geode
>  Issue Type: Bug
>  Components: offheap
>Affects Versions: 1.5.0
>Reporter: Eric Shu
>Priority: Major
>  Labels: swat
>
> org.apache.geode.cache30.PartitionedRegionOffHeapDUnitTest > 
> testDistributedUpdate FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.cache30.PartitionedRegionOffHeapDUnitTest$1.run in VM 1 
> running on Host 34d5b30e2f93 with 4 VMs
> at org.apache.geode.test.dunit.VM.invoke(VM.java:401)
> at org.apache.geode.test.dunit.VM.invoke(VM.java:370)
> at org.apache.geode.test.dunit.VM.invoke(VM.java:313)
> at org.apache.geode.test.dunit.Invoke.invokeInEveryVM(Invoke.java:59)
> at org.apache.geode.test.dunit.Invoke.invokeInEveryVM(Invoke.java:48)
> at 
> org.apache.geode.cache30.PartitionedRegionOffHeapDUnitTest.preTearDownAssertions(PartitionedRegionOffHeapDUnitTest.java:49)
> Caused by:
> java.lang.AssertionError: 
> Expecting empty but was:<[MemoryBlock{MemoryAddress=139834149486752, 
> State=ALLOCATED, BlockSize=24, SlabId=0, FreeListId=NONE, RefCount=1, 
> isSerialized=true, isCompressed=false, DataType=java.lang.String, 
> DataValue=NEW_VALUE}]>



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


[jira] [Commented] (GEODE-4887) ci Failure: PartitionedRegionOffHeapDUnitTest.testDistributedUpdate

2018-07-26 Thread Alexander Murmann (JIRA)


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

Alexander Murmann commented on GEODE-4887:
--

Ran into this again when running tests against my branch that had no related 
changes..

> ci Failure: PartitionedRegionOffHeapDUnitTest.testDistributedUpdate
> ---
>
> Key: GEODE-4887
> URL: https://issues.apache.org/jira/browse/GEODE-4887
> Project: Geode
>  Issue Type: Bug
>  Components: offheap
>Affects Versions: 1.5.0
>Reporter: Eric Shu
>Priority: Major
>  Labels: swat
>
> org.apache.geode.cache30.PartitionedRegionOffHeapDUnitTest > 
> testDistributedUpdate FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.cache30.PartitionedRegionOffHeapDUnitTest$1.run in VM 1 
> running on Host 34d5b30e2f93 with 4 VMs
> at org.apache.geode.test.dunit.VM.invoke(VM.java:401)
> at org.apache.geode.test.dunit.VM.invoke(VM.java:370)
> at org.apache.geode.test.dunit.VM.invoke(VM.java:313)
> at org.apache.geode.test.dunit.Invoke.invokeInEveryVM(Invoke.java:59)
> at org.apache.geode.test.dunit.Invoke.invokeInEveryVM(Invoke.java:48)
> at 
> org.apache.geode.cache30.PartitionedRegionOffHeapDUnitTest.preTearDownAssertions(PartitionedRegionOffHeapDUnitTest.java:49)
> Caused by:
> java.lang.AssertionError: 
> Expecting empty but was:<[MemoryBlock{MemoryAddress=139834149486752, 
> State=ALLOCATED, BlockSize=24, SlabId=0, FreeListId=NONE, RefCount=1, 
> isSerialized=true, isCompressed=false, DataType=java.lang.String, 
> DataValue=NEW_VALUE}]>



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


[jira] [Commented] (GEODE-5414) Create a geode-example for WAN replication

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5414:


Commit cc1001164941b4972d989dffdcd90a9222ec4c6f in geode-examples's branch 
refs/heads/develop from Dan Smith
[ https://gitbox.apache.org/repos/asf?p=geode-examples.git;h=cc10011 ]

Revert "Merge pull request #64 from dihardman/feature/GEODE-5414"

Reverting this merge of the WAN example because it fails ./gradlew
runAll.

This reverts commit 407298138a0c4d05dafcb9c78429f805bc565c22, reversing
changes made to 2549e368e3125c19341f740a3c2bffd4e117a806.


> Create a geode-example for WAN replication
> --
>
> Key: GEODE-5414
> URL: https://issues.apache.org/jira/browse/GEODE-5414
> Project: Geode
>  Issue Type: Improvement
>  Components: examples
>Reporter: Diane Hardman
>Assignee: Diane Hardman
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> Create a simple example for implementing WAN replication between 2 Geode 
> clusters.



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


[jira] [Updated] (GEODE-4118) CI failure: org.apache.geode.management.ClientHealthStatsDUnitTest > testClientHealthStats_DurableClient FAILED

2018-07-26 Thread ASF GitHub Bot (JIRA)


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

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

> CI failure: org.apache.geode.management.ClientHealthStatsDUnitTest > 
> testClientHealthStats_DurableClient FAILED
> ---
>
> Key: GEODE-4118
> URL: https://issues.apache.org/jira/browse/GEODE-4118
> Project: Geode
>  Issue Type: Bug
>  Components: client queues
>Affects Versions: 1.3.0
>Reporter: Shelley Lynn Hughes-Godfrey
>Assignee: Jinmei Liao
>Priority: Major
>  Labels: pull-request-available, swat
>
> The following failure occurred in CI on geode 1.3
> From geode 1.3:
> {noformat}
> org.apache.geode.management.ClientHealthStatsDUnitTest > 
> testClientHealthStats_DurableClient FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.management.ClientHealthStatsDUnitTest$$Lambda$45/1125579520.run
>  in VM 0 running on Host c321364c7e23 with 4 VMs
> at org.apache.geode.test.dunit.VM.invoke(VM.java:393)
> at org.apache.geode.test.dunit.VM.invoke(VM.java:363)
> at org.apache.geode.test.dunit.VM.invoke(VM.java:308)
> at 
> org.apache.geode.management.ClientHealthStatsDUnitTest.testClientHealthStats_DurableClient(ClientHealthStatsDUnitTest.java:160)
> Caused by:
> org.junit.ComparisonFailure: expected:<[2]> but was:<[1]>
> 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.management.ClientHealthStatsDUnitTest.verifyClientStats(ClientHealthStatsDUnitTest.java:333)
> at 
> org.apache.geode.management.ClientHealthStatsDUnitTest.lambda$testClientHealthStats_DurableClient$1db6af62$1(ClientHealthStatsDUnitTest.java:160)
> {noformat}



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


[jira] [Commented] (GEODE-5414) Create a geode-example for WAN replication

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5414:


Commit 407298138a0c4d05dafcb9c78429f805bc565c22 in geode-examples's branch 
refs/heads/develop from Karen Miller
[ https://gitbox.apache.org/repos/asf?p=geode-examples.git;h=4072981 ]

Merge pull request #64 from dihardman/feature/GEODE-5414

GEODE-5414: Adding WAN example

> Create a geode-example for WAN replication
> --
>
> Key: GEODE-5414
> URL: https://issues.apache.org/jira/browse/GEODE-5414
> Project: Geode
>  Issue Type: Improvement
>  Components: examples
>Reporter: Diane Hardman
>Assignee: Diane Hardman
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> Create a simple example for implementing WAN replication between 2 Geode 
> clusters.



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


[jira] [Commented] (GEODE-5414) Create a geode-example for WAN replication

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5414:


Commit 407298138a0c4d05dafcb9c78429f805bc565c22 in geode-examples's branch 
refs/heads/develop from Karen Miller
[ https://gitbox.apache.org/repos/asf?p=geode-examples.git;h=4072981 ]

Merge pull request #64 from dihardman/feature/GEODE-5414

GEODE-5414: Adding WAN example

> Create a geode-example for WAN replication
> --
>
> Key: GEODE-5414
> URL: https://issues.apache.org/jira/browse/GEODE-5414
> Project: Geode
>  Issue Type: Improvement
>  Components: examples
>Reporter: Diane Hardman
>Assignee: Diane Hardman
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> Create a simple example for implementing WAN replication between 2 Geode 
> clusters.



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


[jira] [Commented] (GEODE-5414) Create a geode-example for WAN replication

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5414:


Commit faee332eb92cbf715a11a4e88f048545ebccbcff in geode-examples's branch 
refs/heads/develop from [~dhardman]
[ https://gitbox.apache.org/repos/asf?p=geode-examples.git;h=faee332 ]

GEODE-5414: Adding WAN example.


> Create a geode-example for WAN replication
> --
>
> Key: GEODE-5414
> URL: https://issues.apache.org/jira/browse/GEODE-5414
> Project: Geode
>  Issue Type: Improvement
>  Components: examples
>Reporter: Diane Hardman
>Assignee: Diane Hardman
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> Create a simple example for implementing WAN replication between 2 Geode 
> clusters.



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


[jira] [Commented] (GEODE-5212) Many distributedTest and integrationTest failures on windows

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5212:


Commit 7899f201bfdc76a0dc1055fb034c633c4e078560 in geode's branch 
refs/heads/feature/GEODE-5212 from [~jens.deppe]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=7899f20 ]

Merge branch 'develop' into feature/GEODE-5212


> Many distributedTest and integrationTest failures on windows
> 
>
> Key: GEODE-5212
> URL: https://issues.apache.org/jira/browse/GEODE-5212
> Project: Geode
>  Issue Type: Task
>  Components: general, gfsh
>Reporter: Patrick Rhomberg
>Priority: Major
>  Labels: pull-request-available, windows
>  Time Spent: 2.5h
>  Remaining Estimate: 0h
>
> Windows regressions currently fail spectacularly.  The primary culprits 
> appear to be based around filesystem I/O and passing the current working 
> directory to members started by our testing framework.
>  
> The scope of this ticket will be defined by "refactors" as children tickets.



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


[jira] [Commented] (GEODE-5453) Isolate and split up rolling upgrade tests.

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5453:


Commit c3284178109d3ed3aaa69612b6303186aba65537 in geode's branch 
refs/heads/feature/GEODE-5212 from Jacob Barrett
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=c328417 ]

GEODE-5453: Make passing build depend on UpgradeTest job.


> Isolate and split up rolling upgrade tests.
> ---
>
> Key: GEODE-5453
> URL: https://issues.apache.org/jira/browse/GEODE-5453
> Project: Geode
>  Issue Type: Improvement
>  Components: tests
>Reporter: Jacob S. Barrett
>Assignee: Jacob S. Barrett
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> Isolate rolling upgrades into their own category of test.
> Split up rolling upgrade tests into individual test classes to improve 
> parallelization. 



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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit 233932c019e5340453757e47c05e6745f0ff5c39 in geode's branch 
refs/heads/feature/GEODE-5212 from [~dcavender]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=233932c ]

Merge pull request #2200 from smgoller/GEODE-5476-2

[GEODE-5476] Fix groups definition.

> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5475) ClusterStartupRule improvement

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5475:


Commit d00ab7cebc938dfd89f60a5a1e39126771457cbe in geode's branch 
refs/heads/feature/GEODE-5212 from jinmeiliao
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=d00ab7c ]

GEODE-5475: ClusterStartupRule improvement (#2193)

* add more convenience methods to startClientVM
* rename stopMember to stop and push the implementation to VMProvider
* rename forceDisconnectMember to forceDisconnect

> ClusterStartupRule improvement
> --
>
> Key: GEODE-5475
> URL: https://issues.apache.org/jira/browse/GEODE-5475
> Project: Geode
>  Issue Type: Improvement
>Reporter: Jinmei Liao
>Assignee: Jinmei Liao
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> stopMember actually stops both member and client (naming could be more 
> generic)
> startClient could use more convenience methods.
> stop(cleanWorkingDir) could be used by the ClientVM as well



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


[jira] [Commented] (GEODE-5477) Gradle distributedTest target fails in parallel

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5477:


Commit f31fd4291b319b8ad3cb8084d63fcd97ea5fa6cf in geode's branch 
refs/heads/feature/GEODE-5212 from [~rhoughton]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=f31fd42 ]

GEODE-5477 Fix distTomcat dependencies in geode assembly (#2194)

Task depends on jars for tomcat7 and tomcat8, but did not wait for those
tasks to execute.

Co-authored-by: Finn Southerland 

> Gradle distributedTest target fails in parallel
> ---
>
> Key: GEODE-5477
> URL: https://issues.apache.org/jira/browse/GEODE-5477
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: Robert Houghton
>Priority: Major
>  Labels: pull-request-available
> Fix For: 1.7.0
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Invoking `./gradlew distributedTest --parallel` fails in Tomcat tests, due to 
> a class not being on the classpath. An archive is being created before its 
> dependencies have been created.



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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit dae3a46b7e40534ab8f0fbb8d692dfd0aa48e995 in geode's branch 
refs/heads/feature/GEODE-5212 from [~dcavender]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=dae3a46 ]

Merge pull request #2201 from smgoller/GEODE-5476-3

[GEODE-5476] pr-pipeline depends on different paths than the main.

> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit c4a3d506b3a040667dfe84289a725b1ceaf34200 in geode's branch 
refs/heads/feature/GEODE-5212 from [~smgoller]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=c4a3d50 ]

[GEODE-5476] pr-pipeline depends on different paths than the main.

Signed-off-by: Dick Cavender 


> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit 233932c019e5340453757e47c05e6745f0ff5c39 in geode's branch 
refs/heads/feature/GEODE-5212 from [~dcavender]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=233932c ]

Merge pull request #2200 from smgoller/GEODE-5476-2

[GEODE-5476] Fix groups definition.

> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5453) Isolate and split up rolling upgrade tests.

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5453:


Commit 9a0228a59f9806d2caf574079c4f870b563d112c in geode's branch 
refs/heads/feature/GEODE-5212 from Jacob Barrett
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=9a0228a ]

GEODE-5453: Fixes upgradeTest failures.

- Temp directory set at runtime is not necessary anymore.


> Isolate and split up rolling upgrade tests.
> ---
>
> Key: GEODE-5453
> URL: https://issues.apache.org/jira/browse/GEODE-5453
> Project: Geode
>  Issue Type: Improvement
>  Components: tests
>Reporter: Jacob S. Barrett
>Assignee: Jacob S. Barrett
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> Isolate rolling upgrades into their own category of test.
> Split up rolling upgrade tests into individual test classes to improve 
> parallelization. 



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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit 37dc8387d3311b05a38464e5eb9b45ef2959121a in geode's branch 
refs/heads/feature/GEODE-5212 from [~dcavender]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=37dc838 ]

[GEODE-5476] Fix groups definition.

Signed-off-by: Sean Goller 


> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit dae3a46b7e40534ab8f0fbb8d692dfd0aa48e995 in geode's branch 
refs/heads/feature/GEODE-5212 from [~dcavender]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=dae3a46 ]

Merge pull request #2201 from smgoller/GEODE-5476-3

[GEODE-5476] pr-pipeline depends on different paths than the main.

> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5450) Creating a JNDI binding w/o a username or password leads to NullPointerException

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5450:


Commit 9f91611407863e30a0131fc85aa6905b3c886318 in geode's branch 
refs/heads/develop from [~jchen21]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=9f91611 ]

Merge pull request #2185 from BenjaminPerryRoss/fix-npe-jndi-command-159205020

GEODE-5450: Added protection for NPE in GemFireBasicDataSource with no 
credentials

> Creating a JNDI binding w/o a username or password leads to 
> NullPointerException
> 
>
> Key: GEODE-5450
> URL: https://issues.apache.org/jira/browse/GEODE-5450
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh
>Reporter: Bradford D. Boyle
>Assignee: Benjamin P Ross
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> If a user creates a JNDI binding through gfsh and they omit either the 
> username or password, then they will get a `NullPointerException` when they 
> try to get a JDBC connection.
>  
> Here is a stack trace:
> {code}
> java.lang.NullPointerException
>   at java.util.Hashtable.put(Hashtable.java:460)
>   at 
> org.apache.geode.internal.datasource.GemFireBasicDataSource.getConnection(GemFireBasicDataSource.java:94)
>   at 
> io.pivotal.gemfire.PostgresVersionFunction.execute(PostgresVersionFunction.java:33)
>   at 
> org.apache.geode.internal.cache.execute.AbstractExecution.executeFunctionLocally(AbstractExecution.java:333)
>   at 
> org.apache.geode.internal.cache.execute.AbstractExecution$2.run(AbstractExecution.java:302)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.runUntilShutdown(ClusterDistributionManager.java:1121)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.access$000(ClusterDistributionManager.java:109)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager$9$1.run(ClusterDistributionManager.java:990)
>   at java.lang.Thread.run(Thread.java:748)
> {code}
> You can reproduce this with the following function:
> {code:language=java}
> public class PostgresVersionFunction implements Function {
> @Override
> public void execute(FunctionContext context) {
> String[] arguments = (String[]) context.getArguments();
> String dataSourceName = arguments[0];
> LogManager.getLogger().info("[datasource=" + 
> context.getArguments()+"]");
> Context ctx = JNDIInvoker.getJNDIContext();
> DataSource dataSource;
> try {
> dataSource = (DataSource) ctx.lookup("java:/" + dataSourceName);
> } catch (Exception e) {
> // TODO exception handling.
> LogManager.getLogger().error(e.getMessage(), e);
> context.getResultSender().lastResult(e);
> return;
> }
> try (Connection connection = dataSource.getConnection();
>  Statement statement = connection.createStatement()
> ) {
> ResultSet resultSet = statement.executeQuery("SELECT VERSION();");
> resultSet.next();
> context.getResultSender().lastResult(resultSet.getString(1));
> } catch (SQLException e) {
> context.getResultSender().lastResult(e);
> }
> }
> }
> {code}
> and the following gfsh commands:
> {code}
> start locator --name=locator --include-system-classpath
> start server --name=server1 --include-system-classpath
> deploy --jar=/root/gemfire-greenplum/simple-function.jar
> create jndi-binding --name=datasource --type=SIMPLE 
> --jdbc-driver-class="org.postgresql.Driver"  
> --connection-url="jdbc:postgresql://localhost:5432/gpadmin"
> execute function --id=io.pivotal.gemfire.PostgresVersionFunction 
> --arguments=datasource
> {code}



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


[jira] [Commented] (GEODE-5450) Creating a JNDI binding w/o a username or password leads to NullPointerException

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5450:


Commit d79b74ab37e2787d07534713392365b5a6a446d0 in geode's branch 
refs/heads/develop from Benjamin Ross
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=d79b74a ]

Added protection for NPE in GemFireBasicDataSource with no credentials

Added protection against NullPointerExceptions being thrown by
GemFireBasicDataSource.getConnection() in the event the default username or 
password
were null. Also added tests to confirm this is working as intended.

[GEODE-5450]

Co-authored-by: Benjamin Ross 
Co-authored-by: Patrick Johnson 


> Creating a JNDI binding w/o a username or password leads to 
> NullPointerException
> 
>
> Key: GEODE-5450
> URL: https://issues.apache.org/jira/browse/GEODE-5450
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh
>Reporter: Bradford D. Boyle
>Assignee: Benjamin P Ross
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> If a user creates a JNDI binding through gfsh and they omit either the 
> username or password, then they will get a `NullPointerException` when they 
> try to get a JDBC connection.
>  
> Here is a stack trace:
> {code}
> java.lang.NullPointerException
>   at java.util.Hashtable.put(Hashtable.java:460)
>   at 
> org.apache.geode.internal.datasource.GemFireBasicDataSource.getConnection(GemFireBasicDataSource.java:94)
>   at 
> io.pivotal.gemfire.PostgresVersionFunction.execute(PostgresVersionFunction.java:33)
>   at 
> org.apache.geode.internal.cache.execute.AbstractExecution.executeFunctionLocally(AbstractExecution.java:333)
>   at 
> org.apache.geode.internal.cache.execute.AbstractExecution$2.run(AbstractExecution.java:302)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.runUntilShutdown(ClusterDistributionManager.java:1121)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager.access$000(ClusterDistributionManager.java:109)
>   at 
> org.apache.geode.distributed.internal.ClusterDistributionManager$9$1.run(ClusterDistributionManager.java:990)
>   at java.lang.Thread.run(Thread.java:748)
> {code}
> You can reproduce this with the following function:
> {code:language=java}
> public class PostgresVersionFunction implements Function {
> @Override
> public void execute(FunctionContext context) {
> String[] arguments = (String[]) context.getArguments();
> String dataSourceName = arguments[0];
> LogManager.getLogger().info("[datasource=" + 
> context.getArguments()+"]");
> Context ctx = JNDIInvoker.getJNDIContext();
> DataSource dataSource;
> try {
> dataSource = (DataSource) ctx.lookup("java:/" + dataSourceName);
> } catch (Exception e) {
> // TODO exception handling.
> LogManager.getLogger().error(e.getMessage(), e);
> context.getResultSender().lastResult(e);
> return;
> }
> try (Connection connection = dataSource.getConnection();
>  Statement statement = connection.createStatement()
> ) {
> ResultSet resultSet = statement.executeQuery("SELECT VERSION();");
> resultSet.next();
> context.getResultSender().lastResult(resultSet.getString(1));
> } catch (SQLException e) {
> context.getResultSender().lastResult(e);
> }
> }
> }
> {code}
> and the following gfsh commands:
> {code}
> start locator --name=locator --include-system-classpath
> start server --name=server1 --include-system-classpath
> deploy --jar=/root/gemfire-greenplum/simple-function.jar
> create jndi-binding --name=datasource --type=SIMPLE 
> --jdbc-driver-class="org.postgresql.Driver"  
> --connection-url="jdbc:postgresql://localhost:5432/gpadmin"
> execute function --id=io.pivotal.gemfire.PostgresVersionFunction 
> --arguments=datasource
> {code}



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


[jira] [Commented] (GEODE-5476) Change pipeline to run all tests in external instances for performance

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5476:


Commit 0f765b98b4ea03180e9df6c3415247d377d5eb67 in geode's branch 
refs/heads/develop from Jacob Barrett
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=0f765b9 ]

GEODE-5476: Lower timeouts on pipeline jobs.


> Change pipeline to run all tests in external instances for performance
> --
>
> Key: GEODE-5476
> URL: https://issues.apache.org/jira/browse/GEODE-5476
> Project: Geode
>  Issue Type: Improvement
>  Components: ci
>Reporter: Sean Goller
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 1h
>  Remaining Estimate: 0h
>




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


[jira] [Commented] (GEODE-5475) ClusterStartupRule improvement

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5475:


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

GEODE-5475: ClusterStartupRule improvement (#2193)

* add more convenience methods to startClientVM
* rename stopMember to stop and push the implementation to VMProvider
* rename forceDisconnectMember to forceDisconnect

> ClusterStartupRule improvement
> --
>
> Key: GEODE-5475
> URL: https://issues.apache.org/jira/browse/GEODE-5475
> Project: Geode
>  Issue Type: Improvement
>Reporter: Jinmei Liao
>Assignee: Jinmei Liao
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> stopMember actually stops both member and client (naming could be more 
> generic)
> startClient could use more convenience methods.
> stop(cleanWorkingDir) could be used by the ClientVM as well



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


[jira] [Commented] (GEODE-5453) Isolate and split up rolling upgrade tests.

2018-07-26 Thread ASF subversion and git services (JIRA)


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

ASF subversion and git services commented on GEODE-5453:


Commit c3284178109d3ed3aaa69612b6303186aba65537 in geode's branch 
refs/heads/develop from Jacob Barrett
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=c328417 ]

GEODE-5453: Make passing build depend on UpgradeTest job.


> Isolate and split up rolling upgrade tests.
> ---
>
> Key: GEODE-5453
> URL: https://issues.apache.org/jira/browse/GEODE-5453
> Project: Geode
>  Issue Type: Improvement
>  Components: tests
>Reporter: Jacob S. Barrett
>Assignee: Jacob S. Barrett
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> Isolate rolling upgrades into their own category of test.
> Split up rolling upgrade tests into individual test classes to improve 
> parallelization. 



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


[jira] [Updated] (GEODE-5481) Flaky test ClientAuthenticationDUnitTest > testCredentialsForNotifications

2018-07-26 Thread Jacob S. Barrett (JIRA)


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

Jacob S. Barrett updated GEODE-5481:

Affects Version/s: 1.8.0

> Flaky test ClientAuthenticationDUnitTest > testCredentialsForNotifications
> --
>
> Key: GEODE-5481
> URL: https://issues.apache.org/jira/browse/GEODE-5481
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Affects Versions: 1.8.0
>Reporter: Jacob S. Barrett
>Priority: Major
>  Labels: flaky, swat
>
> org.apache.geode.security.ClientAuthenticationDUnitTest > 
> testCredentialsForNotifications[1] FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.security.ClientAuthenticationTestCase$$Lambda$76/541487140.run
>  in VM 3 running on Host a41992eb774d with 4 VMs with version 100
> 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.security.ClientAuthenticationTestCase.doTestCredentialsForNotifications(ClientAuthenticationTestCase.java:647)
> at 
> org.apache.geode.security.ClientAuthenticationDUnitTest.testCredentialsForNotifications(ClientAuthenticationDUnitTest.java:99)
> Caused by:
> java.lang.AssertionError: Event never occurred after 7000 ms: null
> See failed: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:8141
> See passed: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:9211



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


[jira] [Updated] (GEODE-5481) Flaky test ClientAuthenticationDUnitTest > testCredentialsForNotifications

2018-07-26 Thread Jacob S. Barrett (JIRA)


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

Jacob S. Barrett updated GEODE-5481:

Labels: flaky swat  (was: )

> Flaky test ClientAuthenticationDUnitTest > testCredentialsForNotifications
> --
>
> Key: GEODE-5481
> URL: https://issues.apache.org/jira/browse/GEODE-5481
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Affects Versions: 1.8.0
>Reporter: Jacob S. Barrett
>Priority: Major
>  Labels: flaky, swat
>
> org.apache.geode.security.ClientAuthenticationDUnitTest > 
> testCredentialsForNotifications[1] FAILED
> org.apache.geode.test.dunit.RMIException: While invoking 
> org.apache.geode.security.ClientAuthenticationTestCase$$Lambda$76/541487140.run
>  in VM 3 running on Host a41992eb774d with 4 VMs with version 100
> 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.security.ClientAuthenticationTestCase.doTestCredentialsForNotifications(ClientAuthenticationTestCase.java:647)
> at 
> org.apache.geode.security.ClientAuthenticationDUnitTest.testCredentialsForNotifications(ClientAuthenticationDUnitTest.java:99)
> Caused by:
> java.lang.AssertionError: Event never occurred after 7000 ms: null
> See failed: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:8141
> See passed: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:9211



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


[jira] [Created] (GEODE-5481) Flaky test ClientAuthenticationDUnitTest > testCredentialsForNotifications

2018-07-26 Thread Jacob S. Barrett (JIRA)
Jacob S. Barrett created GEODE-5481:
---

 Summary: Flaky test ClientAuthenticationDUnitTest > 
testCredentialsForNotifications
 Key: GEODE-5481
 URL: https://issues.apache.org/jira/browse/GEODE-5481
 Project: Geode
  Issue Type: Bug
  Components: tests
Reporter: Jacob S. Barrett


org.apache.geode.security.ClientAuthenticationDUnitTest > 
testCredentialsForNotifications[1] FAILED
org.apache.geode.test.dunit.RMIException: While invoking 
org.apache.geode.security.ClientAuthenticationTestCase$$Lambda$76/541487140.run 
in VM 3 running on Host a41992eb774d with 4 VMs with version 100
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.security.ClientAuthenticationTestCase.doTestCredentialsForNotifications(ClientAuthenticationTestCase.java:647)
at 
org.apache.geode.security.ClientAuthenticationDUnitTest.testCredentialsForNotifications(ClientAuthenticationDUnitTest.java:99)

Caused by:
java.lang.AssertionError: Event never occurred after 7000 ms: null

See failed: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:8141
See passed: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:9211





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


[jira] [Updated] (GEODE-5480) Flaky test UniversalMembershipListenerAdapterDUnitTest > testSystemClientEventsInServer

2018-07-26 Thread Jacob S. Barrett (JIRA)


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

Jacob S. Barrett updated GEODE-5480:

Labels: flaky swat  (was: )

> Flaky test UniversalMembershipListenerAdapterDUnitTest > 
> testSystemClientEventsInServer
> ---
>
> Key: GEODE-5480
> URL: https://issues.apache.org/jira/browse/GEODE-5480
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Affects Versions: 1.8.0
>Reporter: Jacob S. Barrett
>Priority: Major
>  Labels: flaky, swat
>
> org.apache.geode.management.UniversalMembershipListenerAdapterDUnitTest > 
> testSystemClientEventsInServer FAILED
> org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> 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.management.UniversalMembershipListenerAdapterDUnitTest.testSystemClientEventsInServer(UniversalMembershipListenerAdapterDUnitTest.java:699)
> See failure: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:7281
> See pass: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:7039



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


[jira] [Updated] (GEODE-5480) Flaky test UniversalMembershipListenerAdapterDUnitTest > testSystemClientEventsInServer

2018-07-26 Thread Jacob S. Barrett (JIRA)


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

Jacob S. Barrett updated GEODE-5480:

Affects Version/s: 1.8.0

> Flaky test UniversalMembershipListenerAdapterDUnitTest > 
> testSystemClientEventsInServer
> ---
>
> Key: GEODE-5480
> URL: https://issues.apache.org/jira/browse/GEODE-5480
> Project: Geode
>  Issue Type: Bug
>  Components: tests
>Affects Versions: 1.8.0
>Reporter: Jacob S. Barrett
>Priority: Major
>
> org.apache.geode.management.UniversalMembershipListenerAdapterDUnitTest > 
> testSystemClientEventsInServer FAILED
> org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
> 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.management.UniversalMembershipListenerAdapterDUnitTest.testSystemClientEventsInServer(UniversalMembershipListenerAdapterDUnitTest.java:699)
> See failure: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:7281
> See pass: 
> https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:7039



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


[jira] [Created] (GEODE-5480) Flaky test UniversalMembershipListenerAdapterDUnitTest > testSystemClientEventsInServer

2018-07-26 Thread Jacob S. Barrett (JIRA)
Jacob S. Barrett created GEODE-5480:
---

 Summary: Flaky test UniversalMembershipListenerAdapterDUnitTest > 
testSystemClientEventsInServer
 Key: GEODE-5480
 URL: https://issues.apache.org/jira/browse/GEODE-5480
 Project: Geode
  Issue Type: Bug
  Components: tests
Reporter: Jacob S. Barrett


org.apache.geode.management.UniversalMembershipListenerAdapterDUnitTest > 
testSystemClientEventsInServer FAILED
org.junit.ComparisonFailure: expected:<[tru]e> but was:<[fals]e>
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.management.UniversalMembershipListenerAdapterDUnitTest.testSystemClientEventsInServer(UniversalMembershipListenerAdapterDUnitTest.java:699)


See failure: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/151#L5b4cf768:7281
See pass: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/152#L5b59cf6d:7039






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