[jira] [Updated] (GEODE-9459) add tests for wan connection when authentication expires
[ https://issues.apache.org/jira/browse/GEODE-9459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-9459: -- Labels: GeodeOperationAPI pull-request-available (was: GeodeOperationAPI) > add tests for wan connection when authentication expires > > > Key: GEODE-9459 > URL: https://issues.apache.org/jira/browse/GEODE-9459 > Project: Geode > Issue Type: Sub-task >Reporter: Jinmei Liao >Priority: Major > Labels: GeodeOperationAPI, pull-request-available > > Current state: > WAN connections do not time out and once established remain in place once > authenticated > New state: > WAN connections may be subject to timeout and when a WAN connection times out > it will receive a `AuthenticationExpiredException` exception in response to > an attempt to send a batch of events from a Gateway sender to a Gateway > receiver. > Testing tasks: > * Confirm the new state behaviour on both newer systems and systems of > version 1.13.3 and older. > * On newer systems the Gateway sender should automatically re-authenticate > when getting the `AuthenticationExpiredException` > * On older systems the Gateway sender should receive an > `AuthenticationRequiredException` as the `server` side recognizes an older > `client` and translates the `AuthenticationExpiredException`. The Gateway > sender should automatically authenticate in this case too. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-6402) Create a DOAP file for the Apache Geode project
[ https://issues.apache.org/jira/browse/GEODE-6402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419484#comment-17419484 ] ASF subversion and git services commented on GEODE-6402: Commit 0211043a6f18d4e959e8e39cc83f2613eb690c6a in geode-site's branch refs/heads/asf-site from Dave Barnes [ https://gitbox.apache.org/repos/asf?p=geode-site.git;h=0211043 ] GEODE-6402: Deleted 2 lines of XML at the top of the DOAP file > Create a DOAP file for the Apache Geode project > --- > > Key: GEODE-6402 > URL: https://issues.apache.org/jira/browse/GEODE-6402 > Project: Geode > Issue Type: Improvement > Components: docs >Reporter: Dave Barnes >Assignee: Alberto Bustamante Reyes >Priority: Major > Labels: pull-request-available > > An Apache project can (and should) have a DOAP ("Description Of A Project") > file that describes the project and provides some details. The DOAP allows > the project to be found via language and category searches, provides release > and repo information, etc. > Here's a link to the Apache page that gets you started: > [https://projects.apache.org/create.html] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-9534) Add tests to verify peer communication when auth expired
[ https://issues.apache.org/jira/browse/GEODE-9534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jinmei Liao updated GEODE-9534: --- Description: When a server joins the cluster, it needs to provide credentials, what if we expire this credential, will peer to peer communication still succeeds? (was: When a server joins the cluster, it needs to provide credentials, when network issue happens, the sever disconnects and reconnects back, what happens when the credential expired?) > Add tests to verify peer communication when auth expired > > > Key: GEODE-9534 > URL: https://issues.apache.org/jira/browse/GEODE-9534 > Project: Geode > Issue Type: Sub-task >Reporter: Jinmei Liao >Assignee: Jinmei Liao >Priority: Major > Labels: GeodeOperationAPI, security > > When a server joins the cluster, it needs to provide credentials, what if we > expire this credential, will peer to peer communication still succeeds? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9547) Enable Redis Server to Authorize Using Security Manager
[ https://issues.apache.org/jira/browse/GEODE-9547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419450#comment-17419450 ] ASF subversion and git services commented on GEODE-9547: Commit 47ba499b57626a5692906603774f94871f2234b9 in geode's branch refs/heads/develop from Jens Deppe [ https://gitbox.apache.org/repos/asf?p=geode.git;h=47ba499 ] GEODE-9547: Radish commands are authorized by the SecurityManager (#6883) - A default ResourcePermission of DATA:WRITE:REDIS_DATA is used. This can be overridden by setting the system property redis.resource-permission. - If available, every request is authorized against the SecurityManager. > Enable Redis Server to Authorize Using Security Manager > --- > > Key: GEODE-9547 > URL: https://issues.apache.org/jira/browse/GEODE-9547 > Project: Geode > Issue Type: New Feature > Components: redis >Reporter: Wayne >Priority: Major > Labels: pull-request-available, redis > Fix For: 1.15.0 > > > Every Redis Command/API invocation must be authorized against the customer > provided Security Manager. > > The SecurityManager.authorize method must be called for every Redis API call > using the principal returned by the SecurityManager.authenticate method > during the authentication process. > The ResourcePermission passed to the authorize method should be the same for > all operations. The actual permission string is TBD - perhaps > DATA:WRITE:REDIS_DATA ?? In the future we may provide more fine grained > support with different ResourcePermissions for different redis operations. > +Acceptance Criteria+ > TBD > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (GEODE-9547) Enable Redis Server to Authorize Using Security Manager
[ https://issues.apache.org/jira/browse/GEODE-9547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jens Deppe resolved GEODE-9547. --- Fix Version/s: 1.15.0 Resolution: Fixed > Enable Redis Server to Authorize Using Security Manager > --- > > Key: GEODE-9547 > URL: https://issues.apache.org/jira/browse/GEODE-9547 > Project: Geode > Issue Type: New Feature > Components: redis >Reporter: Wayne >Priority: Major > Labels: pull-request-available, redis > Fix For: 1.15.0 > > > Every Redis Command/API invocation must be authorized against the customer > provided Security Manager. > > The SecurityManager.authorize method must be called for every Redis API call > using the principal returned by the SecurityManager.authenticate method > during the authentication process. > The ResourcePermission passed to the authorize method should be the same for > all operations. The actual permission string is TBD - perhaps > DATA:WRITE:REDIS_DATA ?? In the future we may provide more fine grained > support with different ResourcePermissions for different redis operations. > +Acceptance Criteria+ > TBD > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (GEODE-9562) System Property for Redis Region Name
[ https://issues.apache.org/jira/browse/GEODE-9562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hale Bales reassigned GEODE-9562: - Assignee: Hale Bales > System Property for Redis Region Name > - > > Key: GEODE-9562 > URL: https://issues.apache.org/jira/browse/GEODE-9562 > Project: Geode > Issue Type: New Feature > Components: redis >Reporter: Wayne >Assignee: Hale Bales >Priority: Major > > Create a system property that allows the customer to configure the name of > the Redis region. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (GEODE-9453) The server, once a user expires, should clean the user attributes from the server.
[ https://issues.apache.org/jira/browse/GEODE-9453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jinmei Liao reassigned GEODE-9453: -- Assignee: Jinmei Liao > The server, once a user expires, should clean the user attributes from the > server. > -- > > Key: GEODE-9453 > URL: https://issues.apache.org/jira/browse/GEODE-9453 > Project: Geode > Issue Type: Sub-task > Components: core, security >Reporter: Jinmei Liao >Assignee: Jinmei Liao >Priority: Major > Labels: GeodeOperationAPI, pull-request-available > Fix For: 1.15.0 > > > ClientUserAuths maintains a map of clientID to its user attributes (the > logged in shiro subject etc), when user expires, we need to remove that entry > from that map and log the shiro subject out to avoid resource leak. > > add all appropriate tests (unit, integration and dunit) > The test should cover multi-server scenario, and make sure the expired > subject entry is cleared in the map. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (GEODE-9534) Add tests to verify peer communication when auth expired
[ https://issues.apache.org/jira/browse/GEODE-9534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jinmei Liao reassigned GEODE-9534: -- Assignee: Jinmei Liao > Add tests to verify peer communication when auth expired > > > Key: GEODE-9534 > URL: https://issues.apache.org/jira/browse/GEODE-9534 > Project: Geode > Issue Type: Sub-task >Reporter: Jinmei Liao >Assignee: Jinmei Liao >Priority: Major > Labels: GeodeOperationAPI, security > > When a server joins the cluster, it needs to provide credentials, when > network issue happens, the sever disconnects and reconnects back, what > happens when the credential expired? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (GEODE-9457) Investigate the behavior of CQ when authentication expires.
[ https://issues.apache.org/jira/browse/GEODE-9457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jinmei Liao reassigned GEODE-9457: -- Assignee: Jinmei Liao > Investigate the behavior of CQ when authentication expires. > --- > > Key: GEODE-9457 > URL: https://issues.apache.org/jira/browse/GEODE-9457 > Project: Geode > Issue Type: Sub-task > Components: core, security >Reporter: Jinmei Liao >Assignee: Jinmei Liao >Priority: Major > Labels: GeodeOperationAPI, pull-request-available > Fix For: 1.15.0 > > > To ensure CQ message delivery when a user expires, we need to: > # authorize the message when dispatching the message. > # catch the AuthExpiredException and send REAUTHENTICATE message to the > client > # The client gets that message and re-authenticate > # the message dispatcher will use the new subject to authorize the message > again and try deliver > # if client didn't re-authenticate back in a timely manner, the proxy should > close the connection > # make sure this also works in multi-user mode > To have the message dispatcher to use the newly updated user to authorize the > message, we need to be able to associate the new userId with the old userId. > This would require > 7: have the AuthenticateUserOp send the old userId if exists > make sure to include tests in multi-server cases -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (GEODE-9570) Make sure registered interests will re-authenticate when auth expired
[ https://issues.apache.org/jira/browse/GEODE-9570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jinmei Liao reassigned GEODE-9570: -- Assignee: Jinmei Liao > Make sure registered interests will re-authenticate when auth expired > - > > Key: GEODE-9570 > URL: https://issues.apache.org/jira/browse/GEODE-9570 > Project: Geode > Issue Type: Sub-task >Reporter: Jinmei Liao >Assignee: Jinmei Liao >Priority: Major > Labels: GeodeOperationAPI, pull-request-available > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9580) CI failure in DistributedAckPersistentRegionCCEDUnitTest > testNBRegionInvalidationDuringGetInitialImage
[ https://issues.apache.org/jira/browse/GEODE-9580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419381#comment-17419381 ] Geode Integration commented on GEODE-9580: -- Seen on support/1.12 in [distributed-test-openjdk8 #45|https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-12-main/jobs/distributed-test-openjdk8/builds/45] ... see [test results|http://files.apachegeode-ci.info/builds/apache-support-1-12-main/1.12.5-build.0284/test-results/distributedTest/1632334501/] or download [artifacts|http://files.apachegeode-ci.info/builds/apache-support-1-12-main/1.12.5-build.0284/test-artifacts/1632334501/distributedtestfiles-openjdk8-1.12.5-build.0284.tgz]. > CI failure in DistributedAckPersistentRegionCCEDUnitTest > > testNBRegionInvalidationDuringGetInitialImage > > > Key: GEODE-9580 > URL: https://issues.apache.org/jira/browse/GEODE-9580 > Project: Geode > Issue Type: Bug > Components: core >Affects Versions: 1.12.5 >Reporter: Bill Burcham >Priority: Major > > CI/test failure in DistributedAckPersistentRegionCCEDUnitTest > > testNBRegionInvalidationDuringGetInitialImage > {code:java} > Caused by: org.junit.ComparisonFailure: [Expected value for 84 to be null, > but was [B@6c223a2e] expected: but was:<[66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, > 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66, 66,
[jira] [Commented] (GEODE-9340) Benchmark instability in PartitionedPutLongBenchmark
[ https://issues.apache.org/jira/browse/GEODE-9340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419376#comment-17419376 ] Geode Integration commented on GEODE-9340: -- Seen in [benchmark-base #206|https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-develop-main/jobs/benchmark-base/builds/206]. > Benchmark instability in PartitionedPutLongBenchmark > > > Key: GEODE-9340 > URL: https://issues.apache.org/jira/browse/GEODE-9340 > Project: Geode > Issue Type: Bug > Components: benchmarks >Affects Versions: 1.15.0 >Reporter: Sarah Abbey >Assignee: Hale Bales >Priority: Major > Labels: pull-request-available > > PartitionedPutLongBenchmark failed in CI > (https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-develop-main/jobs/benchmark-base/builds/6): > {code:java} > This is ITERATION 1 of benchmarking against baseline. > P2pPartitionedGetBenchmark avg ops/sec > Baseline:825011.38 Test:835847.67 Difference: +1.3% > avg latency > Baseline:871392.31 Test:859444.66 Difference: -1.4% > P2pPartitionedPutBenchmark avg ops/sec > Baseline:123838.43 Test:122686.30 Difference: -0.9% > avg latency > Baseline: 6015719.73 Test: 6119472.19 Difference: +1.7% > P2pPartitionedPutBytesBenchmark avg ops/sec > Baseline:174887.77 Test:171040.93 Difference: -2.2% > avg latency > Baseline: 4145337.60 Test: 4236159.60 Difference: +2.2% > PartitionedFunctionExecutionBenchmark avg ops/sec > Baseline:248635.36 Test:261498.94 Difference: +5.2% > avg latency > Baseline:867122.63 Test:824550.34 Difference: -4.9% > PartitionedFunctionExecutionWithArgumentsBenchmark avg ops/sec > Baseline:280071.19 Test:275305.31 Difference: -1.7% > avg latency > Baseline: 1026643.12 Test: 1044307.43 Difference: +1.7% > PartitionedFunctionExecutionWithFiltersBenchmark avg ops/sec > Baseline:301416.23 Test:304317.30 Difference: +1.0% > avg latency > Baseline: 1908390.88 Test: 1890040.46 Difference: -1.0% > PartitionedGetBenchmark avg ops/sec > Baseline:790800.52 Test:784514.74 Difference: -0.8% > avg latency > Baseline:908357.58 Test:915790.96 Difference: +0.8% > PartitionedGetLongBenchmark avg ops/sec > Baseline: 1020821.32 Test:996529.93 Difference: -2.4% > avg latency > Baseline:703761.09 Test:720744.36 Difference: +2.4% > PartitionedGetStringBenchmark avg ops/sec > Baseline: 1028992.93 Test: 1010447.47 Difference: -1.8% > avg latency > Baseline:698009.55 Test:710765.29 Difference: +1.8% > PartitionedIndexedQueryBenchmark avg ops/sec > Baseline: 30868.78 Test: 31478.90 Difference: +2.0% > avg latency > Baseline: 18670093.21 Test: 18278083.16 Difference: -2.1% > PartitionedNonIndexedQueryBenchmark avg ops/sec > Baseline:99.45 Test: 101.97 Difference: +2.5% > avg latency > Baseline: 723415530.75 Test: 705653061.86 Difference: -2.5% > PartitionedPutAllBenchmark avg ops/sec > Baseline: 7921.61 Test: 7816.66 Difference: -1.3% > avg latency > Baseline: 18172638.37 Test: 18416169.28 Difference: +1.3% > PartitionedPutAllLongBenchmark avg ops/sec > Baseline: 1379.53 Test: 1169.16 Difference: -15.2% > avg latency > Baseline: 105140260.44 Test: 123722914.94 Difference: +17.7% > PartitionedPutBenchmark avg ops/sec > Baseline:474986.11 Test:467924.19 Difference: -1.5% >
[jira] [Assigned] (GEODE-9631) Create test for credential re-auth
[ https://issues.apache.org/jira/browse/GEODE-9631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt reassigned GEODE-9631: --- Assignee: Michael Martell > Create test for credential re-auth > -- > > Key: GEODE-9631 > URL: https://issues.apache.org/jira/browse/GEODE-9631 > Project: Geode > Issue Type: Test > Components: native client >Reporter: Ernest Burghardt >Assignee: Michael Martell >Priority: Major > > Geode now has the ability to re-auth client connections (see > [RFC|[https://cwiki.apache.org/confluence/display/GEODE/On+Demand+Geode+Authentication+Expiration+and+Re-authentication])] > Test should cover estblishing authenticated connection to a geode cluster, > performing cluster operations, requesting re-auth and ensuring cluster > operations work after re-auth. > Considerations for Durable and non-Durable clients should also be addressed. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (GEODE-9589) SETRANGE command supported
[ https://issues.apache.org/jira/browse/GEODE-9589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Zoerner resolved GEODE-9589. - Resolution: Fixed > SETRANGE command supported > -- > > Key: GEODE-9589 > URL: https://issues.apache.org/jira/browse/GEODE-9589 > Project: Geode > Issue Type: New Feature > Components: redis >Affects Versions: 1.15.0 >Reporter: Eric Zoerner >Assignee: Eric Zoerner >Priority: Major > Labels: pull-request-available > > Write unit/integration tests that run against both Geode Redis and native > Redis, and dunit tests which test multiple concurrent clients accessing > different servers for the following command: > - SETRANGE > **A.C.** > - Unit/integration tests for both Geode and native Redis passing > - DUNIT tests passing > - README/redis_api_for_geode.html.md.erb updated to make command "supported" > *or* > - Stories in the backlog to fix the identified issues (with JIRA tickets) > and problem tests ignored -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GEODE-9631) Create test for credential re-auth
Ernest Burghardt created GEODE-9631: --- Summary: Create test for credential re-auth Key: GEODE-9631 URL: https://issues.apache.org/jira/browse/GEODE-9631 Project: Geode Issue Type: Test Components: native client Reporter: Ernest Burghardt Geode now has the ability to re-auth client connections (see [RFC|[https://cwiki.apache.org/confluence/display/GEODE/On+Demand+Geode+Authentication+Expiration+and+Re-authentication])] Test should cover estblishing authenticated connection to a geode cluster, performing cluster operations, requesting re-auth and ensuring cluster operations work after re-auth. Considerations for Durable and non-Durable clients should also be addressed. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (GEODE-9611) Incorrect spelling
[ https://issues.apache.org/jira/browse/GEODE-9611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Barnes resolved GEODE-9611. Fix Version/s: 1.15.0 1.14.1 Resolution: Fixed > Incorrect spelling > -- > > Key: GEODE-9611 > URL: https://issues.apache.org/jira/browse/GEODE-9611 > Project: Geode > Issue Type: Improvement > Components: configuration >Affects Versions: 1.14.0 >Reporter: Deepak Khopade >Assignee: Dave Barnes >Priority: Major > Labels: pull-request-available > Fix For: 1.14.1, 1.15.0 > > > Incorrect spelling is found in the below error message that is getting > printed in the logs. It should be. > {code:java} > parameterization{code} > https://github.com/apache/geode/blob/a5bd36f9fa787d3a71c6e6efafed5a7b0fe52d2b/geode-core/src/main/java/org/apache/geode/internal/cache/xmlcache/CacheXmlPropertyResolver.java#L125 > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9611) Incorrect spelling
[ https://issues.apache.org/jira/browse/GEODE-9611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419303#comment-17419303 ] Dave Barnes commented on GEODE-9611: I merged the PR to develop and cherry-picked to support/1.14 > Incorrect spelling > -- > > Key: GEODE-9611 > URL: https://issues.apache.org/jira/browse/GEODE-9611 > Project: Geode > Issue Type: Improvement > Components: configuration >Affects Versions: 1.14.0 >Reporter: Deepak Khopade >Priority: Major > Labels: pull-request-available > > Incorrect spelling is found in the below error message that is getting > printed in the logs. It should be. > {code:java} > parameterization{code} > https://github.com/apache/geode/blob/a5bd36f9fa787d3a71c6e6efafed5a7b0fe52d2b/geode-core/src/main/java/org/apache/geode/internal/cache/xmlcache/CacheXmlPropertyResolver.java#L125 > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (GEODE-9611) Incorrect spelling
[ https://issues.apache.org/jira/browse/GEODE-9611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Barnes reassigned GEODE-9611: -- Assignee: Dave Barnes > Incorrect spelling > -- > > Key: GEODE-9611 > URL: https://issues.apache.org/jira/browse/GEODE-9611 > Project: Geode > Issue Type: Improvement > Components: configuration >Affects Versions: 1.14.0 >Reporter: Deepak Khopade >Assignee: Dave Barnes >Priority: Major > Labels: pull-request-available > > Incorrect spelling is found in the below error message that is getting > printed in the logs. It should be. > {code:java} > parameterization{code} > https://github.com/apache/geode/blob/a5bd36f9fa787d3a71c6e6efafed5a7b0fe52d2b/geode-core/src/main/java/org/apache/geode/internal/cache/xmlcache/CacheXmlPropertyResolver.java#L125 > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Issue Comment Deleted] (GEODE-8554) CI Failure: JMXMBeanReconnectDUnitTest.locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns
[ https://issues.apache.org/jira/browse/GEODE-8554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jens Deppe updated GEODE-8554: -- Comment: was deleted (was: Seen in [distributed-test-openjdk8 #189|https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-develop-main/jobs/distributed-test-openjdk8/builds/189] ... see [test results|http://files.apachegeode-ci.info/builds/apache-develop-main/1.15.0-build.0488/test-results/distributedTest/1631739371/] or download [artifacts|http://files.apachegeode-ci.info/builds/apache-develop-main/1.15.0-build.0488/test-artifacts/1631739371/distributedtestfiles-openjdk8-1.15.0-build.0488.tgz].) > CI Failure: > JMXMBeanReconnectDUnitTest.locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns > > > Key: GEODE-8554 > URL: https://issues.apache.org/jira/browse/GEODE-8554 > Project: Geode > Issue Type: Bug >Reporter: Jianxia Chen >Assignee: Kirk Lund >Priority: Major > > {noformat} > org.apache.geode.management.JMXMBeanReconnectDUnitTest > > locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns FAILED > org.apache.geode.test.dunit.RMIException: While invoking > org.apache.geode.management.JMXMBeanReconnectDUnitTest$$Lambda$355/858468979.call > in VM -1 running on Host 7a5c340f5c23 with 4 VMs > at org.apache.geode.test.dunit.VM.executeMethodOnObject(VM.java:620) > at org.apache.geode.test.dunit.VM.invoke(VM.java:472) > at > org.apache.geode.management.JMXMBeanReconnectDUnitTest.setUp(JMXMBeanReconnectDUnitTest.java:191) > Caused by: > org.awaitility.core.ConditionTimeoutException: Assertion condition > defined as a lambda expression in > org.apache.geode.management.JMXMBeanReconnectDUnitTest [GemFire mbeans on > locator2] > Expecting HashSet: > <[GemFire:type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator2, > GemFire:type=Member,member=server1, > GemFire:service=Manager,type=Member,member=locator1, > GemFire:service=Locator,type=Member,member=locator2, > GemFire:type=Member,member=locator2, > GemFire:service=Region,name=/region1,type=Member,member=server1, > GemFire:service=FileUploader,type=Distributed, > > GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator2, > GemFire:service=Manager,type=Member,member=locator2, > GemFire:service=Locator,type=Member,member=locator1, > GemFire:service=System,type=Distributed, > GemFire:service=AccessControl,type=Distributed, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Distributed, > GemFire:service=Region,name=/region1,type=Distributed]> > to contain: > <[GemFire:type=Member,member=locator1, > GemFire:service=Locator,type=Member,member=locator1, > GemFire:service=Manager,type=Member,member=locator1, > > GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator1]> > but could not find the following element(s): > > <[GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator1]> > within 5 minutes. > at > org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:165) > at > org.awaitility.core.AssertionCondition.await(AssertionCondition.java:119) > at > org.awaitility.core.AssertionCondition.await(AssertionCondition.java:31) > at > org.awaitility.core.ConditionFactory.until(ConditionFactory.java:895) > at > org.awaitility.core.ConditionFactory.untilAsserted(ConditionFactory.java:679) > at > org.apache.geode.management.JMXMBeanReconnectDUnitTest.lambda$setUp$515fd116$3(JMXMBeanReconnectDUnitTest.java:192) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.apache.geode.test.dunit.internal.MethodInvoker.executeObject(MethodInvoker.java:123) > at > org.apache.geode.test.dunit.internal.RemoteDUnitVM.executeMethodOnObject(RemoteDUnitVM.java:78) > at >
[jira] [Commented] (GEODE-7710) CI Failure: JMXMBeanReconnectDUnitTest aka JmxServerReconnectDistributedTest fails intermittently because one locator is missing the LockServiceMXBean
[ https://issues.apache.org/jira/browse/GEODE-7710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419220#comment-17419220 ] Geode Integration commented on GEODE-7710: -- Seen on support/1.14 in [distributed-test-openjdk11 #46|https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-14-main/jobs/distributed-test-openjdk11/builds/46] ... see [test results|http://files.apachegeode-ci.info/builds/apache-support-1-14-main/1.14.1-build.0859/test-results/distributedTest/1632392976/] or download [artifacts|http://files.apachegeode-ci.info/builds/apache-support-1-14-main/1.14.1-build.0859/test-artifacts/1632392976/distributedtestfiles-openjdk11-1.14.1-build.0859.tgz]. > CI Failure: JMXMBeanReconnectDUnitTest aka JmxServerReconnectDistributedTest > fails intermittently because one locator is missing the LockServiceMXBean > -- > > Key: GEODE-7710 > URL: https://issues.apache.org/jira/browse/GEODE-7710 > Project: Geode > Issue Type: Bug > Components: tests >Affects Versions: 1.13.0 >Reporter: Kirk Lund >Assignee: Kirk Lund >Priority: Major > Labels: GeodeOperationAPI, flaky, pull-request-available > Time Spent: 5h > Remaining Estimate: 0h > > Multiple tests in JMXMBeanReconnectDUnitTest may fail an await due to one of > the locators missing the LockServiceMXBean for the cluster config service. > {noformat} > but could not find: > > <[GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator1]> > {noformat} > These test failures are caused by *GEODE-7739*. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Issue Comment Deleted] (GEODE-8554) CI Failure: JMXMBeanReconnectDUnitTest.locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns
[ https://issues.apache.org/jira/browse/GEODE-8554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jens Deppe updated GEODE-8554: -- Comment: was deleted (was: Seen on support/1.14 in [distributed-test-openjdk11 #46|https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-14-main/jobs/distributed-test-openjdk11/builds/46] ... see [test results|http://files.apachegeode-ci.info/builds/apache-support-1-14-main/1.14.1-build.0859/test-results/distributedTest/1632392976/] or download [artifacts|http://files.apachegeode-ci.info/builds/apache-support-1-14-main/1.14.1-build.0859/test-artifacts/1632392976/distributedtestfiles-openjdk11-1.14.1-build.0859.tgz].) > CI Failure: > JMXMBeanReconnectDUnitTest.locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns > > > Key: GEODE-8554 > URL: https://issues.apache.org/jira/browse/GEODE-8554 > Project: Geode > Issue Type: Bug >Reporter: Jianxia Chen >Assignee: Kirk Lund >Priority: Major > > {noformat} > org.apache.geode.management.JMXMBeanReconnectDUnitTest > > locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns FAILED > org.apache.geode.test.dunit.RMIException: While invoking > org.apache.geode.management.JMXMBeanReconnectDUnitTest$$Lambda$355/858468979.call > in VM -1 running on Host 7a5c340f5c23 with 4 VMs > at org.apache.geode.test.dunit.VM.executeMethodOnObject(VM.java:620) > at org.apache.geode.test.dunit.VM.invoke(VM.java:472) > at > org.apache.geode.management.JMXMBeanReconnectDUnitTest.setUp(JMXMBeanReconnectDUnitTest.java:191) > Caused by: > org.awaitility.core.ConditionTimeoutException: Assertion condition > defined as a lambda expression in > org.apache.geode.management.JMXMBeanReconnectDUnitTest [GemFire mbeans on > locator2] > Expecting HashSet: > <[GemFire:type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator2, > GemFire:type=Member,member=server1, > GemFire:service=Manager,type=Member,member=locator1, > GemFire:service=Locator,type=Member,member=locator2, > GemFire:type=Member,member=locator2, > GemFire:service=Region,name=/region1,type=Member,member=server1, > GemFire:service=FileUploader,type=Distributed, > > GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator2, > GemFire:service=Manager,type=Member,member=locator2, > GemFire:service=Locator,type=Member,member=locator1, > GemFire:service=System,type=Distributed, > GemFire:service=AccessControl,type=Distributed, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Distributed, > GemFire:service=Region,name=/region1,type=Distributed]> > to contain: > <[GemFire:type=Member,member=locator1, > GemFire:service=Locator,type=Member,member=locator1, > GemFire:service=Manager,type=Member,member=locator1, > > GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator1]> > but could not find the following element(s): > > <[GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator1]> > within 5 minutes. > at > org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:165) > at > org.awaitility.core.AssertionCondition.await(AssertionCondition.java:119) > at > org.awaitility.core.AssertionCondition.await(AssertionCondition.java:31) > at > org.awaitility.core.ConditionFactory.until(ConditionFactory.java:895) > at > org.awaitility.core.ConditionFactory.untilAsserted(ConditionFactory.java:679) > at > org.apache.geode.management.JMXMBeanReconnectDUnitTest.lambda$setUp$515fd116$3(JMXMBeanReconnectDUnitTest.java:192) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.apache.geode.test.dunit.internal.MethodInvoker.executeObject(MethodInvoker.java:123) > at > org.apache.geode.test.dunit.internal.RemoteDUnitVM.executeMethodOnObject(RemoteDUnitVM.java:78) > at >
[jira] [Commented] (GEODE-8554) CI Failure: JMXMBeanReconnectDUnitTest.locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns
[ https://issues.apache.org/jira/browse/GEODE-8554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419219#comment-17419219 ] Geode Integration commented on GEODE-8554: -- Seen on support/1.14 in [distributed-test-openjdk11 #46|https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-14-main/jobs/distributed-test-openjdk11/builds/46] ... see [test results|http://files.apachegeode-ci.info/builds/apache-support-1-14-main/1.14.1-build.0859/test-results/distributedTest/1632392976/] or download [artifacts|http://files.apachegeode-ci.info/builds/apache-support-1-14-main/1.14.1-build.0859/test-artifacts/1632392976/distributedtestfiles-openjdk11-1.14.1-build.0859.tgz]. > CI Failure: > JMXMBeanReconnectDUnitTest.locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns > > > Key: GEODE-8554 > URL: https://issues.apache.org/jira/browse/GEODE-8554 > Project: Geode > Issue Type: Bug >Reporter: Jianxia Chen >Assignee: Kirk Lund >Priority: Major > > {noformat} > org.apache.geode.management.JMXMBeanReconnectDUnitTest > > locatorMXBeansOnOtherLocatorAreRestoredAfterCrashedLocatorReturns FAILED > org.apache.geode.test.dunit.RMIException: While invoking > org.apache.geode.management.JMXMBeanReconnectDUnitTest$$Lambda$355/858468979.call > in VM -1 running on Host 7a5c340f5c23 with 4 VMs > at org.apache.geode.test.dunit.VM.executeMethodOnObject(VM.java:620) > at org.apache.geode.test.dunit.VM.invoke(VM.java:472) > at > org.apache.geode.management.JMXMBeanReconnectDUnitTest.setUp(JMXMBeanReconnectDUnitTest.java:191) > Caused by: > org.awaitility.core.ConditionTimeoutException: Assertion condition > defined as a lambda expression in > org.apache.geode.management.JMXMBeanReconnectDUnitTest [GemFire mbeans on > locator2] > Expecting HashSet: > <[GemFire:type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator2, > GemFire:type=Member,member=server1, > GemFire:service=Manager,type=Member,member=locator1, > GemFire:service=Locator,type=Member,member=locator2, > GemFire:type=Member,member=locator2, > GemFire:service=Region,name=/region1,type=Member,member=server1, > GemFire:service=FileUploader,type=Distributed, > > GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator2, > GemFire:service=Manager,type=Member,member=locator2, > GemFire:service=Locator,type=Member,member=locator1, > GemFire:service=System,type=Distributed, > GemFire:service=AccessControl,type=Distributed, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Distributed, > GemFire:service=Region,name=/region1,type=Distributed]> > to contain: > <[GemFire:type=Member,member=locator1, > GemFire:service=Locator,type=Member,member=locator1, > GemFire:service=Manager,type=Member,member=locator1, > > GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator1]> > but could not find the following element(s): > > <[GemFire:service=DiskStore,name=cluster_config,type=Member,member=locator1, > > GemFire:service=LockService,name=__CLUSTER_CONFIG_LS,type=Member,member=locator1]> > within 5 minutes. > at > org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:165) > at > org.awaitility.core.AssertionCondition.await(AssertionCondition.java:119) > at > org.awaitility.core.AssertionCondition.await(AssertionCondition.java:31) > at > org.awaitility.core.ConditionFactory.until(ConditionFactory.java:895) > at > org.awaitility.core.ConditionFactory.untilAsserted(ConditionFactory.java:679) > at > org.apache.geode.management.JMXMBeanReconnectDUnitTest.lambda$setUp$515fd116$3(JMXMBeanReconnectDUnitTest.java:192) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.apache.geode.test.dunit.internal.MethodInvoker.executeObject(MethodInvoker.java:123) > at > org.apache.geode.test.dunit.internal.RemoteDUnitVM.executeMethodOnObject(RemoteDUnitVM.java:78) > at
[jira] [Updated] (GEODE-9566) Geode for Redis No Longer Experimental
[ https://issues.apache.org/jira/browse/GEODE-9566?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-9566: -- Labels: pull-request-available (was: ) > Geode for Redis No Longer Experimental > -- > > Key: GEODE-9566 > URL: https://issues.apache.org/jira/browse/GEODE-9566 > Project: Geode > Issue Type: New Feature > Components: redis >Reporter: Wayne >Priority: Major > Labels: pull-request-available > > Geode for Redis is no longer experimental. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-9581) SerialWANStatsDUnitTest > testReplicatedSerialPropagationWithGroupTransactionEventsWithoutBatchRedistributionSend fails
[ https://issues.apache.org/jira/browse/GEODE-9581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-9581: -- Labels: pull-request-available (was: ) > SerialWANStatsDUnitTest > > testReplicatedSerialPropagationWithGroupTransactionEventsWithoutBatchRedistributionSend > fails > --- > > Key: GEODE-9581 > URL: https://issues.apache.org/jira/browse/GEODE-9581 > Project: Geode > Issue Type: Bug > Components: wan >Affects Versions: 1.15.0 >Reporter: Bill Burcham >Assignee: Alberto Gomez >Priority: Major > Labels: pull-request-available > > In this run > https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-develop-mass-test-run/jobs/distributed-test-openjdk8/builds/1583 > SerialWANStatsDUnitTest > > testReplicatedSerialPropagationWithGroupTransactionEventsWithoutBatchRedistributionSendsBatchesWithCompleteTransactions_SeveralClients > failed: > {code:java} > org.apache.geode.internal.cache.wan.serial.SerialWANStatsDUnitTest > > testReplicatedSerialPropagationWithGroupTransactionEventsWithoutBatchRedistributionSendsBatchesWithCompleteTransactions_SeveralClients > FAILED > org.junit.ComparisonFailure: expected:<[0]> 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.internal.cache.wan.serial.SerialWANStatsDUnitTest.checkQueuesAreEmptyAndOnlyCompleteTransactionsAreReplicated(SerialWANStatsDUnitTest.java:949) > at > org.apache.geode.internal.cache.wan.serial.SerialWANStatsDUnitTest.testReplicatedSerialPropagationWithGroupTransactionEventsSendsBatchesWithCompleteTransactions_SeveralClients(SerialWANStatsDUnitTest.java:309) > at > org.apache.geode.internal.cache.wan.serial.SerialWANStatsDUnitTest.testReplicatedSerialPropagationWithGroupTransactionEventsWithoutBatchRedistributionSendsBatchesWithCompleteTransactions_SeveralClients(SerialWANStatsDUnitTest.java:218) > {code} > This is a new test. It failed in the mass test run. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9576) InternalFunctionInvocationTargetException when executing single hop function all buckets
[ https://issues.apache.org/jira/browse/GEODE-9576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419096#comment-17419096 ] ASF GitHub Bot commented on GEODE-9576: --- jvarenina commented on pull request #864: URL: https://github.com/apache/geode-native/pull/864#issuecomment-925669664 Hi all, sorry for bothering. I just want to double check with you all if there is something that I missed in this PR and should be done by me. I still see request change by @echobravopapa , but I think that one is resolved. Am I right? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@geode.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org > InternalFunctionInvocationTargetException when executing single hop function > all buckets > > > Key: GEODE-9576 > URL: https://issues.apache.org/jira/browse/GEODE-9576 > Project: Geode > Issue Type: Bug > Components: native client >Reporter: Jakov Varenina >Assignee: Jakov Varenina >Priority: Major > Labels: pull-request-available > > *InternalFunctionInvocationTargetException: Multiple target nodes found for > single hop operation* occurs on native client when executing function in a > single hop manner for all buckets during the period when client bucket > metadata doesn't contain all buckets locations. > Java client in this case executes functions in non single hop manner until it > receives locations of all buckets on servers. The solution in native client > would be to implement the same handling as in java client. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9630) Gateway sender has public setter methods that should not be exposed
[ https://issues.apache.org/jira/browse/GEODE-9630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17419094#comment-17419094 ] Mario Ivanac commented on GEODE-9630: - Hi, just info, that part of setters was introduced as solution for https://issues.apache.org/jira/browse/GEODE-8605, and introduction of setters was proposal from RFC [https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=165223754.|https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=165223754] So this part can not be removed without impacting introduced functionality. BR, Mario > Gateway sender has public setter methods that should not be exposed > --- > > Key: GEODE-9630 > URL: https://issues.apache.org/jira/browse/GEODE-9630 > Project: Geode > Issue Type: Improvement > Components: wan >Affects Versions: 1.15.0 >Reporter: Udo Kohlmeyer >Priority: Blocker > Labels: blocks-1.15.0 > > Looking at the GatewaySender interface I noticed there are numerous public > setter methods. Geode should not allow for the ability to directly change > GatewaySender functionality without proper process. > This is largely to avoid the introduction of side effects into the system. A > prime example of this is, the ability to call `setGroupTransactionEvents`, > which from what I understand should NEVER be allowed to be changed in just 1 > server instead of cluster-wide. This by writing a function and changing the > setting on only 1 server can run the risk of the whole system behaving > incorrectly causing failures which would be close to impossible to track down. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-9624) Status redundancy command reports wrong value for empty regions
[ https://issues.apache.org/jira/browse/GEODE-9624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-9624: -- Labels: pull-request-available (was: ) > Status redundancy command reports wrong value for empty regions > --- > > Key: GEODE-9624 > URL: https://issues.apache.org/jira/browse/GEODE-9624 > Project: Geode > Issue Type: Bug >Reporter: Alberto Bustamante Reyes >Assignee: Alberto Bustamante Reyes >Priority: Major > Labels: pull-request-available > > When a partitioned region is empty, the "status redundancy" command reports > the current redundancy of than region as Integer.MAX_VALUE . > This can be reproduced following these steps: > {code:java} > gfsh>start locator --name=locator1 > gfsh>start server --name=server1 > gfsh>start server --name=server2 --server-port=40405 > gfsh>create region --name=test --type=PARTITION_REDUNDANT_PERSISTENT > gfsh>status redundancy > Number of regions with zero redundant copies = 0 > Number of regions with partially satisfied redundancy = 1 > Number of regions with fully satisfied redundancy = 0 > Redundancy is partially satisfied for regions: > test redundancy status: NOT_SATISFIED. Desired redundancy is 1 and actual > redundancy is 2147483647. > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-7309) Upgrade Lucene from 6.6.2 to 8.2.0
[ https://issues.apache.org/jira/browse/GEODE-7309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17418952#comment-17418952 ] ASF subversion and git services commented on GEODE-7309: Commit 68629356f561a932f5dfbace70b01d9971a42473 in geode's branch refs/heads/develop from Mario Kevo [ https://gitbox.apache.org/repos/asf?p=geode.git;h=6862935 ] GEODE-7309: uplift lucene to 7.1.0 (#6351) * GEODE-7309: uplift lucene to 7.1.0 > Upgrade Lucene from 6.6.2 to 8.2.0 > -- > > Key: GEODE-7309 > URL: https://issues.apache.org/jira/browse/GEODE-7309 > Project: Geode > Issue Type: Sub-task >Reporter: Mario Kevo >Assignee: Mario Kevo >Priority: Major > Labels: pull-request-available > Time Spent: 5.5h > Remaining Estimate: 0h > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9522) When a server is force disconnected, it should set shutdown cause for dm to prevent clients recreating server connection.
[ https://issues.apache.org/jira/browse/GEODE-9522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17418943#comment-17418943 ] Xiaojian Zhou commented on GEODE-9522: -- A detailed description of the issue and fix is here: When the membership received a request to remove itself from locator (this could be triggered by playDead), it will call GMSMembership.forceDisconnect() to close its DM then cache. However, the uncleanShutdownDS() which is running in DisconnectThread could take a few seconds (6-10) to close all the connections before it set shutdownCause in DM (which is used to trigger cancel exception in c/s request or distribution). Since it's running in a separate thread, the membership thought the forceDisconnect() is done while it's still closing connections. During this time windows, a client could re-initiate a ServerConnection, which could put event to cache and HARegionQueue. Those ServerConnection should be prevented in this time window because it will cause data mismatch. The idea to fix is to set shutdownCause in DM as early as possible (before closing connection). It will prevent the incoming AcceptorImpl socket request by triggering cancel exception. > When a server is force disconnected, it should set shutdown cause for dm to > prevent clients recreating server connection. > - > > Key: GEODE-9522 > URL: https://issues.apache.org/jira/browse/GEODE-9522 > Project: Geode > Issue Type: Bug >Reporter: Xiaojian Zhou >Priority: Major > Labels: pull-request-available > > When a client is doing puts (mainly creates) to servers with replicated > region, shutdown some servers to force switching of primary HARegionQueue, > sometimes, the event with later event id is distributed by previous primary > HARegionQueue, which caused the events with earlier event ids are rejected by > clients. -- This message was sent by Atlassian Jira (v8.3.4#803005)