[jira] [Commented] (GEODE-9322) Solve potential race condition in TransactionCleaningTest
[ https://issues.apache.org/jira/browse/GEODE-9322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381418#comment-17381418 ] ASF GitHub Bot commented on GEODE-9322: --- pdxcodemonkey commented on pull request #810: URL: https://github.com/apache/geode-native/pull/810#issuecomment-880796998 I agree it'd probably be a great idea to document the tests intent in Doxygen comments or similar. Perhaps bring this up on the dev list or just file a JIRA ticket. I don't think we wish to bother with the "old" tests, but for sure everything in the new suite should be properly understood. -- 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 > Solve potential race condition in TransactionCleaningTest > - > > Key: GEODE-9322 > URL: https://issues.apache.org/jira/browse/GEODE-9322 > Project: Geode > Issue Type: Bug > Components: native client >Reporter: Mario Salazar de Torres >Assignee: Mario Salazar de Torres >Priority: Major > Labels: pull-request-available > > A possible race condition was detected in this new IT. > Given there is no check for servers start/stop, it might happen that the test > proceeds before the server is actually stopped/started. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9322) Solve potential race condition in TransactionCleaningTest
[ https://issues.apache.org/jira/browse/GEODE-9322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381420#comment-17381420 ] ASF GitHub Bot commented on GEODE-9322: --- pdxcodemonkey merged pull request #810: URL: https://github.com/apache/geode-native/pull/810 -- 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 > Solve potential race condition in TransactionCleaningTest > - > > Key: GEODE-9322 > URL: https://issues.apache.org/jira/browse/GEODE-9322 > Project: Geode > Issue Type: Bug > Components: native client >Reporter: Mario Salazar de Torres >Assignee: Mario Salazar de Torres >Priority: Major > Labels: pull-request-available > > A possible race condition was detected in this new IT. > Given there is no check for servers start/stop, it might happen that the test > proceeds before the server is actually stopped/started. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9322) Solve potential race condition in TransactionCleaningTest
[ https://issues.apache.org/jira/browse/GEODE-9322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381421#comment-17381421 ] ASF subversion and git services commented on GEODE-9322: Commit cd015a30066245fef934cf8445a5d553b1b87baf in geode-native's branch refs/heads/develop from Mario Salazar de Torres [ https://gitbox.apache.org/repos/asf?p=geode-native.git;h=cd015a3 ] GEODE-9322: Fix possible race condition on new ITs (#810) - Solved a potential race condition in TransactionCleaningTest TS due to the fact that no checks were performed after starting/stopping the server. - Added gmock_actions helper to avoid gmock actions duplication. > Solve potential race condition in TransactionCleaningTest > - > > Key: GEODE-9322 > URL: https://issues.apache.org/jira/browse/GEODE-9322 > Project: Geode > Issue Type: Bug > Components: native client >Reporter: Mario Salazar de Torres >Assignee: Mario Salazar de Torres >Priority: Major > Labels: pull-request-available > > A possible race condition was detected in this new IT. > Given there is no check for servers start/stop, it might happen that the test > proceeds before the server is actually stopped/started. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-9378) Implement ZRANGEBYSCORE Command
[ https://issues.apache.org/jira/browse/GEODE-9378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-9378: -- Labels: pull-request-available redis (was: redis) > Implement ZRANGEBYSCORE Command > --- > > Key: GEODE-9378 > URL: https://issues.apache.org/jira/browse/GEODE-9378 > Project: Geode > Issue Type: New Feature > Components: redis >Affects Versions: 1.15.0 >Reporter: Wayne >Priority: Major > Labels: pull-request-available, redis > > Implement the [ZRANGEBYSCORE|https://redis.io/commands/zrangebyscore] command. > +Acceptance Criteria+ > The ZRANGEBYSCORE command has been implemented along with appropriate unit > tests. > > The command has been added to the AbstractHitsMissesIntegrationTest. > The command has been tested using the redis-cli tool. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9360) Initial revision of .net core support
[ https://issues.apache.org/jira/browse/GEODE-9360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381434#comment-17381434 ] ASF GitHub Bot commented on GEODE-9360: --- mmartell commented on a change in pull request #823: URL: https://github.com/apache/geode-native/pull/823#discussion_r670594434 ## File path: netcore/NetCore/NetCore.csproj ## @@ -0,0 +1,10 @@ + + + +netcoreapp3.1 Review comment: Good catch! 5 looks like more of an interim release for unification. -- 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 > Initial revision of .net core support > - > > Key: GEODE-9360 > URL: https://issues.apache.org/jira/browse/GEODE-9360 > Project: Geode > Issue Type: Improvement > Components: native client >Reporter: Blake Bender >Priority: Major > Labels: pull-request-available > > As a .net core developer, I would like to be able to access the geode-native > API. To facilitate this, we need to implement a minimal set of C# classes > that use p/invoke to access geode-native via C bindings (GEODE-9358). -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (GEODE-9419) Restore IOException handling to Radish ExecutionHandlerContext
[
https://issues.apache.org/jira/browse/GEODE-9419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donal Evans resolved GEODE-9419.
Fix Version/s: 1.15.0
Assignee: Jens Deppe
Resolution: Fixed
Resolved by reverting GEODE-9411
> Restore IOException handling to Radish ExecutionHandlerContext
> --
>
> Key: GEODE-9419
> URL: https://issues.apache.org/jira/browse/GEODE-9419
> Project: Geode
> Issue Type: Improvement
> Components: redis
>Reporter: Jens Deppe
>Assignee: Jens Deppe
>Priority: Major
> Labels: pull-request-available
> Fix For: 1.15.0
>
>
> Some of the {{IOException}} handling was removed in GEODE-9411. However,
> spurious exceptions are now logged when a client closes a connection and
> netty detects that. For example:
> {noformat}
> [error 2021/07/08 18:14:35.645 PDT
> tid=0x2b] GeodeRedisServer-Unexpected error handler for [id: 0x5f9439f3,
> L:/127.0.0.1:57618 - R:/127.0.0.1:57699]
> java.io.IOException: Connection reset by peer
> at sun.nio.ch.FileDispatcherImpl.read0(Native Method)
> at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)
> at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:223)
> at sun.nio.ch.IOUtil.read(IOUtil.java:192)
> at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:378)
> at io.netty.buffer.PooledByteBuf.setBytes(PooledByteBuf.java:253)
> at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:1134)
> at
> io.netty.channel.socket.nio.NioSocketChannel.doReadBytes(NioSocketChannel.java:350)
> at
> io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:151)
> at
> io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:719)
> at
> io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:655)
> at
> io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:581)
> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
> at
> io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
> at
> io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Created] (GEODE-9431) CI Failure: SegFault in apache-geode_unittests
Kamilla Aslami created GEODE-9431:
-
Summary: CI Failure: SegFault in apache-geode_unittests
Key: GEODE-9431
URL: https://issues.apache.org/jira/browse/GEODE-9431
Project: Geode
Issue Type: Bug
Components: native client
Reporter: Kamilla Aslami
{{Two consequent geode-native-develop/build-rhel-8-release runs failed with
segmentation fault: }}
{noformat}
selected worker: 3eb01fee-0959-4e2d-8c25-44a153962eaa
Warning: Permanently added '34.67.7.72' (ECDSA) to the list of known hosts.
Test project /home/build/build/cppcache/test
Start 1: apache-geode_unittests
1/1 Test #1: apache-geode_unittests ...***Exception: SegFault 0.43 sec
Running main() from
/home/build/build/dependencies/gtest/gtest-extern-prefix/src/gtest-extern/googletest/src/gtest_main.cc
[==] Running 374 tests from 42 test suites.
[--] Global test environment set-up.
[--] 6 tests from durationTest
[ RUN ] durationTest.ceil
[ OK ] durationTest.ceil (0 ms)
[ RUN ] durationTest.toString
[ OK ] durationTest.toString (0 ms)
[ RUN ] durationTest.fromString
[ OK ] durationTest.fromString (0 ms)
[ RUN ] durationTest.fromStringWithCeil
[ OK ] durationTest.fromStringWithCeil (0 ms)
[ RUN ] durationTest.fromStringException
[ OK ] durationTest.fromStringException (0 ms)
[ RUN ] durationTest.assertBounds
[ OK ] durationTest.assertBounds (1 ms)
[--] 6 tests from durationTest (1 ms total){noformat}
...
{noformat}
0% tests passed, 1 tests failed out of 1
Total Test time (real) = 0.91 sec
The following tests FAILED:
1 - apache-geode_unittests (SEGFAULT)
Errors while running CTest{noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GEODE-9431) CI Failure: SegFault in apache-geode_unittests
[
https://issues.apache.org/jira/browse/GEODE-9431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kamilla Aslami updated GEODE-9431:
--
Description:
{{Two consequent geode-native-develop/build-rhel-8-release runs failed with
segmentation fault: }}
{noformat}
selected worker: 3eb01fee-0959-4e2d-8c25-44a153962eaa
Warning: Permanently added '34.67.7.72' (ECDSA) to the list of known hosts.
Test project /home/build/build/cppcache/test
Start 1: apache-geode_unittests
1/1 Test #1: apache-geode_unittests ...***Exception: SegFault 0.43 sec
Running main() from
/home/build/build/dependencies/gtest/gtest-extern-prefix/src/gtest-extern/googletest/src/gtest_main.cc
[==] Running 374 tests from 42 test suites.
[--] Global test environment set-up.
[--] 6 tests from durationTest
[ RUN ] durationTest.ceil
[ OK ] durationTest.ceil (0 ms)
[ RUN ] durationTest.toString
[ OK ] durationTest.toString (0 ms)
[ RUN ] durationTest.fromString
[ OK ] durationTest.fromString (0 ms)
[ RUN ] durationTest.fromStringWithCeil
[ OK ] durationTest.fromStringWithCeil (0 ms)
[ RUN ] durationTest.fromStringException
[ OK ] durationTest.fromStringException (0 ms)
[ RUN ] durationTest.assertBounds
[ OK ] durationTest.assertBounds (1 ms)
[--] 6 tests from durationTest (1 ms total){noformat}
...
{noformat}
0% tests passed, 1 tests failed out of 1
Total Test time (real) = 0.91 sec
The following tests FAILED:
1 - apache-geode_unittests (SEGFAULT)
Errors while running CTest{noformat}
was:
{{Two consequent geode-native-develop/build-rhel-8-release runs failed with
segmentation fault: }}
{noformat}
selected worker: 3eb01fee-0959-4e2d-8c25-44a153962eaa
Warning: Permanently added '34.67.7.72' (ECDSA) to the list of known hosts.
Test project /home/build/build/cppcache/test
Start 1: apache-geode_unittests
1/1 Test #1: apache-geode_unittests ...***Exception: SegFault 0.43 sec
Running main() from
/home/build/build/dependencies/gtest/gtest-extern-prefix/src/gtest-extern/googletest/src/gtest_main.cc
[==] Running 374 tests from 42 test suites.
[--] Global test environment set-up.
[--] 6 tests from durationTest
[ RUN ] durationTest.ceil
[ OK ] durationTest.ceil (0 ms)
[ RUN ] durationTest.toString
[ OK ] durationTest.toString (0 ms)
[ RUN ] durationTest.fromString
[ OK ] durationTest.fromString (0 ms)
[ RUN ] durationTest.fromStringWithCeil
[ OK ] durationTest.fromStringWithCeil (0 ms)
[ RUN ] durationTest.fromStringException
[ OK ] durationTest.fromStringException (0 ms)
[ RUN ] durationTest.assertBounds
[ OK ] durationTest.assertBounds (1 ms)
[--] 6 tests from durationTest (1 ms total){noformat}
...
{noformat}
0% tests passed, 1 tests failed out of 1
Total Test time (real) = 0.91 sec
The following tests FAILED:
1 - apache-geode_unittests (SEGFAULT)
Errors while running CTest{noformat}
> CI Failure: SegFault in apache-geode_unittests
> --
>
> Key: GEODE-9431
> URL: https://issues.apache.org/jira/browse/GEODE-9431
> Project: Geode
> Issue Type: Bug
> Components: native client
>Reporter: Kamilla Aslami
>Priority: Major
>
> {{Two consequent geode-native-develop/build-rhel-8-release runs failed with
> segmentation fault: }}
> {noformat}
> selected worker: 3eb01fee-0959-4e2d-8c25-44a153962eaa
> Warning: Permanently added '34.67.7.72' (ECDSA) to the list of known hosts.
> Test project /home/build/build/cppcache/test
> Start 1: apache-geode_unittests
> 1/1 Test #1: apache-geode_unittests ...***Exception: SegFault 0.43
> sec
> Running main() from
> /home/build/build/dependencies/gtest/gtest-extern-prefix/src/gtest-extern/googletest/src/gtest_main.cc
> [==] Running 374 tests from 42 test suites.
> [--] Global test environment set-up.
> [--] 6 tests from durationTest
> [ RUN ] durationTest.ceil
> [ OK ] durationTest.ceil (0 ms)
> [ RUN ] durationTest.toString
> [ OK ] durationTest.toString (0 ms)
> [ RUN ] durationTest.fromString
> [ OK ] durationTest.fromString (0 ms)
> [ RUN ] durationTest.fromStringWithCeil
> [ OK ] durationTest.fromStringWithCeil (0 ms)
> [ RUN ] durationTest.fromStringException
> [ OK ] durationTest.fromStringException (0 ms)
> [ RUN ] durationTest.assertBounds
> [ OK ] durationTest.assertBounds (1 ms)
> [--] 6 tests from durationTest (1 ms total){noformat}
> ...
> {noformat}
> 0% tests passed, 1 tests failed out of 1
> Total Test time (real) = 0.91 sec
> The following tests FAILED:
> 1 - apache-geode_unittests (SEGFAULT)
> Errors while running CTest{noformat}
>
>
--
This message was sent
[jira] [Commented] (GEODE-9429) Radish HSCAN implementation cannot handle values for COUNT greater than Integer.MAX_VALUE / 2
[
https://issues.apache.org/jira/browse/GEODE-9429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381515#comment-17381515
]
ASF subversion and git services commented on GEODE-9429:
Commit 970497912dec5af43605842195bc8a7dd1479851 in geode's branch
refs/heads/develop from Donal Evans
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=9704979 ]
GEODE-9424: Accept Long arguments for Redis commands (#6698)
- Do not return errors when arguments are specified that are less than
Integer.MIN_VALUE or less than Integer.MAX_VALE
- Convert long arguments outside the above range to Integer.MIN_VALUE
or Integer.MAX_VALUE to be used internally
- Add tests for new Coder method and coverage for existing supported
commands that take integer arguments, except HSCAN which will require
GEODE-9429 to be fixed first
Authored-by: Donal Evans
> Radish HSCAN implementation cannot handle values for COUNT greater than
> Integer.MAX_VALUE / 2
> -
>
> Key: GEODE-9429
> URL: https://issues.apache.org/jira/browse/GEODE-9429
> Project: Geode
> Issue Type: Bug
> Components: redis
>Affects Versions: 1.15.0
>Reporter: Donal Evans
>Priority: Major
>
> The below code is the current implementation of HSCAN in {{RedisHash}}. When
> the value of {{count}} passed to this method is greater than
> {{Integer.MAX_VALUE / 2}} the condition of the while loop suffers from
> integer overflow and the loop does not execute correctly.
> {code:java}
> public ImmutablePair> hscan(Pattern matchPattern, int
> count, int cursor) {
> ArrayList resultList = new ArrayList<>(count + 2);
> do {
> cursor = hash.scan(cursor, 1,
> (list, key, value) -> addIfMatching(matchPattern, list, key,
> value), resultList);
> } while (cursor != 0 && resultList.size() < (count * 2));
> return new ImmutablePair<>(cursor, resultList);
> {code}
> This could be fixed by changing the type of {{resultList}} to
> {{List>}} and modifying the {{addIfMatching()}}
> method to populate the list with {{ImmutablePair}}s of keys and values rather
> than a single continuous list of interleaved keys and values.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GEODE-9424) Radish command arguments must support Long values
[
https://issues.apache.org/jira/browse/GEODE-9424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381514#comment-17381514
]
ASF subversion and git services commented on GEODE-9424:
Commit 970497912dec5af43605842195bc8a7dd1479851 in geode's branch
refs/heads/develop from Donal Evans
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=9704979 ]
GEODE-9424: Accept Long arguments for Redis commands (#6698)
- Do not return errors when arguments are specified that are less than
Integer.MIN_VALUE or less than Integer.MAX_VALE
- Convert long arguments outside the above range to Integer.MIN_VALUE
or Integer.MAX_VALUE to be used internally
- Add tests for new Coder method and coverage for existing supported
commands that take integer arguments, except HSCAN which will require
GEODE-9429 to be fixed first
Authored-by: Donal Evans
> Radish command arguments must support Long values
> -
>
> Key: GEODE-9424
> URL: https://issues.apache.org/jira/browse/GEODE-9424
> Project: Geode
> Issue Type: Bug
> Components: redis
>Affects Versions: 1.15.0
>Reporter: Donal Evans
>Assignee: Donal Evans
>Priority: Major
> Labels: pull-request-available
>
> To match the behaviour seen when using native Redis, all command arguments
> that take integer values (that is, as opposed to float or string) must allow
> values in the range of {{Long.MIN_VALUE}} -> {{Long.MAX_VALUE}}.
> Currently, passing a value smaller than {{Integer.MIN_VALUE}} or larger than
> {{Integer.MAX_VALUE}} to these commands results in an error being returned,
> which is not the case for native Redis.
> Currently affected commands are:
> SCAN
> SSCAN
> HSCAN
> SPOP
> SRANDMEMBER
> BITPOS
> GETBIT
> SETBIT
> SETRANGE
> It should be enough to simply parse the argument as a Long and then narrow it
> to an int in most cases, as internally the maximum value that the argument
> can possibly take is {{Integer.MAX_VALUE}}. For example, [the maximum number
> of elements in a Redis set is 2^32 -
> 1|https://redis.io/topics/data-types#sets], so the largest meaningful value
> for the SSCAN CURSOR argument internally is {{Integer.MAX_VALUE}}.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GEODE-9431) CI Failure: SegFault in apache-geode_unittests
[
https://issues.apache.org/jira/browse/GEODE-9431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381517#comment-17381517
]
Kamilla Aslami commented on GEODE-9431:
---
Occured in runs
[#74|https://concourse.apachegeode-ci.info/teams/main/pipelines/geode-native-develop/jobs/build-rhel-8-release/builds/74]
and
[#75|https://concourse.apachegeode-ci.info/teams/main/pipelines/geode-native-develop/jobs/build-rhel-8-release/builds/75]
> CI Failure: SegFault in apache-geode_unittests
> --
>
> Key: GEODE-9431
> URL: https://issues.apache.org/jira/browse/GEODE-9431
> Project: Geode
> Issue Type: Bug
> Components: native client
>Reporter: Kamilla Aslami
>Priority: Major
>
> {{Two consequent geode-native-develop/build-rhel-8-release runs failed with
> segmentation fault: }}
> {noformat}
> selected worker: 3eb01fee-0959-4e2d-8c25-44a153962eaa
> Warning: Permanently added '34.67.7.72' (ECDSA) to the list of known hosts.
> Test project /home/build/build/cppcache/test
> Start 1: apache-geode_unittests
> 1/1 Test #1: apache-geode_unittests ...***Exception: SegFault 0.43
> sec
> Running main() from
> /home/build/build/dependencies/gtest/gtest-extern-prefix/src/gtest-extern/googletest/src/gtest_main.cc
> [==] Running 374 tests from 42 test suites.
> [--] Global test environment set-up.
> [--] 6 tests from durationTest
> [ RUN ] durationTest.ceil
> [ OK ] durationTest.ceil (0 ms)
> [ RUN ] durationTest.toString
> [ OK ] durationTest.toString (0 ms)
> [ RUN ] durationTest.fromString
> [ OK ] durationTest.fromString (0 ms)
> [ RUN ] durationTest.fromStringWithCeil
> [ OK ] durationTest.fromStringWithCeil (0 ms)
> [ RUN ] durationTest.fromStringException
> [ OK ] durationTest.fromStringException (0 ms)
> [ RUN ] durationTest.assertBounds
> [ OK ] durationTest.assertBounds (1 ms)
> [--] 6 tests from durationTest (1 ms total){noformat}
> ...
> {noformat}
> 0% tests passed, 1 tests failed out of 1
> Total Test time (real) = 0.91 sec
> The following tests FAILED:
> 1 - apache-geode_unittests (SEGFAULT)
> Errors while running CTest{noformat}
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Resolved] (GEODE-9424) Radish command arguments must support Long values
[
https://issues.apache.org/jira/browse/GEODE-9424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donal Evans resolved GEODE-9424.
Fix Version/s: 1.15.0
Resolution: Fixed
> Radish command arguments must support Long values
> -
>
> Key: GEODE-9424
> URL: https://issues.apache.org/jira/browse/GEODE-9424
> Project: Geode
> Issue Type: Bug
> Components: redis
>Affects Versions: 1.15.0
>Reporter: Donal Evans
>Assignee: Donal Evans
>Priority: Major
> Labels: pull-request-available
> Fix For: 1.15.0
>
>
> To match the behaviour seen when using native Redis, all command arguments
> that take integer values (that is, as opposed to float or string) must allow
> values in the range of {{Long.MIN_VALUE}} -> {{Long.MAX_VALUE}}.
> Currently, passing a value smaller than {{Integer.MIN_VALUE}} or larger than
> {{Integer.MAX_VALUE}} to these commands results in an error being returned,
> which is not the case for native Redis.
> Currently affected commands are:
> SCAN
> SSCAN
> HSCAN
> SPOP
> SRANDMEMBER
> BITPOS
> GETBIT
> SETBIT
> SETRANGE
> It should be enough to simply parse the argument as a Long and then narrow it
> to an int in most cases, as internally the maximum value that the argument
> can possibly take is {{Integer.MAX_VALUE}}. For example, [the maximum number
> of elements in a Redis set is 2^32 -
> 1|https://redis.io/topics/data-types#sets], so the largest meaningful value
> for the SSCAN CURSOR argument internally is {{Integer.MAX_VALUE}}.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Created] (GEODE-9432) CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
Kamilla Aslami created GEODE-9432:
-
Summary: CI Failure: testThinClientPRPutAllFailover failed with
RuntimeException
Key: GEODE-9432
URL: https://issues.apache.org/jira/browse/GEODE-9432
Project: Geode
Issue Type: Bug
Components: gfsh, native client
Reporter: Kamilla Aslami
{noformat}
[2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
Executing - start server
--classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
--name=GFECS15315
--cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
--dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
--server-port=15315 --log-level=config --max-heap=1g
--J=-Dgemfire.tombstone-timeout=60
--J=-Dgemfire.tombstone-gc-hreshold=10
--J=-Dgemfire.security-log-level=config
--properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties[2021-07-15
17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1) Executing - start
server --classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
--name=GFECS15315
--cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
--dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
--server-port=15315 --log-level=config --max-heap=1g
--J=-Dgemfire.tombstone-timeout=60
--J=-Dgemfire.tombstone-gc-hreshold=10
--J=-Dgemfire.security-log-level=config
--properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties[2021-07-15
17:18:04.515603] [0x1510] [trace] Gfsh::execute: [2021-07-15
17:18:10.781214] [0x1510] [trace] Gfsh::execute: ...[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: The Cache Server process
terminated unexpectedly with exit status 1. Please refer to the log file in
C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
for full details.[2021-07-15 17:18:10.781214] [0x1510] [debug]
Gfsh::execute: [2021-07-15 17:18:10.781214] [0x1510] [debug]
Gfsh::execute: Exception in thread "main" java.lang.RuntimeException: An IO
error occurred while starting a Server in
C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
on
build-601291c4-4d7a-4424-8429-c3be196b77ca.c.apachegeode-ci.internal[15315]:
Network is unreachable; port (15315) is not available on localhost.[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:852)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.run(ServerLauncher.java:737)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.main(ServerLauncher.java:256)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: Caused by:
java.net.BindException: Network is unreachable; port (15315) is not available
on localhost.[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
at
org.apache.geode.distributed.AbstractLauncher.assertPortAvailable(AbstractLauncher.java:142)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:794)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: ... 2 more[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: [2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: [2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: exit:1[TEST 2021/07/15
17:18:11.000871 s2p1:pid(1456)] 0#
apache::geode::client::StackTrace::StackTrace at
c:\users\build\source\cppcache\src\stacktrace.cpp:28 1#
std::_Ref_count_obj::_Ref_count_obj<>
at c:\program files (x86)\microsoft visual
studio\2017\community\vc\tools\msvc\14.16.27023\include\memory:1801 2#
std::make_shared at c:\program files
(x86)\microsoft visual
studio\2017\community\vc\tools\msvc\14.16.27023\include\memory:1866 3#
apache::geode::client::Exception::Exception at
c:\users\build\source\cppcache\src\exception.cpp:32 4#
GfshExecuteException::GfshExecuteException at
c:\users\build\source\cppcache\integration\framework\gfshexecute.cpp:48 5#
GfshExecute::execute at
c:\users\build\source\cppcache\integration\framework\gfshexecute.cpp:101 6#
Gfsh::Command::execute at
c:\users\build\source\c
[jira] [Updated] (GEODE-9432) CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
[
https://issues.apache.org/jira/browse/GEODE-9432?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kamilla Aslami updated GEODE-9432:
--
Description:
{code:java}
[2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
Executing - start server
--classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
--name=GFECS15315
--cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
--dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
--server-port=15315 --log-level=config --max-heap=1g
--J=-Dgemfire.tombstone-timeout=60
--J=-Dgemfire.tombstone-gc-hreshold=10
--J=-Dgemfire.security-log-level=config
--properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties[2021-07-15
17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1) Executing - start
server --classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
--name=GFECS15315
--cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
--dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
--server-port=15315 --log-level=config --max-heap=1g
--J=-Dgemfire.tombstone-timeout=60
--J=-Dgemfire.tombstone-gc-hreshold=10
--J=-Dgemfire.security-log-level=config
--properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties[2021-07-15
17:18:04.515603] [0x1510] [trace] Gfsh::execute: [2021-07-15
17:18:10.781214] [0x1510] [trace] Gfsh::execute: ...[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: The Cache Server process
terminated unexpectedly with exit status 1. Please refer to the log file in
C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
for full details.[2021-07-15 17:18:10.781214] [0x1510] [debug]
Gfsh::execute: [2021-07-15 17:18:10.781214] [0x1510] [debug]
Gfsh::execute: Exception in thread "main" java.lang.RuntimeException: An IO
error occurred while starting a Server in
C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
on
build-601291c4-4d7a-4424-8429-c3be196b77ca.c.apachegeode-ci.internal[15315]:
Network is unreachable; port (15315) is not available on localhost.[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:852)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.run(ServerLauncher.java:737)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.main(ServerLauncher.java:256)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: Caused by:
java.net.BindException: Network is unreachable; port (15315) is not available
on localhost.[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
at
org.apache.geode.distributed.AbstractLauncher.assertPortAvailable(AbstractLauncher.java:142)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:794)[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: ... 2 more[2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: [2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: [2021-07-15
17:18:10.781214] [0x1510] [debug] Gfsh::execute: exit:1[TEST 2021/07/15
17:18:11.000871 s2p1:pid(1456)] 0#
apache::geode::client::StackTrace::StackTrace at
c:\users\build\source\cppcache\src\stacktrace.cpp:28 1#
std::_Ref_count_obj::_Ref_count_obj<>
at c:\program files (x86)\microsoft visual
studio\2017\community\vc\tools\msvc\14.16.27023\include\memory:1801 2#
std::make_shared at c:\program files
(x86)\microsoft visual
studio\2017\community\vc\tools\msvc\14.16.27023\include\memory:1866 3#
apache::geode::client::Exception::Exception at
c:\users\build\source\cppcache\src\exception.cpp:32 4#
GfshExecuteException::GfshExecuteException at
c:\users\build\source\cppcache\integration\framework\gfshexecute.cpp:48 5#
GfshExecute::execute at
c:\users\build\source\cppcache\integration\framework\gfshexecute.cpp:101 6#
Gfsh::Command::execute at
c:\users\build\source\cppcache\integration\framework\gfsh.cpp:558 7#
apache::geode::client::CacheHelper::initServer at
c:\users\build\source\cppcache\integration-test\cachehelper.cpp:1143 8#
A0x9a5997d2::`anony
[jira] [Updated] (GEODE-9432) CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
[
https://issues.apache.org/jira/browse/GEODE-9432?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kamilla Aslami updated GEODE-9432:
--
Description:
Network is unreachable; port (15315) is not available on localhost:
{code:java}
[2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
Executing - start server
--classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
--name=GFECS15315
--cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
--dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
--server-port=15315 --log-level=config --max-heap=1g
--J=-Dgemfire.tombstone-timeout=60
--J=-Dgemfire.tombstone-gc-hreshold=10
--J=-Dgemfire.security-log-level=config
--properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties
[2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
Executing - start server
--classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
--name=GFECS15315
--cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
--dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
--server-port=15315 --log-level=config --max-heap=1g
--J=-Dgemfire.tombstone-timeout=60
--J=-Dgemfire.tombstone-gc-hreshold=10
--J=-Dgemfire.security-log-level=config
--properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties
[2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute:
[2021-07-15 17:18:10.781214] [0x1510] [trace] Gfsh::execute: ...
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: The Cache
Server process terminated unexpectedly with exit status 1. Please refer to the
log file in
C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
for full details.
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: Exception in
thread "main" java.lang.RuntimeException: An IO error occurred while starting a
Server in
C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
on
build-601291c4-4d7a-4424-8429-c3be196b77ca.c.apachegeode-ci.internal[15315]:
Network is unreachable; port (15315) is not available on localhost.
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:852)
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.run(ServerLauncher.java:737)
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.main(ServerLauncher.java:256)
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: Caused by:
java.net.BindException: Network is unreachable; port (15315) is not available
on localhost.
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.AbstractLauncher.assertPortAvailable(AbstractLauncher.java:142)
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:794)
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: ... 2 more
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
[2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: exit:1
[TEST 2021/07/15 17:18:11.000871 s2p1:pid(1456)] 0#
apache::geode::client::StackTrace::StackTrace at
c:\users\build\source\cppcache\src\stacktrace.cpp:28
1#
std::_Ref_count_obj::_Ref_count_obj<>
at c:\program files (x86)\microsoft visual
studio\2017\community\vc\tools\msvc\14.16.27023\include\memory:1801
2# std::make_shared at c:\program files
(x86)\microsoft visual
studio\2017\community\vc\tools\msvc\14.16.27023\include\memory:1866
3# apache::geode::client::Exception::Exception at
c:\users\build\source\cppcache\src\exception.cpp:32
4# GfshExecuteException::GfshExecuteException at
c:\users\build\source\cppcache\integration\framework\gfshexecute.cpp:48
5# GfshExecute::execute at
c:\users\build\source\cppcache\integration\framework\gfshexecute.cpp:101
6# Gfsh::Command::execute at
c:\users\build\source\cppcache\integration\framework\gfsh.cpp:558
7# apache::geode::client::CacheHelper::initServer at
c:\users\build\so
[jira] [Commented] (GEODE-9432) CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
[
https://issues.apache.org/jira/browse/GEODE-9432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381554#comment-17381554
]
Kamilla Aslami commented on GEODE-9432:
---
Occured in:
https://concourse.apachegeode-ci.info/teams/main/pipelines/geode-native-develop/jobs/build-windows-2016-vs-2017-debug/builds/75
> CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
> ---
>
> Key: GEODE-9432
> URL: https://issues.apache.org/jira/browse/GEODE-9432
> Project: Geode
> Issue Type: Bug
> Components: gfsh, native client
>Reporter: Kamilla Aslami
>Priority: Major
>
> Network is unreachable; port (15315) is not available on localhost:
> {code:java}
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
> Executing - start server
> --classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
> --name=GFECS15315
> --cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
>
> --dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> --server-port=15315 --log-level=config --max-heap=1g
> --J=-Dgemfire.tombstone-timeout=60
> --J=-Dgemfire.tombstone-gc-hreshold=10
> --J=-Dgemfire.security-log-level=config
> --properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
> Executing - start server
> --classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
> --name=GFECS15315
> --cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
>
> --dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> --server-port=15315 --log-level=config --max-heap=1g
> --J=-Dgemfire.tombstone-timeout=60
> --J=-Dgemfire.tombstone-gc-hreshold=10
> --J=-Dgemfire.security-log-level=config
> --properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [trace] Gfsh::execute: ...
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: The Cache
> Server process terminated unexpectedly with exit status 1. Please refer to
> the log file in
> C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> for full details.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: Exception
> in thread "main" java.lang.RuntimeException: An IO error occurred while
> starting a Server in
> C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> on
> build-601291c4-4d7a-4424-8429-c3be196b77ca.c.apachegeode-ci.internal[15315]:
> Network is unreachable; port (15315) is not available on localhost.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:852)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.run(ServerLauncher.java:737)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.main(ServerLauncher.java:256)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: Caused by:
> java.net.BindException: Network is unreachable; port (15315) is not available
> on localhost.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.AbstractLauncher.assertPortAvailable(AbstractLauncher.java:142)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:794)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: ... 2 more
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: exit:1
> [TEST 2021/07/15 17:18:11.000871 s2p1:pid(1456)] 0#
> apache::geode::client::StackTrace::StackTrace at
> c:\users\build\source\cppcache\src\stacktrace.cpp:28
> 1#
> std::_Ref_count_obj::_Ref_count_obj<>
> at c:\program
[jira] [Assigned] (GEODE-9429) Radish HSCAN implementation cannot handle values for COUNT greater than Integer.MAX_VALUE / 2
[
https://issues.apache.org/jira/browse/GEODE-9429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donal Evans reassigned GEODE-9429:
--
Assignee: Donal Evans
> Radish HSCAN implementation cannot handle values for COUNT greater than
> Integer.MAX_VALUE / 2
> -
>
> Key: GEODE-9429
> URL: https://issues.apache.org/jira/browse/GEODE-9429
> Project: Geode
> Issue Type: Bug
> Components: redis
>Affects Versions: 1.15.0
>Reporter: Donal Evans
>Assignee: Donal Evans
>Priority: Major
>
> The below code is the current implementation of HSCAN in {{RedisHash}}. When
> the value of {{count}} passed to this method is greater than
> {{Integer.MAX_VALUE / 2}} the condition of the while loop suffers from
> integer overflow and the loop does not execute correctly.
> {code:java}
> public ImmutablePair> hscan(Pattern matchPattern, int
> count, int cursor) {
> ArrayList resultList = new ArrayList<>(count + 2);
> do {
> cursor = hash.scan(cursor, 1,
> (list, key, value) -> addIfMatching(matchPattern, list, key,
> value), resultList);
> } while (cursor != 0 && resultList.size() < (count * 2));
> return new ImmutablePair<>(cursor, resultList);
> {code}
> This could be fixed by changing the type of {{resultList}} to
> {{List>}} and modifying the {{addIfMatching()}}
> method to populate the list with {{ImmutablePair}}s of keys and values rather
> than a single continuous list of interleaved keys and values.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GEODE-8357) Exhausting the high priority message thread pool can result in deadlock
[
https://issues.apache.org/jira/browse/GEODE-8357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381581#comment-17381581
]
Donal Evans commented on GEODE-8357:
GEODE-8799 increased the default value for MAX_THREADS to 1000 per the
recommendation in this ticket, but did not address any of the other suggestions.
> Exhausting the high priority message thread pool can result in deadlock
> ---
>
> Key: GEODE-8357
> URL: https://issues.apache.org/jira/browse/GEODE-8357
> Project: Geode
> Issue Type: Bug
> Components: messaging
>Affects Versions: 1.0.0-incubating, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 1.6.0,
> 1.7.0, 1.8.0, 1.9.0, 1.10.0, 1.11.0, 1.12.0
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>Priority: Major
> Labels: GeodeOperationAPI
>
> The system property "DistributionManager.MAX_THREADS" default to 100:
> {noformat}
> int MAX_THREADS = Integer.getInteger("DistributionManager.MAX_THREADS", 100);
> {noformat}
> The system property used to be defined in geode-core
> ClusterDistributionManager and has moved to geode-core OperationExecutors.
> The value is used to limit ClusterOperationExecutors threadPool and
> highPriorityPool:
> {noformat}
> threadPool =
> CoreLoggingExecutors.newThreadPoolWithFeedStatistics("Pooled Message
> Processor ",
> thread -> stats.incProcessingThreadStarts(), this::doProcessingThread,
> MAX_THREADS, stats.getNormalPoolHelper(), threadMonitor,
> INCOMING_QUEUE_LIMIT, stats.getOverflowQueueHelper());
> highPriorityPool = CoreLoggingExecutors.newThreadPoolWithFeedStatistics(
> "Pooled High Priority Message Processor ",
> thread -> stats.incHighPriorityThreadStarts(), this::doHighPriorityThread,
> MAX_THREADS, stats.getHighPriorityPoolHelper(), threadMonitor,
> INCOMING_QUEUE_LIMIT, stats.getHighPriorityQueueHelper());
> {noformat}
> I have seen server startup hang when recovering lots of expired entries from
> disk while using PDX. The hang looks like a dlock request for the PDX lock is
> not receiving a response. Checking the value for the
> distributionStats#highPriorityQueueSize statistic (in VSD) shows the value
> maxed out and never dropping.
> The dlock response granting the PDX lock is stuck in the highPriorityQueue
> because there are no more highPriorityQueue threads available to process the
> response. All of the highPriorityQueue thread stack dumps show tasks such as
> recovering bucket from disk are blocked waiting for the PDX lock.
> Several changes could improve this situation, either in conjunction or
> individually:
> # improve observability to enable support to identify that this situation has
> occurred
> # increase MAX_THREADS default to 1000
> # automatically identify this situation and warn the user with a log statement
> # automatically prevent this situation
> # identify the messages that are prone to causing deadlocks and move them to
> a dedicated thread pool with a higher limit
> # move dlock messages to a new dedicated thread pool
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GEODE-9432) CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
[
https://issues.apache.org/jira/browse/GEODE-9432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381592#comment-17381592
]
Geode Integration commented on GEODE-9432:
--
Seen in [build-windows-2016-vs-2017-debug
#75|https://concourse.apachegeode-ci.info/teams/main/pipelines/geode-native-develop/jobs/build-windows-2016-vs-2017-debug/builds/75].
> CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
> ---
>
> Key: GEODE-9432
> URL: https://issues.apache.org/jira/browse/GEODE-9432
> Project: Geode
> Issue Type: Bug
> Components: gfsh, native client
>Reporter: Kamilla Aslami
>Priority: Major
>
> Network is unreachable; port (15315) is not available on localhost:
> {code:java}
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
> Executing - start server
> --classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
> --name=GFECS15315
> --cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
>
> --dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> --server-port=15315 --log-level=config --max-heap=1g
> --J=-Dgemfire.tombstone-timeout=60
> --J=-Dgemfire.tombstone-gc-hreshold=10
> --J=-Dgemfire.security-log-level=config
> --properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
> Executing - start server
> --classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
> --name=GFECS15315
> --cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
>
> --dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> --server-port=15315 --log-level=config --max-heap=1g
> --J=-Dgemfire.tombstone-timeout=60
> --J=-Dgemfire.tombstone-gc-hreshold=10
> --J=-Dgemfire.security-log-level=config
> --properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [trace] Gfsh::execute: ...
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: The Cache
> Server process terminated unexpectedly with exit status 1. Please refer to
> the log file in
> C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> for full details.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: Exception
> in thread "main" java.lang.RuntimeException: An IO error occurred while
> starting a Server in
> C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> on
> build-601291c4-4d7a-4424-8429-c3be196b77ca.c.apachegeode-ci.internal[15315]:
> Network is unreachable; port (15315) is not available on localhost.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:852)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.run(ServerLauncher.java:737)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.main(ServerLauncher.java:256)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: Caused by:
> java.net.BindException: Network is unreachable; port (15315) is not available
> on localhost.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.AbstractLauncher.assertPortAvailable(AbstractLauncher.java:142)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:794)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: ... 2 more
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: exit:1
> [TEST 2021/07/15 17:18:11.000871 s2p1:pid(1456)] 0#
> apache::geode::client::StackTrace::StackTrace at
> c:\users\build\source\cppcache\src\stacktrace.cpp:28
> 1#
> std::_Ref_co
[jira] [Issue Comment Deleted] (GEODE-9432) CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
[
https://issues.apache.org/jira/browse/GEODE-9432?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kamilla Aslami updated GEODE-9432:
--
Comment: was deleted
(was: Occured in:
https://concourse.apachegeode-ci.info/teams/main/pipelines/geode-native-develop/jobs/build-windows-2016-vs-2017-debug/builds/75)
> CI Failure: testThinClientPRPutAllFailover failed with RuntimeException
> ---
>
> Key: GEODE-9432
> URL: https://issues.apache.org/jira/browse/GEODE-9432
> Project: Geode
> Issue Type: Bug
> Components: gfsh, native client
>Reporter: Kamilla Aslami
>Priority: Major
>
> Network is unreachable; port (15315) is not available on localhost:
> {code:java}
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
> Executing - start server
> --classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
> --name=GFECS15315
> --cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
>
> --dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> --server-port=15315 --log-level=config --max-heap=1g
> --J=-Dgemfire.tombstone-timeout=60
> --J=-Dgemfire.tombstone-gc-hreshold=10
> --J=-Dgemfire.security-log-level=config
> --properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute: (1)
> Executing - start server
> --classpath=C:\Users\build\build\tests\javaobject\javaobject.jar
> --name=GFECS15315
> --cache-xml-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\cacheserver_notify_subscription.15315.xml
>
> --dir=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> --server-port=15315 --log-level=config --max-heap=1g
> --J=-Dgemfire.tombstone-timeout=60
> --J=-Dgemfire.tombstone-gc-hreshold=10
> --J=-Dgemfire.security-log-level=config
> --properties-file=C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315/test.geode.properties
> [2021-07-15 17:18:04.515603] [0x1510] [trace] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [trace] Gfsh::execute: ...
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: The Cache
> Server process terminated unexpectedly with exit status 1. Please refer to
> the log file in
> C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> for full details.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: Exception
> in thread "main" java.lang.RuntimeException: An IO error occurred while
> starting a Server in
> C:\Users\build\build\cppcache\integration-test\.tests\testThinClientListenerWriterWithoutSubscription\GFECS15315
> on
> build-601291c4-4d7a-4424-8429-c3be196b77ca.c.apachegeode-ci.internal[15315]:
> Network is unreachable; port (15315) is not available on localhost.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:852)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.run(ServerLauncher.java:737)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.main(ServerLauncher.java:256)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: Caused by:
> java.net.BindException: Network is unreachable; port (15315) is not available
> on localhost.
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.AbstractLauncher.assertPortAvailable(AbstractLauncher.java:142)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: at
> org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:794)
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: ... 2 more
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute:
> [2021-07-15 17:18:10.781214] [0x1510] [debug] Gfsh::execute: exit:1
> [TEST 2021/07/15 17:18:11.000871 s2p1:pid(1456)] 0#
> apache::geode::client::StackTrace::StackTrace at
> c:\users\build\source\cppcache\src\stacktrace.cpp:28
> 1#
> std::_Ref_count_obj::_Ref_count_obj<>
> at c:\program files (x86)\microsoft vi
[jira] [Commented] (GEODE-9431) CI Failure: SegFault in apache-geode_unittests
[
https://issues.apache.org/jira/browse/GEODE-9431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381607#comment-17381607
]
Geode Integration commented on GEODE-9431:
--
Seen in [build-rhel-8-release
#75|https://concourse.apachegeode-ci.info/teams/main/pipelines/geode-native-develop/jobs/build-rhel-8-release/builds/75].
> CI Failure: SegFault in apache-geode_unittests
> --
>
> Key: GEODE-9431
> URL: https://issues.apache.org/jira/browse/GEODE-9431
> Project: Geode
> Issue Type: Bug
> Components: native client
>Reporter: Kamilla Aslami
>Priority: Major
>
> {{Two consequent geode-native-develop/build-rhel-8-release runs failed with
> segmentation fault: }}
> {noformat}
> selected worker: 3eb01fee-0959-4e2d-8c25-44a153962eaa
> Warning: Permanently added '34.67.7.72' (ECDSA) to the list of known hosts.
> Test project /home/build/build/cppcache/test
> Start 1: apache-geode_unittests
> 1/1 Test #1: apache-geode_unittests ...***Exception: SegFault 0.43
> sec
> Running main() from
> /home/build/build/dependencies/gtest/gtest-extern-prefix/src/gtest-extern/googletest/src/gtest_main.cc
> [==] Running 374 tests from 42 test suites.
> [--] Global test environment set-up.
> [--] 6 tests from durationTest
> [ RUN ] durationTest.ceil
> [ OK ] durationTest.ceil (0 ms)
> [ RUN ] durationTest.toString
> [ OK ] durationTest.toString (0 ms)
> [ RUN ] durationTest.fromString
> [ OK ] durationTest.fromString (0 ms)
> [ RUN ] durationTest.fromStringWithCeil
> [ OK ] durationTest.fromStringWithCeil (0 ms)
> [ RUN ] durationTest.fromStringException
> [ OK ] durationTest.fromStringException (0 ms)
> [ RUN ] durationTest.assertBounds
> [ OK ] durationTest.assertBounds (1 ms)
> [--] 6 tests from durationTest (1 ms total){noformat}
> ...
> {noformat}
> 0% tests passed, 1 tests failed out of 1
> Total Test time (real) = 0.91 sec
> The following tests FAILED:
> 1 - apache-geode_unittests (SEGFAULT)
> Errors while running CTest{noformat}
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GEODE-9430) Update Geode Session Management example
[ https://issues.apache.org/jira/browse/GEODE-9430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381615#comment-17381615 ] ASF GitHub Bot commented on GEODE-9430: --- davebarnes97 opened a new pull request #108: URL: https://github.com/apache/geode-examples/pull/108 - Example script is (relatively) version-independent, uses wildcards to copy versioned jar names from geode/lib - Some improved verbiage in README - Added locator dirs to gitignore -- 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 > Update Geode Session Management example > --- > > Key: GEODE-9430 > URL: https://issues.apache.org/jira/browse/GEODE-9430 > Project: Geode > Issue Type: Bug > Components: examples >Reporter: Dave Barnes >Assignee: Dave Barnes >Priority: Major > > Issue GEODE-9426 included issues related to the user guide and a related > example. This tracks the fact that example needs updating. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-9430) Update Geode Session Management example
[ https://issues.apache.org/jira/browse/GEODE-9430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-9430: -- Labels: pull-request-available (was: ) > Update Geode Session Management example > --- > > Key: GEODE-9430 > URL: https://issues.apache.org/jira/browse/GEODE-9430 > Project: Geode > Issue Type: Bug > Components: examples >Reporter: Dave Barnes >Assignee: Dave Barnes >Priority: Major > Labels: pull-request-available > > Issue GEODE-9426 included issues related to the user guide and a related > example. This tracks the fact that example needs updating. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-9429) Radish HSCAN implementation cannot handle values for COUNT greater than Integer.MAX_VALUE / 2
[
https://issues.apache.org/jira/browse/GEODE-9429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated GEODE-9429:
--
Labels: pull-request-available (was: )
> Radish HSCAN implementation cannot handle values for COUNT greater than
> Integer.MAX_VALUE / 2
> -
>
> Key: GEODE-9429
> URL: https://issues.apache.org/jira/browse/GEODE-9429
> Project: Geode
> Issue Type: Bug
> Components: redis
>Affects Versions: 1.15.0
>Reporter: Donal Evans
>Assignee: Donal Evans
>Priority: Major
> Labels: pull-request-available
>
> The below code is the current implementation of HSCAN in {{RedisHash}}. When
> the value of {{count}} passed to this method is greater than
> {{Integer.MAX_VALUE / 2}} the condition of the while loop suffers from
> integer overflow and the loop does not execute correctly.
> {code:java}
> public ImmutablePair> hscan(Pattern matchPattern, int
> count, int cursor) {
> ArrayList resultList = new ArrayList<>(count + 2);
> do {
> cursor = hash.scan(cursor, 1,
> (list, key, value) -> addIfMatching(matchPattern, list, key,
> value), resultList);
> } while (cursor != 0 && resultList.size() < (count * 2));
> return new ImmutablePair<>(cursor, resultList);
> {code}
> This could be fixed by changing the type of {{resultList}} to
> {{List>}} and modifying the {{addIfMatching()}}
> method to populate the list with {{ImmutablePair}}s of keys and values rather
> than a single continuous list of interleaved keys and values.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Created] (GEODE-9433) CI Failure in GarbageCollectCache.VerifyNoLeakedThreads integration test
Kamilla Aslami created GEODE-9433:
-
Summary: CI Failure in GarbageCollectCache.VerifyNoLeakedThreads
integration test
Key: GEODE-9433
URL: https://issues.apache.org/jira/browse/GEODE-9433
Project: Geode
Issue Type: Bug
Components: native client
Reporter: Kamilla Aslami
{code:java}
Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads
***Failed 78.00 sec
Discovering: Apache.Geode.IntegrationTests2
Discovered: Apache.Geode.IntegrationTests2
Starting:Apache.Geode.IntegrationTests2
Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads
[FAIL]
ncThreadsBefore = 33, ncThreadsAfter = 25
Expected: False
Actual: True
Stack Trace:
C:\Users\build\source\clicache\integration-test2\GarbageCollectCache.cs(89,0):
at
Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads()
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GEODE-9433) CI Failure in GarbageCollectCache.VerifyNoLeakedThreads integration test
[
https://issues.apache.org/jira/browse/GEODE-9433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381623#comment-17381623
]
Kamilla Aslami commented on GEODE-9433:
---
Occured in:
https://concourse.apachegeode-ci.info/teams/main/pipelines/geode-native-develop/jobs/build-windows-2019-vs-2019-release/builds/74
> CI Failure in GarbageCollectCache.VerifyNoLeakedThreads integration test
>
>
> Key: GEODE-9433
> URL: https://issues.apache.org/jira/browse/GEODE-9433
> Project: Geode
> Issue Type: Bug
> Components: native client
>Reporter: Kamilla Aslami
>Priority: Major
>
>
> {code:java}
> Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads
> ***Failed 78.00 sec
> Discovering: Apache.Geode.IntegrationTests2
> Discovered: Apache.Geode.IntegrationTests2
> Starting:Apache.Geode.IntegrationTests2
>
> Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads
> [FAIL]
> ncThreadsBefore = 33, ncThreadsAfter = 25
> Expected: False
> Actual: True
> Stack Trace:
>
> C:\Users\build\source\clicache\integration-test2\GarbageCollectCache.cs(89,0):
> at
> Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads()
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GEODE-9434) Implement ZREMRANGEBYLEX Command
[ https://issues.apache.org/jira/browse/GEODE-9434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wayne updated GEODE-9434: - Issue Type: New Feature (was: Bug) > Implement ZREMRANGEBYLEX Command > > > Key: GEODE-9434 > URL: https://issues.apache.org/jira/browse/GEODE-9434 > Project: Geode > Issue Type: New Feature > Components: redis >Reporter: Wayne >Priority: Major > > Implement the [ZREMRANGEBYLEX|https://redis.io/commands/zremrangebylex] > command. > +Acceptance Criteria+ > The ZREMRANGEBYLEX command has been implemented and appropriate unit tests > have been developed. > > The command has been added to the AbstractHitsMissesIntegrationTest. The > command has been tested using the redis-cli tool and verified against native > redis. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GEODE-9434) Implement ZREMRANGEBYLEX Command
Wayne created GEODE-9434: Summary: Implement ZREMRANGEBYLEX Command Key: GEODE-9434 URL: https://issues.apache.org/jira/browse/GEODE-9434 Project: Geode Issue Type: Bug Components: redis Reporter: Wayne Implement the [ZREMRANGEBYLEX|https://redis.io/commands/zremrangebylex] command. +Acceptance Criteria+ The ZREMRANGEBYLEX command has been implemented and appropriate unit tests have been developed. The command has been added to the AbstractHitsMissesIntegrationTest. The command has been tested using the redis-cli tool and verified against native redis. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GEODE-9435) Implement ZREMRANGEBYRANK Command
Wayne created GEODE-9435: Summary: Implement ZREMRANGEBYRANK Command Key: GEODE-9435 URL: https://issues.apache.org/jira/browse/GEODE-9435 Project: Geode Issue Type: New Feature Components: redis Reporter: Wayne Implement the [ZREMRANGEBYRANK|https://redis.io/commands/zremrangebyrank] command. +Acceptance Criteria+ The command has been implemented along with appropriate unit tests. The command has been added to the AbstractHitsMissesIntegrationTest. The command has been tested using the redis-cli tool and verified against native redis. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-9435) Implement ZREMRANGEBYRANK Command
[ https://issues.apache.org/jira/browse/GEODE-9435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wayne updated GEODE-9435: - Labels: redis (was: ) > Implement ZREMRANGEBYRANK Command > - > > Key: GEODE-9435 > URL: https://issues.apache.org/jira/browse/GEODE-9435 > Project: Geode > Issue Type: New Feature > Components: redis >Reporter: Wayne >Priority: Major > Labels: redis > > Implement the [ZREMRANGEBYRANK|https://redis.io/commands/zremrangebyrank] > command. > > +Acceptance Criteria+ > > The command has been implemented along with appropriate unit tests. > > The command has been added to the AbstractHitsMissesIntegrationTest. The > command has been tested using the redis-cli tool and verified against native > redis. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GEODE-9436) Implement ZREMRANGEBYSCORE Command
Wayne created GEODE-9436: Summary: Implement ZREMRANGEBYSCORE Command Key: GEODE-9436 URL: https://issues.apache.org/jira/browse/GEODE-9436 Project: Geode Issue Type: New Feature Components: redis Reporter: Wayne Implement the [ZREMRANGEBYSCORE|https://redis.io/commands/zremrangebyscore] command. +Acceptance Criteria+ The command has been implemented along with appropriate unit tests. The command has been added to the AbstractHitsMissesIntegrationTest. The command has been tested using the redis-cli tool and verified against native redis. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GEODE-9433) CI Failure in GarbageCollectCache.VerifyNoLeakedThreads integration test
[
https://issues.apache.org/jira/browse/GEODE-9433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17381643#comment-17381643
]
Geode Integration commented on GEODE-9433:
--
Seen in [build-windows-2019-vs-2019-release
#74|https://concourse.apachegeode-ci.info/teams/main/pipelines/geode-native-develop/jobs/build-windows-2019-vs-2019-release/builds/74].
> CI Failure in GarbageCollectCache.VerifyNoLeakedThreads integration test
>
>
> Key: GEODE-9433
> URL: https://issues.apache.org/jira/browse/GEODE-9433
> Project: Geode
> Issue Type: Bug
> Components: native client
>Reporter: Kamilla Aslami
>Priority: Major
>
>
> {code:java}
> Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads
> ***Failed 78.00 sec
> Discovering: Apache.Geode.IntegrationTests2
> Discovered: Apache.Geode.IntegrationTests2
> Starting:Apache.Geode.IntegrationTests2
>
> Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads
> [FAIL]
> ncThreadsBefore = 33, ncThreadsAfter = 25
> Expected: False
> Actual: True
> Stack Trace:
>
> C:\Users\build\source\clicache\integration-test2\GarbageCollectCache.cs(89,0):
> at
> Apache.Geode.Client.IntegrationTests.GarbageCollectCache.VerifyNoLeakedThreads()
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GEODE-7684) Implement the Bucket region clear messages and handling
[ https://issues.apache.org/jira/browse/GEODE-7684?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Owen Nichols updated GEODE-7684: Fix Version/s: (was: 1.14.0) > Implement the Bucket region clear messages and handling > --- > > Key: GEODE-7684 > URL: https://issues.apache.org/jira/browse/GEODE-7684 > Project: Geode > Issue Type: New Feature > Components: regions >Reporter: Nabarun Nag >Assignee: Xiaojian Zhou >Priority: Major > Labels: GeodeCommons > Time Spent: 4h 10m > Remaining Estimate: 0h > > Implement the bucket region clear message, and the handling of the message. > Upon receiving this message the bucket region must be cleared. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-7847) Clear in PR could fail with Partial result, need to send to caller with an exception
[ https://issues.apache.org/jira/browse/GEODE-7847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Owen Nichols updated GEODE-7847: Fix Version/s: (was: 1.14.0) > Clear in PR could fail with Partial result, need to send to caller with an > exception > > > Key: GEODE-7847 > URL: https://issues.apache.org/jira/browse/GEODE-7847 > Project: Geode > Issue Type: Improvement > Components: core >Reporter: Xiaojian Zhou >Priority: Major > Labels: GeodeCommons > > In the case of PartitionOfflineException, clear will fail with some of the > buckets cleared, some are not. Need to send back the caller with partial > result exception and let the caller to decide if to retry. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-7857) PR.clear's eventID should not be NULL
[ https://issues.apache.org/jira/browse/GEODE-7857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Owen Nichols updated GEODE-7857: Fix Version/s: (was: 1.13.0) > PR.clear's eventID should not be NULL > - > > Key: GEODE-7857 > URL: https://issues.apache.org/jira/browse/GEODE-7857 > Project: Geode > Issue Type: Improvement >Reporter: Xiaojian Zhou >Assignee: Xiaojian Zhou >Priority: Major > Labels: GeodeCommons > > In earlier implementation for PR.clear, I set eventid to be null for the time > being. The event id should be the same at both PR and BR level. but not null. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-7845) Rollingupgrade should not conflict with the new ClearPRMessage
[ https://issues.apache.org/jira/browse/GEODE-7845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Owen Nichols updated GEODE-7845: Fix Version/s: (was: 1.14.0) > Rollingupgrade should not conflict with the new ClearPRMessage > --- > > Key: GEODE-7845 > URL: https://issues.apache.org/jira/browse/GEODE-7845 > Project: Geode > Issue Type: Improvement > Components: core >Reporter: Xiaojian Zhou >Assignee: Mark Hanson >Priority: Major > Labels: GeodeCommons, pull-request-available > > PartitionedRegion clear introduced a new ClearPRMessage. In case of doing > rolling upgrade, the user called PR.clear. The new ClearPRMessage should not > fail. It should not be sent to the old members. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-7683) Implement the Bucket Region cmnClearRegion
[ https://issues.apache.org/jira/browse/GEODE-7683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Owen Nichols updated GEODE-7683: Fix Version/s: (was: 1.13.0) > Implement the Bucket Region cmnClearRegion > --- > > Key: GEODE-7683 > URL: https://issues.apache.org/jira/browse/GEODE-7683 > Project: Geode > Issue Type: New Feature > Components: regions >Reporter: Nabarun Nag >Assignee: Xiaojian Zhou >Priority: Major > Labels: GeodeCommons > Time Spent: 4h > Remaining Estimate: 0h > > Implement the method to clear up a bucket region -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-7844) Refactor sendMsgByBucket and sendClearMsgByBucket not to use duplicated code
[ https://issues.apache.org/jira/browse/GEODE-7844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Owen Nichols updated GEODE-7844: Fix Version/s: (was: 1.14.0) > Refactor sendMsgByBucket and sendClearMsgByBucket not to use duplicated code > > > Key: GEODE-7844 > URL: https://issues.apache.org/jira/browse/GEODE-7844 > Project: Geode > Issue Type: Improvement > Components: core >Reporter: Xiaojian Zhou >Assignee: Xiaojian Zhou >Priority: Major > Labels: GeodeCommons > > In PartitionedRegion class, there're 2 sendMsgByBucket() methods, one for > PutAll, another is for RemoveAll. We are adding the 3rd one for Clear. > Their logic are duplicated in most part. Need to refactor the 3 methods to > avoid duplicate code. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GEODE-7682) Create the java API to clear a PartitionedRegion
[ https://issues.apache.org/jira/browse/GEODE-7682?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Owen Nichols updated GEODE-7682: Fix Version/s: (was: 1.14.0) > Create the java API to clear a PartitionedRegion > > > Key: GEODE-7682 > URL: https://issues.apache.org/jira/browse/GEODE-7682 > Project: Geode > Issue Type: New Feature > Components: regions >Reporter: Nabarun Nag >Assignee: Xiaojian Zhou >Priority: Major > Labels: GeodeCommons > Time Spent: 7h 50m > Remaining Estimate: 0h > > This task will just include creating the API which calls the internal > commands to clear the region and send messages to the members hosting the > Partitioned region. -- This message was sent by Atlassian Jira (v8.3.4#803005)
