[jira] [Updated] (CASSANDRA-14083) Avoid invalidating disk boundaries unnecessarily
[ https://issues.apache.org/jira/browse/CASSANDRA-14083?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paulo Motta updated CASSANDRA-14083: Status: Patch Available (was: Open) The cached disk boundary invalidation mentioned above went into CASSANDRA-13948. This also includes waiting for pending ranges when computing new disk boundaries which was missing from CASSANDRA-13948. Setting to Patch Available, test failures look unrelated: ||3.11||trunk|| |[branch|https://github.com/apache/cassandra/compare/cassandra-3.11...pauloricardomg:3.11-14083]|[branch|https://github.com/apache/cassandra/compare/trunk...pauloricardomg:trunk-14083]| |[testall|https://issues.apache.org/jira/secure/attachment/12902169/3.11-14083-testall.png]|[testall|https://issues.apache.org/jira/secure/attachment/12902167/trunk-14083-testall.png]| |[dtest|https://issues.apache.org/jira/secure/attachment/12902170/3.11-14083-dtest.png]|[dtest|https://issues.apache.org/jira/secure/attachment/12902167/trunk-14083-testall.png]| > Avoid invalidating disk boundaries unnecessarily > > > Key: CASSANDRA-14083 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14083 > Project: Cassandra > Issue Type: Improvement >Reporter: Paulo Motta >Assignee: Paulo Motta > Attachments: 3.11-14083-dtest.png, 3.11-14083-testall.png, > trunk-14083-dtest.png, trunk-14083-testall.png > > > We currently invalidate disk boundaries whenever [instantiating a new > replication > strategy|https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/db/Keyspace.java#L359], > but this is done whenever [updating keyspace > settings|https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/db/Keyspace.java#L187]. > > Computing new boundaries is expensive and unnecessarily invalidating them > will cause {{DiskBoundaries}} consumers to also invalidate their work > unnecessarily. For instance, after CASSANDRA-13948 the > {{CompactionStrategyManager}} will reload all compaction strategies when the > boundaries are invalidated. > In this case, we should only invalidate the disk boundaries when the > replication settings change to avoid doing unnecessary work. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14083) Avoid invalidating disk boundaries unnecessarily
[ https://issues.apache.org/jira/browse/CASSANDRA-14083?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paulo Motta updated CASSANDRA-14083: Attachment: 3.11-14083-dtest.png 3.11-14083-testall.png trunk-14083-dtest.png trunk-14083-testall.png > Avoid invalidating disk boundaries unnecessarily > > > Key: CASSANDRA-14083 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14083 > Project: Cassandra > Issue Type: Improvement >Reporter: Paulo Motta >Assignee: Paulo Motta > Attachments: 3.11-14083-dtest.png, 3.11-14083-testall.png, > trunk-14083-dtest.png, trunk-14083-testall.png > > > We currently invalidate disk boundaries whenever [instantiating a new > replication > strategy|https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/db/Keyspace.java#L359], > but this is done whenever [updating keyspace > settings|https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/db/Keyspace.java#L187]. > > Computing new boundaries is expensive and unnecessarily invalidating them > will cause {{DiskBoundaries}} consumers to also invalidate their work > unnecessarily. For instance, after CASSANDRA-13948 the > {{CompactionStrategyManager}} will reload all compaction strategies when the > boundaries are invalidated. > In this case, we should only invalidate the disk boundaries when the > replication settings change to avoid doing unnecessary work. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14082) Do not expose compaction strategy index publicly
[ https://issues.apache.org/jira/browse/CASSANDRA-14082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paulo Motta updated CASSANDRA-14082: Status: Patch Available (was: Open) Rebased on top of latest now that CASSANDRA-13948, setting this to PA, tests look good: ||3.11||trunk|| |[branch|https://github.com/apache/cassandra/compare/cassandra-3.11...pauloricardomg:3.11-14082]|[branch|https://github.com/apache/cassandra/compare/trunk...pauloricardomg:trunk-14082]| |[testall|https://issues.apache.org/jira/secure/attachment/12902160/3.11-14082-testall.png]|[testall|https://issues.apache.org/jira/secure/attachment/12902158/trunk-14082-testall.png]| |[dtest|https://issues.apache.org/jira/secure/attachment/12902161/3.11-14082-dtest.png]|[dtest|https://issues.apache.org/jira/secure/attachment/12902159/trunk-14082-dtest.png]| > Do not expose compaction strategy index publicly > > > Key: CASSANDRA-14082 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14082 > Project: Cassandra > Issue Type: Bug >Reporter: Paulo Motta >Assignee: Paulo Motta > Attachments: 3.11-14082-dtest.png, 3.11-14082-testall.png, > trunk-14082-dtest.png, trunk-14082-testall.png > > > Before CASSANDRA-13215 we used the compaction strategy index to decide which > disk to place a given sstable, but now we can get this directly from the disk > boundary manager and keep the compaction strategy index internal only. > This will ensure external consumers will use a consistent {{DiskBoundaries}} > object to perform operations on multiple disks, rather than risking getting > inconsistent indexes if the compaction strategy indexes change between > successive calls to {{CSM.getCompactionStrategyIndex}}. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14082) Do not expose compaction strategy index publicly
[ https://issues.apache.org/jira/browse/CASSANDRA-14082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paulo Motta updated CASSANDRA-14082: Attachment: 3.11-14082-dtest.png 3.11-14082-testall.png trunk-14082-dtest.png trunk-14082-testall.png > Do not expose compaction strategy index publicly > > > Key: CASSANDRA-14082 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14082 > Project: Cassandra > Issue Type: Bug >Reporter: Paulo Motta >Assignee: Paulo Motta > Attachments: 3.11-14082-dtest.png, 3.11-14082-testall.png, > trunk-14082-dtest.png, trunk-14082-testall.png > > > Before CASSANDRA-13215 we used the compaction strategy index to decide which > disk to place a given sstable, but now we can get this directly from the disk > boundary manager and keep the compaction strategy index internal only. > This will ensure external consumers will use a consistent {{DiskBoundaries}} > object to perform operations on multiple disks, rather than risking getting > inconsistent indexes if the compaction strategy indexes change between > successive calls to {{CSM.getCompactionStrategyIndex}}. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-13851) Allow existing nodes to use all peers in shadow round
[ https://issues.apache.org/jira/browse/CASSANDRA-13851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16291566#comment-16291566 ] Sam Tunnicliffe commented on CASSANDRA-13851: - This looks pretty reasonable, but the thing that concerns me is that the 'starting unsafely' path can be reached in 2 ways: 1) when a new node comes up and has no seeds (other than itself) configured, and no persisted ring info. 2) when a non-bootstrapping node starts up with seeds and/or peers it *could* contact, but it's unable to reach any of them within RING_DELAY. I'm not worried about the former case, it is necessary for starting a single node cluster (or the first node in a multi node cluster if starts are staggered) and is also existing behaviour post CASSANDRA-10134. The latter case though could lead to a regression of CASSANDRA-10134. If a new node comes up with the same address as an existing down node, and it is not bootstrapping (because it already bootstrapped, auto_bootstrap: false, or it's present in its own seed list) it will take over that address if it cannot perform the shadow round i.e. if partitioned. bq. Imagine doing a full cluster bounce There is already a mechanism in place to work around a whole cluster bounce. If the whole cluster is restarted, all seeds would be in their own shadow rounds. They report this to the any node contacting them and if all seeds are found to be in that state, the node exits its own shadow round and continues to start. In large clusters, you might have to increase RING_DELAY to give all seeds a chance to enter their shadow round before other nodes start to time theirs out. Extending the shadow round targets to include known peers works well for the scenario where all seeds are down for a longer period, so I'm +1 on that. I just think that to avoid regression of 10134 we still need to hard fail if a node coming up is not able to contact any seeds *or* peers at all (unless case 1 above applies). nits: * 1 arg version of checkForEndpointCollision is unused * Having 2 log statements at the end of doShadowRound is a bit meaningless, as in both cases we proceed even though the state of the cluster is unknown. > Allow existing nodes to use all peers in shadow round > - > > Key: CASSANDRA-13851 > URL: https://issues.apache.org/jira/browse/CASSANDRA-13851 > Project: Cassandra > Issue Type: Bug > Components: Lifecycle >Reporter: Kurt Greaves >Assignee: Kurt Greaves > Fix For: 3.11.x, 4.x > > > In CASSANDRA-10134 we made collision checks necessary on every startup. A > side-effect was introduced that then requires a nodes seeds to be contacted > on every startup. Prior to this change an existing node could start up > regardless whether it could contact a seed node or not (because > checkForEndpointCollision() was only called for bootstrapping nodes). > Now if a nodes seeds are removed/deleted/fail it will no longer be able to > start up until live seeds are configured (or itself is made a seed), even > though it already knows about the rest of the ring. This is inconvenient for > operators and has the potential to cause some nasty surprises and increase > downtime. > One solution would be to use all a nodes existing peers as seeds in the > shadow round. Not a Gossip guru though so not sure of implications. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-9989) Optimise BTree.Buider
[ https://issues.apache.org/jira/browse/CASSANDRA-9989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ariel Weisberg updated CASSANDRA-9989: -- Reviewer: Ariel Weisberg > Optimise BTree.Buider > - > > Key: CASSANDRA-9989 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9989 > Project: Cassandra > Issue Type: Sub-task >Reporter: Benedict >Assignee: Jay Zhuang >Priority: Minor > Fix For: 4.x > > Attachments: 9989-trunk.txt > > > BTree.Builder could reduce its copying, and exploit toArray more efficiently, > with some work. It's not very important right now because we don't make as > much use of its bulk-add methods as we otherwise might, however over time > this work will become more useful. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-9989) Optimise BTree.Buider
[ https://issues.apache.org/jira/browse/CASSANDRA-9989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16291542#comment-16291542 ] Ariel Weisberg commented on CASSANDRA-9989: --- Sure. It's entirely greek to me at this point so it will be a little while. I'll probably look at it before end of year though. > Optimise BTree.Buider > - > > Key: CASSANDRA-9989 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9989 > Project: Cassandra > Issue Type: Sub-task >Reporter: Benedict >Assignee: Jay Zhuang >Priority: Minor > Fix For: 4.x > > Attachments: 9989-trunk.txt > > > BTree.Builder could reduce its copying, and exploit toArray more efficiently, > with some work. It's not very important right now because we don't make as > much use of its bulk-add methods as we otherwise might, however over time > this work will become more useful. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-9989) Optimise BTree.Buider
[ https://issues.apache.org/jira/browse/CASSANDRA-9989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16291221#comment-16291221 ] Jay Zhuang commented on CASSANDRA-9989: --- [~aweisberg], are you interested in reviewing it? > Optimise BTree.Buider > - > > Key: CASSANDRA-9989 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9989 > Project: Cassandra > Issue Type: Sub-task >Reporter: Benedict >Assignee: Jay Zhuang >Priority: Minor > Fix For: 4.x > > Attachments: 9989-trunk.txt > > > BTree.Builder could reduce its copying, and exploit toArray more efficiently, > with some work. It's not very important right now because we don't make as > much use of its bulk-add methods as we otherwise might, however over time > this work will become more useful. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-9989) Optimise BTree.Buider
[ https://issues.apache.org/jira/browse/CASSANDRA-9989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jay Zhuang updated CASSANDRA-9989: -- Reviewer: (was: Anthony Grasso) > Optimise BTree.Buider > - > > Key: CASSANDRA-9989 > URL: https://issues.apache.org/jira/browse/CASSANDRA-9989 > Project: Cassandra > Issue Type: Sub-task >Reporter: Benedict >Assignee: Jay Zhuang >Priority: Minor > Fix For: 4.x > > Attachments: 9989-trunk.txt > > > BTree.Builder could reduce its copying, and exploit toArray more efficiently, > with some work. It's not very important right now because we don't make as > much use of its bulk-add methods as we otherwise might, however over time > this work will become more useful. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-14119) uTest cql3.ViewTest timeout
[ https://issues.apache.org/jira/browse/CASSANDRA-14119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290936#comment-16290936 ] Jason Brown edited comment on CASSANDRA-14119 at 12/14/17 2:56 PM: --- tbh, I've thought about it this morning, and moving {{ViewTest}} / {{ViewComplexTest}} into {{long-test}} is essentially the same as bumping the timeout. Worse, moving them into {{long-test}} reduces the likelihood of execution (not everyone knows about nor runs {{long-test}}). I think the better option here is to break up those tests. A reasonable grouping of test methods into subclasses should be sufficient; you don't have to go bananas. I'll review as I've already commented enough here ;) was (Author: jasobrown): tbh, I've thought about it this morning, and basically moving {{ViewTest}} / {{ViewComplexTest}} into {{long-test}} is essentially the same as bumping the timeout. Worse, moving them into {{long-test}} reduces the likelihood of execution (not everyone knows about nor runs {{long-test}}). I think the better option here is to break up those tests. A reasonable grouping of test methods into subclasses should be sufficient; you don't have to go bananas. I'll review as I've already commented enough here ;) > uTest cql3.ViewTest timeout > --- > > Key: CASSANDRA-14119 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14119 > Project: Cassandra > Issue Type: Bug >Reporter: Jay Zhuang > Labels: Testing > > It's failing a lot in > [CircleCI|https://circleci.com/gh/cooldoger/cassandra/163#tests/containers/0], > also locally: > {noformat} > $ ant test -Dtest.name=ViewTest > ... > [parallel] 2017-12-13 22:23:27 > [parallel] Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.111-b14 > mixed mode): > [parallel] > [parallel] "Attach Listener" #453 daemon prio=9 os_prio=0 > tid=0x7fc6d0002000 nid=0xd16b waiting on condition [0x] > [parallel]java.lang.Thread.State: RUNNABLE > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > [parallel] "MutationStage-6" #404 daemon prio=1 os_prio=0 > tid=0x7fc584003800 nid=0xca90 waiting on condition [0x7fc69c816000] > [parallel]java.lang.Thread.State: WAITING (parking) > [parallel] at sun.misc.Unsafe.park(Native Method) > [parallel] at > java.util.concurrent.locks.LockSupport.park(LockSupport.java:304) > [parallel] at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:87) > [parallel] at java.lang.Thread.run(Thread.java:745) > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > ... > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest Tests run: 1, > Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0 sec > [junit] > [junit] Testcase: > org.apache.cassandra.cql3.ViewTest:testBuilderWidePartition: Caused an > ERROR > [junit] Timeout occurred. Please note the time in the report does not > reflect the time until the timeout. > [junit] junit.framework.AssertionFailedError: Timeout occurred. Please > note the time in the report does not reflect the time until the timeout. > [junit] at java.lang.Thread.run(Thread.java:745) > [junit] > [junit] > [junit] Test org.apache.cassandra.cql3.ViewTest FAILED (timeout) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-14119) uTest cql3.ViewTest timeout
[ https://issues.apache.org/jira/browse/CASSANDRA-14119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290936#comment-16290936 ] Jason Brown edited comment on CASSANDRA-14119 at 12/14/17 2:56 PM: --- tbh, I've thought about it this morning, and basically moving {{ViewTest}} / {{ViewComplexTest}} into {{long-test}} is essentially the same as bumping the timeout. Worse, moving them into {{long-test}} reduces the likelihood of execution (not everyone knows about nor runs {{long-test}}). I think the better option here is to break up those tests. A reasonable grouping of test methods into subclasses should be sufficient; you don't have to go bananas. I'll review as I've already commented enough here ;) was (Author: jasobrown): tbh, I've thought about it this morning, and basically moving {{ViewTest}} / {{ViewComplexTest}} into {{long-test}} is essentially the same as bumping the timeout. Worse, moving them into {{long-test}} reduces the likelihood of execution (not everyone knows about nor runs {{long-test}}). I think the better option here is to break up those tests. A reasonable grouping of test methods into subclasses should be sufficient; you don't have to go bananas. I'll review the changes as I've already commented enough here ;) > uTest cql3.ViewTest timeout > --- > > Key: CASSANDRA-14119 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14119 > Project: Cassandra > Issue Type: Bug >Reporter: Jay Zhuang > Labels: Testing > > It's failing a lot in > [CircleCI|https://circleci.com/gh/cooldoger/cassandra/163#tests/containers/0], > also locally: > {noformat} > $ ant test -Dtest.name=ViewTest > ... > [parallel] 2017-12-13 22:23:27 > [parallel] Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.111-b14 > mixed mode): > [parallel] > [parallel] "Attach Listener" #453 daemon prio=9 os_prio=0 > tid=0x7fc6d0002000 nid=0xd16b waiting on condition [0x] > [parallel]java.lang.Thread.State: RUNNABLE > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > [parallel] "MutationStage-6" #404 daemon prio=1 os_prio=0 > tid=0x7fc584003800 nid=0xca90 waiting on condition [0x7fc69c816000] > [parallel]java.lang.Thread.State: WAITING (parking) > [parallel] at sun.misc.Unsafe.park(Native Method) > [parallel] at > java.util.concurrent.locks.LockSupport.park(LockSupport.java:304) > [parallel] at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:87) > [parallel] at java.lang.Thread.run(Thread.java:745) > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > ... > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest Tests run: 1, > Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0 sec > [junit] > [junit] Testcase: > org.apache.cassandra.cql3.ViewTest:testBuilderWidePartition: Caused an > ERROR > [junit] Timeout occurred. Please note the time in the report does not > reflect the time until the timeout. > [junit] junit.framework.AssertionFailedError: Timeout occurred. Please > note the time in the report does not reflect the time until the timeout. > [junit] at java.lang.Thread.run(Thread.java:745) > [junit] > [junit] > [junit] Test org.apache.cassandra.cql3.ViewTest FAILED (timeout) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14119) uTest cql3.ViewTest timeout
[ https://issues.apache.org/jira/browse/CASSANDRA-14119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290936#comment-16290936 ] Jason Brown commented on CASSANDRA-14119: - tbh, I've thought about it this morning, and basically moving {{ViewTest}} / {{ViewComplexTest}} into {{long-test}} is essentially the same as bumping the timeout. Worse, moving them into {{long-test}} reduces the likelihood of execution (not everyone knows about nor runs {{long-test}}). I think the better option here is to break up those tests. A reasonable grouping of test methods into subclasses should be sufficient; you don't have to go bananas. I'll review the changes as I've already commented enough here ;) > uTest cql3.ViewTest timeout > --- > > Key: CASSANDRA-14119 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14119 > Project: Cassandra > Issue Type: Bug >Reporter: Jay Zhuang > Labels: Testing > > It's failing a lot in > [CircleCI|https://circleci.com/gh/cooldoger/cassandra/163#tests/containers/0], > also locally: > {noformat} > $ ant test -Dtest.name=ViewTest > ... > [parallel] 2017-12-13 22:23:27 > [parallel] Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.111-b14 > mixed mode): > [parallel] > [parallel] "Attach Listener" #453 daemon prio=9 os_prio=0 > tid=0x7fc6d0002000 nid=0xd16b waiting on condition [0x] > [parallel]java.lang.Thread.State: RUNNABLE > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > [parallel] "MutationStage-6" #404 daemon prio=1 os_prio=0 > tid=0x7fc584003800 nid=0xca90 waiting on condition [0x7fc69c816000] > [parallel]java.lang.Thread.State: WAITING (parking) > [parallel] at sun.misc.Unsafe.park(Native Method) > [parallel] at > java.util.concurrent.locks.LockSupport.park(LockSupport.java:304) > [parallel] at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:87) > [parallel] at java.lang.Thread.run(Thread.java:745) > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > ... > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest Tests run: 1, > Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0 sec > [junit] > [junit] Testcase: > org.apache.cassandra.cql3.ViewTest:testBuilderWidePartition: Caused an > ERROR > [junit] Timeout occurred. Please note the time in the report does not > reflect the time until the timeout. > [junit] junit.framework.AssertionFailedError: Timeout occurred. Please > note the time in the report does not reflect the time until the timeout. > [junit] at java.lang.Thread.run(Thread.java:745) > [junit] > [junit] > [junit] Test org.apache.cassandra.cql3.ViewTest FAILED (timeout) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14112) The inspectJvmOptions startup check can trigger some Exception on some JRE versions
[ https://issues.apache.org/jira/browse/CASSANDRA-14112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer updated CASSANDRA-14112: --- Resolution: Fixed Fix Version/s: 4.0 3.11.2 3.0.16 2.2.12 Status: Resolved (was: Ready to Commit) Thanks for the review. Committed into 2.2 at b800f3c768289268193b0dd716be99a33f306dad and merged into 3.0, 3.11 and trunk. > The inspectJvmOptions startup check can trigger some Exception on some JRE > versions > --- > > Key: CASSANDRA-14112 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14112 > Project: Cassandra > Issue Type: Bug > Components: Core >Reporter: Benjamin Lerer >Assignee: Benjamin Lerer > Fix For: 2.2.12, 3.0.16, 3.11.2, 4.0 > > > [~adelapena] pointed out that the Startup check added by CASSANDRA-13006 can > cause some Exception if Cassandra is run on a non GA version. > After investigation it seems that it can also be the case for major versions > or some JRE 9 versions. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14112) The inspectJvmOptions startup check can trigger some Exception on some JRE versions
[ https://issues.apache.org/jira/browse/CASSANDRA-14112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer updated CASSANDRA-14112: --- Component/s: Core > The inspectJvmOptions startup check can trigger some Exception on some JRE > versions > --- > > Key: CASSANDRA-14112 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14112 > Project: Cassandra > Issue Type: Bug > Components: Core >Reporter: Benjamin Lerer >Assignee: Benjamin Lerer > Fix For: 2.2.12, 3.0.16, 3.11.2, 4.0 > > > [~adelapena] pointed out that the Startup check added by CASSANDRA-13006 can > cause some Exception if Cassandra is run on a non GA version. > After investigation it seems that it can also be the case for major versions > or some JRE 9 versions. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[05/10] cassandra git commit: Merge branch cassandra-2.2 into cassandra-3.0
Merge branch cassandra-2.2 into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/5050aa34 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/5050aa34 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/5050aa34 Branch: refs/heads/cassandra-3.11 Commit: 5050aa3478da8939d800df9f479f928e96842928 Parents: db788fe b800f3c Author: Benjamin LererAuthored: Thu Dec 14 14:55:24 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 14:55:24 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 33 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 170 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/5050aa34/CHANGES.txt -- diff --cc CHANGES.txt index ee90a67,266ed14..0574893 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,24 -1,5 +1,25 @@@ -2.2.12 +3.0.16 + * Improve commit log chain marker updating (CASSANDRA-14108) + * Extra range tombstone bound creates double rows (CASSANDRA-14008) + * Fix SStable ordering by max timestamp in SinglePartitionReadCommand (CASSANDRA-14010) + * Accept role names containing forward-slash (CASSANDRA-14088) + * Optimize CRC check chance probability calculations (CASSANDRA-14094) + * Fix cleanup on keyspace with no replicas (CASSANDRA-13526) + * Fix updating base table rows with TTL not removing materialized view entries (CASSANDRA-14071) + * Reduce garbage created by DynamicSnitch (CASSANDRA-14091) + * More frequent commitlog chained markers (CASSANDRA-13987) + * Fix serialized size of DataLimits (CASSANDRA-14057) + * Add flag to allow dropping oversized read repair mutations (CASSANDRA-13975) + * Fix SSTableLoader logger message (CASSANDRA-14003) + * Fix repair race that caused gossip to block (CASSANDRA-13849) + * Tracing interferes with digest requests when using RandomPartitioner (CASSANDRA-13964) + * Add flag to disable materialized views, and warnings on creation (CASSANDRA-13959) + * Don't let user drop or generally break tables in system_distributed (CASSANDRA-13813) + * Provide a JMX call to sync schema with local storage (CASSANDRA-13954) + * Mishandling of cells for removed/dropped columns when reading legacy files (CASSANDRA-13939) + * Deserialise sstable metadata in nodetool verify (CASSANDRA-13922) +Merged from 2.2: + * Fix the inspectJvmOptions startup check (CASSANDRA-14112) * Fix race that prevents submitting compaction for a table when executor is full (CASSANDRA-13801) * Rely on the JVM to handle OutOfMemoryErrors (CASSANDRA-13006) * Grab refs during scrub/index redistribution/cleanup (CASSANDRA-13873) http://git-wip-us.apache.org/repos/asf/cassandra/blob/5050aa34/src/java/org/apache/cassandra/service/StartupChecks.java -- - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[02/10] cassandra git commit: Fix the inspectJvmOptions startup check
Fix the inspectJvmOptions startup check patch by Benjamin Lerer; reviewed by Andrés de la Peña for CASSANDRA-14112 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/b800f3c7 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/b800f3c7 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/b800f3c7 Branch: refs/heads/cassandra-3.0 Commit: b800f3c768289268193b0dd716be99a33f306dad Parents: 35e6d61 Author: Benjamin LererAuthored: Thu Dec 14 14:52:18 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 14:52:18 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 33 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 170 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/CHANGES.txt -- diff --git a/CHANGES.txt b/CHANGES.txt index 33fd264..266ed14 100644 --- a/CHANGES.txt +++ b/CHANGES.txt @@ -1,4 +1,5 @@ 2.2.12 + * Fix the inspectJvmOptions startup check (CASSANDRA-14112) * Fix race that prevents submitting compaction for a table when executor is full (CASSANDRA-13801) * Rely on the JVM to handle OutOfMemoryErrors (CASSANDRA-13006) * Grab refs during scrub/index redistribution/cleanup (CASSANDRA-13873) http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/src/java/org/apache/cassandra/service/StartupChecks.java -- diff --git a/src/java/org/apache/cassandra/service/StartupChecks.java b/src/java/org/apache/cassandra/service/StartupChecks.java index 7ec16d1..f74d3da 100644 --- a/src/java/org/apache/cassandra/service/StartupChecks.java +++ b/src/java/org/apache/cassandra/service/StartupChecks.java @@ -182,7 +182,7 @@ public class StartupChecks } else { -checkOutOfMemoryHandling(); +checkOutOfMemoryHandling(); } } @@ -191,13 +191,7 @@ public class StartupChecks */ private void checkOutOfMemoryHandling() { -int version = getJavaVersion(); -int update = getUpdate(); -// The ExitOnOutOfMemory and CrashOnOutOfMemory are supported since the version 7u101 and 8u92 -boolean jreSupportExitOnOutOfMemory = version > 8 -|| (version == 7 && update >= 101) -|| (version == 8 && update >= 92); -if (jreSupportExitOnOutOfMemory) +if (JavaUtils.supportExitOnOutOfMemory(System.getProperty("java.version"))) { if (!jvmOptionsContainsOneOf("-XX:OnOutOfMemoryError=", "-XX:+ExitOnOutOfMemoryError", "-XX:+CrashOnOutOfMemoryError")) logger.warn("The JVM is not configured to stop on OutOfMemoryError which can cause data corruption." @@ -214,29 +208,6 @@ public class StartupChecks } /** - * Returns the java version number for an Oracle JVM. - * @return the java version number - */ -private int getJavaVersion() -{ -String jreVersion = System.getProperty("java.version"); -String version = jreVersion.startsWith("1.") ? jreVersion.substring(2, 3) // Pre 9 version - : jreVersion.substring(0, jreVersion.indexOf('.')); -return Integer.parseInt(version); -} - -/** - * Return the update number for an Oracle JVM. - * @return the update number - */ -private int getUpdate() -{ -String jreVersion = System.getProperty("java.version"); -int updateSeparatorIndex = jreVersion.indexOf('_'); -return Integer.parseInt(jreVersion.substring(updateSeparatorIndex + 1)); -} - -/** * Checks if one of the specified options is being used. * @param optionNames The name of the options to check * @return {@code true} if one of the specified options is being used, {@code false} otherwise. http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/src/java/org/apache/cassandra/utils/JavaUtils.java -- diff --git a/src/java/org/apache/cassandra/utils/JavaUtils.java b/src/java/org/apache/cassandra/utils/JavaUtils.java new file mode 100644 index 000..f33b8be --- /dev/null +++
[06/10] cassandra git commit: Merge branch cassandra-2.2 into cassandra-3.0
Merge branch cassandra-2.2 into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/5050aa34 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/5050aa34 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/5050aa34 Branch: refs/heads/cassandra-3.0 Commit: 5050aa3478da8939d800df9f479f928e96842928 Parents: db788fe b800f3c Author: Benjamin LererAuthored: Thu Dec 14 14:55:24 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 14:55:24 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 33 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 170 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/5050aa34/CHANGES.txt -- diff --cc CHANGES.txt index ee90a67,266ed14..0574893 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,24 -1,5 +1,25 @@@ -2.2.12 +3.0.16 + * Improve commit log chain marker updating (CASSANDRA-14108) + * Extra range tombstone bound creates double rows (CASSANDRA-14008) + * Fix SStable ordering by max timestamp in SinglePartitionReadCommand (CASSANDRA-14010) + * Accept role names containing forward-slash (CASSANDRA-14088) + * Optimize CRC check chance probability calculations (CASSANDRA-14094) + * Fix cleanup on keyspace with no replicas (CASSANDRA-13526) + * Fix updating base table rows with TTL not removing materialized view entries (CASSANDRA-14071) + * Reduce garbage created by DynamicSnitch (CASSANDRA-14091) + * More frequent commitlog chained markers (CASSANDRA-13987) + * Fix serialized size of DataLimits (CASSANDRA-14057) + * Add flag to allow dropping oversized read repair mutations (CASSANDRA-13975) + * Fix SSTableLoader logger message (CASSANDRA-14003) + * Fix repair race that caused gossip to block (CASSANDRA-13849) + * Tracing interferes with digest requests when using RandomPartitioner (CASSANDRA-13964) + * Add flag to disable materialized views, and warnings on creation (CASSANDRA-13959) + * Don't let user drop or generally break tables in system_distributed (CASSANDRA-13813) + * Provide a JMX call to sync schema with local storage (CASSANDRA-13954) + * Mishandling of cells for removed/dropped columns when reading legacy files (CASSANDRA-13939) + * Deserialise sstable metadata in nodetool verify (CASSANDRA-13922) +Merged from 2.2: + * Fix the inspectJvmOptions startup check (CASSANDRA-14112) * Fix race that prevents submitting compaction for a table when executor is full (CASSANDRA-13801) * Rely on the JVM to handle OutOfMemoryErrors (CASSANDRA-13006) * Grab refs during scrub/index redistribution/cleanup (CASSANDRA-13873) http://git-wip-us.apache.org/repos/asf/cassandra/blob/5050aa34/src/java/org/apache/cassandra/service/StartupChecks.java -- - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[01/10] cassandra git commit: Fix the inspectJvmOptions startup check
Repository: cassandra Updated Branches: refs/heads/cassandra-2.2 35e6d6136 -> b800f3c76 refs/heads/cassandra-3.0 db788fe86 -> 5050aa347 refs/heads/cassandra-3.11 c000827af -> 95c8aef81 refs/heads/trunk d569c831c -> 92d4f7b48 Fix the inspectJvmOptions startup check patch by Benjamin Lerer; reviewed by Andrés de la Peña for CASSANDRA-14112 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/b800f3c7 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/b800f3c7 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/b800f3c7 Branch: refs/heads/cassandra-2.2 Commit: b800f3c768289268193b0dd716be99a33f306dad Parents: 35e6d61 Author: Benjamin LererAuthored: Thu Dec 14 14:52:18 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 14:52:18 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 33 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 170 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/CHANGES.txt -- diff --git a/CHANGES.txt b/CHANGES.txt index 33fd264..266ed14 100644 --- a/CHANGES.txt +++ b/CHANGES.txt @@ -1,4 +1,5 @@ 2.2.12 + * Fix the inspectJvmOptions startup check (CASSANDRA-14112) * Fix race that prevents submitting compaction for a table when executor is full (CASSANDRA-13801) * Rely on the JVM to handle OutOfMemoryErrors (CASSANDRA-13006) * Grab refs during scrub/index redistribution/cleanup (CASSANDRA-13873) http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/src/java/org/apache/cassandra/service/StartupChecks.java -- diff --git a/src/java/org/apache/cassandra/service/StartupChecks.java b/src/java/org/apache/cassandra/service/StartupChecks.java index 7ec16d1..f74d3da 100644 --- a/src/java/org/apache/cassandra/service/StartupChecks.java +++ b/src/java/org/apache/cassandra/service/StartupChecks.java @@ -182,7 +182,7 @@ public class StartupChecks } else { -checkOutOfMemoryHandling(); +checkOutOfMemoryHandling(); } } @@ -191,13 +191,7 @@ public class StartupChecks */ private void checkOutOfMemoryHandling() { -int version = getJavaVersion(); -int update = getUpdate(); -// The ExitOnOutOfMemory and CrashOnOutOfMemory are supported since the version 7u101 and 8u92 -boolean jreSupportExitOnOutOfMemory = version > 8 -|| (version == 7 && update >= 101) -|| (version == 8 && update >= 92); -if (jreSupportExitOnOutOfMemory) +if (JavaUtils.supportExitOnOutOfMemory(System.getProperty("java.version"))) { if (!jvmOptionsContainsOneOf("-XX:OnOutOfMemoryError=", "-XX:+ExitOnOutOfMemoryError", "-XX:+CrashOnOutOfMemoryError")) logger.warn("The JVM is not configured to stop on OutOfMemoryError which can cause data corruption." @@ -214,29 +208,6 @@ public class StartupChecks } /** - * Returns the java version number for an Oracle JVM. - * @return the java version number - */ -private int getJavaVersion() -{ -String jreVersion = System.getProperty("java.version"); -String version = jreVersion.startsWith("1.") ? jreVersion.substring(2, 3) // Pre 9 version - : jreVersion.substring(0, jreVersion.indexOf('.')); -return Integer.parseInt(version); -} - -/** - * Return the update number for an Oracle JVM. - * @return the update number - */ -private int getUpdate() -{ -String jreVersion = System.getProperty("java.version"); -int updateSeparatorIndex = jreVersion.indexOf('_'); -return Integer.parseInt(jreVersion.substring(updateSeparatorIndex + 1)); -} - -/** * Checks if one of the specified options is being used. * @param optionNames The name of the options to check * @return {@code true} if one of the specified options is being used, {@code false} otherwise. http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/src/java/org/apache/cassandra/utils/JavaUtils.java
[07/10] cassandra git commit: Merge branch cassandra-2.2 into cassandra-3.0
Merge branch cassandra-2.2 into cassandra-3.0 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/5050aa34 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/5050aa34 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/5050aa34 Branch: refs/heads/trunk Commit: 5050aa3478da8939d800df9f479f928e96842928 Parents: db788fe b800f3c Author: Benjamin LererAuthored: Thu Dec 14 14:55:24 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 14:55:24 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 33 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 170 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/5050aa34/CHANGES.txt -- diff --cc CHANGES.txt index ee90a67,266ed14..0574893 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -1,24 -1,5 +1,25 @@@ -2.2.12 +3.0.16 + * Improve commit log chain marker updating (CASSANDRA-14108) + * Extra range tombstone bound creates double rows (CASSANDRA-14008) + * Fix SStable ordering by max timestamp in SinglePartitionReadCommand (CASSANDRA-14010) + * Accept role names containing forward-slash (CASSANDRA-14088) + * Optimize CRC check chance probability calculations (CASSANDRA-14094) + * Fix cleanup on keyspace with no replicas (CASSANDRA-13526) + * Fix updating base table rows with TTL not removing materialized view entries (CASSANDRA-14071) + * Reduce garbage created by DynamicSnitch (CASSANDRA-14091) + * More frequent commitlog chained markers (CASSANDRA-13987) + * Fix serialized size of DataLimits (CASSANDRA-14057) + * Add flag to allow dropping oversized read repair mutations (CASSANDRA-13975) + * Fix SSTableLoader logger message (CASSANDRA-14003) + * Fix repair race that caused gossip to block (CASSANDRA-13849) + * Tracing interferes with digest requests when using RandomPartitioner (CASSANDRA-13964) + * Add flag to disable materialized views, and warnings on creation (CASSANDRA-13959) + * Don't let user drop or generally break tables in system_distributed (CASSANDRA-13813) + * Provide a JMX call to sync schema with local storage (CASSANDRA-13954) + * Mishandling of cells for removed/dropped columns when reading legacy files (CASSANDRA-13939) + * Deserialise sstable metadata in nodetool verify (CASSANDRA-13922) +Merged from 2.2: + * Fix the inspectJvmOptions startup check (CASSANDRA-14112) * Fix race that prevents submitting compaction for a table when executor is full (CASSANDRA-13801) * Rely on the JVM to handle OutOfMemoryErrors (CASSANDRA-13006) * Grab refs during scrub/index redistribution/cleanup (CASSANDRA-13873) http://git-wip-us.apache.org/repos/asf/cassandra/blob/5050aa34/src/java/org/apache/cassandra/service/StartupChecks.java -- - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[03/10] cassandra git commit: Fix the inspectJvmOptions startup check
Fix the inspectJvmOptions startup check patch by Benjamin Lerer; reviewed by Andrés de la Peña for CASSANDRA-14112 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/b800f3c7 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/b800f3c7 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/b800f3c7 Branch: refs/heads/cassandra-3.11 Commit: b800f3c768289268193b0dd716be99a33f306dad Parents: 35e6d61 Author: Benjamin LererAuthored: Thu Dec 14 14:52:18 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 14:52:18 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 33 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 170 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/CHANGES.txt -- diff --git a/CHANGES.txt b/CHANGES.txt index 33fd264..266ed14 100644 --- a/CHANGES.txt +++ b/CHANGES.txt @@ -1,4 +1,5 @@ 2.2.12 + * Fix the inspectJvmOptions startup check (CASSANDRA-14112) * Fix race that prevents submitting compaction for a table when executor is full (CASSANDRA-13801) * Rely on the JVM to handle OutOfMemoryErrors (CASSANDRA-13006) * Grab refs during scrub/index redistribution/cleanup (CASSANDRA-13873) http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/src/java/org/apache/cassandra/service/StartupChecks.java -- diff --git a/src/java/org/apache/cassandra/service/StartupChecks.java b/src/java/org/apache/cassandra/service/StartupChecks.java index 7ec16d1..f74d3da 100644 --- a/src/java/org/apache/cassandra/service/StartupChecks.java +++ b/src/java/org/apache/cassandra/service/StartupChecks.java @@ -182,7 +182,7 @@ public class StartupChecks } else { -checkOutOfMemoryHandling(); +checkOutOfMemoryHandling(); } } @@ -191,13 +191,7 @@ public class StartupChecks */ private void checkOutOfMemoryHandling() { -int version = getJavaVersion(); -int update = getUpdate(); -// The ExitOnOutOfMemory and CrashOnOutOfMemory are supported since the version 7u101 and 8u92 -boolean jreSupportExitOnOutOfMemory = version > 8 -|| (version == 7 && update >= 101) -|| (version == 8 && update >= 92); -if (jreSupportExitOnOutOfMemory) +if (JavaUtils.supportExitOnOutOfMemory(System.getProperty("java.version"))) { if (!jvmOptionsContainsOneOf("-XX:OnOutOfMemoryError=", "-XX:+ExitOnOutOfMemoryError", "-XX:+CrashOnOutOfMemoryError")) logger.warn("The JVM is not configured to stop on OutOfMemoryError which can cause data corruption." @@ -214,29 +208,6 @@ public class StartupChecks } /** - * Returns the java version number for an Oracle JVM. - * @return the java version number - */ -private int getJavaVersion() -{ -String jreVersion = System.getProperty("java.version"); -String version = jreVersion.startsWith("1.") ? jreVersion.substring(2, 3) // Pre 9 version - : jreVersion.substring(0, jreVersion.indexOf('.')); -return Integer.parseInt(version); -} - -/** - * Return the update number for an Oracle JVM. - * @return the update number - */ -private int getUpdate() -{ -String jreVersion = System.getProperty("java.version"); -int updateSeparatorIndex = jreVersion.indexOf('_'); -return Integer.parseInt(jreVersion.substring(updateSeparatorIndex + 1)); -} - -/** * Checks if one of the specified options is being used. * @param optionNames The name of the options to check * @return {@code true} if one of the specified options is being used, {@code false} otherwise. http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/src/java/org/apache/cassandra/utils/JavaUtils.java -- diff --git a/src/java/org/apache/cassandra/utils/JavaUtils.java b/src/java/org/apache/cassandra/utils/JavaUtils.java new file mode 100644 index 000..f33b8be --- /dev/null +++
[04/10] cassandra git commit: Fix the inspectJvmOptions startup check
Fix the inspectJvmOptions startup check patch by Benjamin Lerer; reviewed by Andrés de la Peña for CASSANDRA-14112 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/b800f3c7 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/b800f3c7 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/b800f3c7 Branch: refs/heads/trunk Commit: b800f3c768289268193b0dd716be99a33f306dad Parents: 35e6d61 Author: Benjamin LererAuthored: Thu Dec 14 14:52:18 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 14:52:18 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 33 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 170 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/CHANGES.txt -- diff --git a/CHANGES.txt b/CHANGES.txt index 33fd264..266ed14 100644 --- a/CHANGES.txt +++ b/CHANGES.txt @@ -1,4 +1,5 @@ 2.2.12 + * Fix the inspectJvmOptions startup check (CASSANDRA-14112) * Fix race that prevents submitting compaction for a table when executor is full (CASSANDRA-13801) * Rely on the JVM to handle OutOfMemoryErrors (CASSANDRA-13006) * Grab refs during scrub/index redistribution/cleanup (CASSANDRA-13873) http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/src/java/org/apache/cassandra/service/StartupChecks.java -- diff --git a/src/java/org/apache/cassandra/service/StartupChecks.java b/src/java/org/apache/cassandra/service/StartupChecks.java index 7ec16d1..f74d3da 100644 --- a/src/java/org/apache/cassandra/service/StartupChecks.java +++ b/src/java/org/apache/cassandra/service/StartupChecks.java @@ -182,7 +182,7 @@ public class StartupChecks } else { -checkOutOfMemoryHandling(); +checkOutOfMemoryHandling(); } } @@ -191,13 +191,7 @@ public class StartupChecks */ private void checkOutOfMemoryHandling() { -int version = getJavaVersion(); -int update = getUpdate(); -// The ExitOnOutOfMemory and CrashOnOutOfMemory are supported since the version 7u101 and 8u92 -boolean jreSupportExitOnOutOfMemory = version > 8 -|| (version == 7 && update >= 101) -|| (version == 8 && update >= 92); -if (jreSupportExitOnOutOfMemory) +if (JavaUtils.supportExitOnOutOfMemory(System.getProperty("java.version"))) { if (!jvmOptionsContainsOneOf("-XX:OnOutOfMemoryError=", "-XX:+ExitOnOutOfMemoryError", "-XX:+CrashOnOutOfMemoryError")) logger.warn("The JVM is not configured to stop on OutOfMemoryError which can cause data corruption." @@ -214,29 +208,6 @@ public class StartupChecks } /** - * Returns the java version number for an Oracle JVM. - * @return the java version number - */ -private int getJavaVersion() -{ -String jreVersion = System.getProperty("java.version"); -String version = jreVersion.startsWith("1.") ? jreVersion.substring(2, 3) // Pre 9 version - : jreVersion.substring(0, jreVersion.indexOf('.')); -return Integer.parseInt(version); -} - -/** - * Return the update number for an Oracle JVM. - * @return the update number - */ -private int getUpdate() -{ -String jreVersion = System.getProperty("java.version"); -int updateSeparatorIndex = jreVersion.indexOf('_'); -return Integer.parseInt(jreVersion.substring(updateSeparatorIndex + 1)); -} - -/** * Checks if one of the specified options is being used. * @param optionNames The name of the options to check * @return {@code true} if one of the specified options is being used, {@code false} otherwise. http://git-wip-us.apache.org/repos/asf/cassandra/blob/b800f3c7/src/java/org/apache/cassandra/utils/JavaUtils.java -- diff --git a/src/java/org/apache/cassandra/utils/JavaUtils.java b/src/java/org/apache/cassandra/utils/JavaUtils.java new file mode 100644 index 000..f33b8be --- /dev/null +++
[10/10] cassandra git commit: Merge branch cassandra-3.11 into trunk
Merge branch cassandra-3.11 into trunk Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/92d4f7b4 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/92d4f7b4 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/92d4f7b4 Branch: refs/heads/trunk Commit: 92d4f7b482315a0106905233b0c06515e798b3c0 Parents: d569c83 95c8aef Author: Benjamin LererAuthored: Thu Dec 14 15:02:03 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 15:02:32 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 34 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 171 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/92d4f7b4/CHANGES.txt -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/92d4f7b4/src/java/org/apache/cassandra/service/StartupChecks.java -- - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[08/10] cassandra git commit: Merge branch cassandra-3.0 into cassandra-3.11
Merge branch cassandra-3.0 into cassandra-3.11 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/95c8aef8 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/95c8aef8 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/95c8aef8 Branch: refs/heads/cassandra-3.11 Commit: 95c8aef81c1bb741643445767e39c82da9aec7cb Parents: c000827 5050aa3 Author: Benjamin LererAuthored: Thu Dec 14 14:57:16 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 15:01:18 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 34 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 171 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/95c8aef8/CHANGES.txt -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/95c8aef8/src/java/org/apache/cassandra/service/StartupChecks.java -- diff --cc src/java/org/apache/cassandra/service/StartupChecks.java index 6c309b6,ae44df5..cb10ab4 --- a/src/java/org/apache/cassandra/service/StartupChecks.java +++ b/src/java/org/apache/cassandra/service/StartupChecks.java @@@ -49,9 -47,8 +49,10 @@@ import org.apache.cassandra.exceptions. import org.apache.cassandra.exceptions.StartupException; import org.apache.cassandra.io.sstable.Descriptor; import org.apache.cassandra.io.util.FileUtils; -import org.apache.cassandra.schema.SchemaKeyspace; -import org.apache.cassandra.utils.*; +import org.apache.cassandra.utils.NativeLibrary; +import org.apache.cassandra.utils.FBUtilities; ++import org.apache.cassandra.utils.JavaUtils; +import org.apache.cassandra.utils.SigarLibrary; /** * Verifies that the system and environment is in a fit state to be started. - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[09/10] cassandra git commit: Merge branch cassandra-3.0 into cassandra-3.11
Merge branch cassandra-3.0 into cassandra-3.11 Project: http://git-wip-us.apache.org/repos/asf/cassandra/repo Commit: http://git-wip-us.apache.org/repos/asf/cassandra/commit/95c8aef8 Tree: http://git-wip-us.apache.org/repos/asf/cassandra/tree/95c8aef8 Diff: http://git-wip-us.apache.org/repos/asf/cassandra/diff/95c8aef8 Branch: refs/heads/trunk Commit: 95c8aef81c1bb741643445767e39c82da9aec7cb Parents: c000827 5050aa3 Author: Benjamin LererAuthored: Thu Dec 14 14:57:16 2017 +0100 Committer: Benjamin Lerer Committed: Thu Dec 14 15:01:18 2017 +0100 -- CHANGES.txt | 1 + .../apache/cassandra/service/StartupChecks.java | 34 +- .../org/apache/cassandra/utils/JavaUtils.java | 115 +++ .../apache/cassandra/utils/JavaUtilsTest.java | 52 + 4 files changed, 171 insertions(+), 31 deletions(-) -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/95c8aef8/CHANGES.txt -- http://git-wip-us.apache.org/repos/asf/cassandra/blob/95c8aef8/src/java/org/apache/cassandra/service/StartupChecks.java -- diff --cc src/java/org/apache/cassandra/service/StartupChecks.java index 6c309b6,ae44df5..cb10ab4 --- a/src/java/org/apache/cassandra/service/StartupChecks.java +++ b/src/java/org/apache/cassandra/service/StartupChecks.java @@@ -49,9 -47,8 +49,10 @@@ import org.apache.cassandra.exceptions. import org.apache.cassandra.exceptions.StartupException; import org.apache.cassandra.io.sstable.Descriptor; import org.apache.cassandra.io.util.FileUtils; -import org.apache.cassandra.schema.SchemaKeyspace; -import org.apache.cassandra.utils.*; +import org.apache.cassandra.utils.NativeLibrary; +import org.apache.cassandra.utils.FBUtilities; ++import org.apache.cassandra.utils.JavaUtils; +import org.apache.cassandra.utils.SigarLibrary; /** * Verifies that the system and environment is in a fit state to be started. - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14119) uTest cql3.ViewTest timeout
[ https://issues.apache.org/jira/browse/CASSANDRA-14119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290868#comment-16290868 ] ZhaoYang commented on CASSANDRA-14119: -- | [3.0|https://github.com/jasonstack/cassandra/commits/CASSANDRA-14119-3.0] | | [3.11|https://github.com/jasonstack/cassandra/commits/CASSANDRA-14119-3.11] | | [trunk|https://github.com/jasonstack/cassandra/commits/CASSANDRA-14119-trunk] | Moved ViewTest/ViewComplexTest to long-test. I was trying to move these tests in previous tickets, but git didn't recognize it as rename.. This time, it worked. > uTest cql3.ViewTest timeout > --- > > Key: CASSANDRA-14119 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14119 > Project: Cassandra > Issue Type: Bug >Reporter: Jay Zhuang > Labels: Testing > > It's failing a lot in > [CircleCI|https://circleci.com/gh/cooldoger/cassandra/163#tests/containers/0], > also locally: > {noformat} > $ ant test -Dtest.name=ViewTest > ... > [parallel] 2017-12-13 22:23:27 > [parallel] Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.111-b14 > mixed mode): > [parallel] > [parallel] "Attach Listener" #453 daemon prio=9 os_prio=0 > tid=0x7fc6d0002000 nid=0xd16b waiting on condition [0x] > [parallel]java.lang.Thread.State: RUNNABLE > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > [parallel] "MutationStage-6" #404 daemon prio=1 os_prio=0 > tid=0x7fc584003800 nid=0xca90 waiting on condition [0x7fc69c816000] > [parallel]java.lang.Thread.State: WAITING (parking) > [parallel] at sun.misc.Unsafe.park(Native Method) > [parallel] at > java.util.concurrent.locks.LockSupport.park(LockSupport.java:304) > [parallel] at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:87) > [parallel] at java.lang.Thread.run(Thread.java:745) > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > ... > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest Tests run: 1, > Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0 sec > [junit] > [junit] Testcase: > org.apache.cassandra.cql3.ViewTest:testBuilderWidePartition: Caused an > ERROR > [junit] Timeout occurred. Please note the time in the report does not > reflect the time until the timeout. > [junit] junit.framework.AssertionFailedError: Timeout occurred. Please > note the time in the report does not reflect the time until the timeout. > [junit] at java.lang.Thread.run(Thread.java:745) > [junit] > [junit] > [junit] Test org.apache.cassandra.cql3.ViewTest FAILED (timeout) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14119) uTest cql3.ViewTest timeout
[ https://issues.apache.org/jira/browse/CASSANDRA-14119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290806#comment-16290806 ] Jason Brown commented on CASSANDRA-14119: - Another possibility is to break up {{ViewTest}} into (at least) two different classes. I"m not a fan of simply bumping the timeout higher, so let's either break it up or move it. > uTest cql3.ViewTest timeout > --- > > Key: CASSANDRA-14119 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14119 > Project: Cassandra > Issue Type: Bug >Reporter: Jay Zhuang > Labels: Testing > > It's failing a lot in > [CircleCI|https://circleci.com/gh/cooldoger/cassandra/163#tests/containers/0], > also locally: > {noformat} > $ ant test -Dtest.name=ViewTest > ... > [parallel] 2017-12-13 22:23:27 > [parallel] Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.111-b14 > mixed mode): > [parallel] > [parallel] "Attach Listener" #453 daemon prio=9 os_prio=0 > tid=0x7fc6d0002000 nid=0xd16b waiting on condition [0x] > [parallel]java.lang.Thread.State: RUNNABLE > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > [parallel] "MutationStage-6" #404 daemon prio=1 os_prio=0 > tid=0x7fc584003800 nid=0xca90 waiting on condition [0x7fc69c816000] > [parallel]java.lang.Thread.State: WAITING (parking) > [parallel] at sun.misc.Unsafe.park(Native Method) > [parallel] at > java.util.concurrent.locks.LockSupport.park(LockSupport.java:304) > [parallel] at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:87) > [parallel] at java.lang.Thread.run(Thread.java:745) > [parallel] > [parallel]Locked ownable synchronizers: > [parallel] - None > [parallel] > ... > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest > [junit] Testsuite: org.apache.cassandra.cql3.ViewTest Tests run: 1, > Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0 sec > [junit] > [junit] Testcase: > org.apache.cassandra.cql3.ViewTest:testBuilderWidePartition: Caused an > ERROR > [junit] Timeout occurred. Please note the time in the report does not > reflect the time until the timeout. > [junit] junit.framework.AssertionFailedError: Timeout occurred. Please > note the time in the report does not reflect the time until the timeout. > [junit] at java.lang.Thread.run(Thread.java:745) > [junit] > [junit] > [junit] Test org.apache.cassandra.cql3.ViewTest FAILED (timeout) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14126) don't work udf javascripts
[ https://issues.apache.org/jira/browse/CASSANDRA-14126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Horia Mocioi updated CASSANDRA-14126: - Attachment: cassandra-01.yaml cassandra-02.yaml cassandra-03.yaml The ccm configuration was a 3 node cluster. See attached the cassandra.yaml for all the nodes. > don't work udf javascripts > -- > > Key: CASSANDRA-14126 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14126 > Project: Cassandra > Issue Type: Bug > Components: CQL >Reporter: Denis Pershin >Priority: Minor > Labels: security > Fix For: 3.11.x > > Attachments: cassandra-01.yaml, cassandra-02.yaml, cassandra-03.yaml > > > * config: > {code} > enable_user_defined_functions: true > enable_scripted_user_defined_functions: true > {code} > * create keyspace: > {code} > CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', > 'replication_factor' : 1 }; > {code} > * in testkeyspace create function: > {code} > CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL > INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return > result;})();'; > {code} > * create table and insert: > {code} > create table A (id int primary key, val set); > insert into A (id, val) values (1, {3,5,7,1}); > {code} > * select: > {code} > select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} > raw log: > {code} > root@001b19bd3cc6:/# cqlsh > Connected to Test Cluster at 127.0.0.1:9042. > [cqlsh 5.0.1 | Cassandra 3.11.1 | CQL spec 3.4.4 | Native protocol v4] > Use HELP for help. > cqlsh> CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : > 'SimpleStrategy', 'replication_factor' : 1 }; > cqlsh> USE testkeyspace ; > cqlsh:testkeyspace> CREATE OR REPLACE FUNCTION first_int(input set) > RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS > '(function(){var result = 2;return result;})();'; > cqlsh:testkeyspace> create table A (id int primary key, val set); > cqlsh:testkeyspace> insert into A (id, val) values (1, {3,5,7,1}); > cqlsh:testkeyspace> select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Issue Comment Deleted] (CASSANDRA-14126) don't work udf javascripts
[ https://issues.apache.org/jira/browse/CASSANDRA-14126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denis Pershin updated CASSANDRA-14126: -- Comment: was deleted (was: [~umcanl] please, send me your cassandra.yml) > don't work udf javascripts > -- > > Key: CASSANDRA-14126 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14126 > Project: Cassandra > Issue Type: Bug > Components: CQL >Reporter: Denis Pershin >Priority: Minor > Labels: security > Fix For: 3.11.x > > > * config: > {code} > enable_user_defined_functions: true > enable_scripted_user_defined_functions: true > {code} > * create keyspace: > {code} > CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', > 'replication_factor' : 1 }; > {code} > * in testkeyspace create function: > {code} > CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL > INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return > result;})();'; > {code} > * create table and insert: > {code} > create table A (id int primary key, val set); > insert into A (id, val) values (1, {3,5,7,1}); > {code} > * select: > {code} > select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} > raw log: > {code} > root@001b19bd3cc6:/# cqlsh > Connected to Test Cluster at 127.0.0.1:9042. > [cqlsh 5.0.1 | Cassandra 3.11.1 | CQL spec 3.4.4 | Native protocol v4] > Use HELP for help. > cqlsh> CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : > 'SimpleStrategy', 'replication_factor' : 1 }; > cqlsh> USE testkeyspace ; > cqlsh:testkeyspace> CREATE OR REPLACE FUNCTION first_int(input set) > RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS > '(function(){var result = 2;return result;})();'; > cqlsh:testkeyspace> create table A (id int primary key, val set); > cqlsh:testkeyspace> insert into A (id, val) values (1, {3,5,7,1}); > cqlsh:testkeyspace> select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14126) don't work udf javascripts
[ https://issues.apache.org/jira/browse/CASSANDRA-14126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290794#comment-16290794 ] Horia Mocioi commented on CASSANDRA-14126: -- [^attachment-name.zip] > don't work udf javascripts > -- > > Key: CASSANDRA-14126 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14126 > Project: Cassandra > Issue Type: Bug > Components: CQL >Reporter: Denis Pershin >Priority: Minor > Labels: security > Fix For: 3.11.x > > > * config: > {code} > enable_user_defined_functions: true > enable_scripted_user_defined_functions: true > {code} > * create keyspace: > {code} > CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', > 'replication_factor' : 1 }; > {code} > * in testkeyspace create function: > {code} > CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL > INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return > result;})();'; > {code} > * create table and insert: > {code} > create table A (id int primary key, val set); > insert into A (id, val) values (1, {3,5,7,1}); > {code} > * select: > {code} > select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} > raw log: > {code} > root@001b19bd3cc6:/# cqlsh > Connected to Test Cluster at 127.0.0.1:9042. > [cqlsh 5.0.1 | Cassandra 3.11.1 | CQL spec 3.4.4 | Native protocol v4] > Use HELP for help. > cqlsh> CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : > 'SimpleStrategy', 'replication_factor' : 1 }; > cqlsh> USE testkeyspace ; > cqlsh:testkeyspace> CREATE OR REPLACE FUNCTION first_int(input set) > RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS > '(function(){var result = 2;return result;})();'; > cqlsh:testkeyspace> create table A (id int primary key, val set); > cqlsh:testkeyspace> insert into A (id, val) values (1, {3,5,7,1}); > cqlsh:testkeyspace> select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Issue Comment Deleted] (CASSANDRA-14126) don't work udf javascripts
[ https://issues.apache.org/jira/browse/CASSANDRA-14126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Horia Mocioi updated CASSANDRA-14126: - Comment: was deleted (was: [^attachment-name.zip]) > don't work udf javascripts > -- > > Key: CASSANDRA-14126 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14126 > Project: Cassandra > Issue Type: Bug > Components: CQL >Reporter: Denis Pershin >Priority: Minor > Labels: security > Fix For: 3.11.x > > > * config: > {code} > enable_user_defined_functions: true > enable_scripted_user_defined_functions: true > {code} > * create keyspace: > {code} > CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', > 'replication_factor' : 1 }; > {code} > * in testkeyspace create function: > {code} > CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL > INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return > result;})();'; > {code} > * create table and insert: > {code} > create table A (id int primary key, val set); > insert into A (id, val) values (1, {3,5,7,1}); > {code} > * select: > {code} > select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} > raw log: > {code} > root@001b19bd3cc6:/# cqlsh > Connected to Test Cluster at 127.0.0.1:9042. > [cqlsh 5.0.1 | Cassandra 3.11.1 | CQL spec 3.4.4 | Native protocol v4] > Use HELP for help. > cqlsh> CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : > 'SimpleStrategy', 'replication_factor' : 1 }; > cqlsh> USE testkeyspace ; > cqlsh:testkeyspace> CREATE OR REPLACE FUNCTION first_int(input set) > RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS > '(function(){var result = 2;return result;})();'; > cqlsh:testkeyspace> create table A (id int primary key, val set); > cqlsh:testkeyspace> insert into A (id, val) values (1, {3,5,7,1}); > cqlsh:testkeyspace> select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14126) don't work udf javascripts
[ https://issues.apache.org/jira/browse/CASSANDRA-14126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290787#comment-16290787 ] Denis Pershin commented on CASSANDRA-14126: --- [~umcanl] please, send me your cassandra.yml > don't work udf javascripts > -- > > Key: CASSANDRA-14126 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14126 > Project: Cassandra > Issue Type: Bug > Components: CQL >Reporter: Denis Pershin >Priority: Minor > Labels: security > Fix For: 3.11.x > > > * config: > {code} > enable_user_defined_functions: true > enable_scripted_user_defined_functions: true > {code} > * create keyspace: > {code} > CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', > 'replication_factor' : 1 }; > {code} > * in testkeyspace create function: > {code} > CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL > INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return > result;})();'; > {code} > * create table and insert: > {code} > create table A (id int primary key, val set); > insert into A (id, val) values (1, {3,5,7,1}); > {code} > * select: > {code} > select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} > raw log: > {code} > root@001b19bd3cc6:/# cqlsh > Connected to Test Cluster at 127.0.0.1:9042. > [cqlsh 5.0.1 | Cassandra 3.11.1 | CQL spec 3.4.4 | Native protocol v4] > Use HELP for help. > cqlsh> CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : > 'SimpleStrategy', 'replication_factor' : 1 }; > cqlsh> USE testkeyspace ; > cqlsh:testkeyspace> CREATE OR REPLACE FUNCTION first_int(input set) > RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS > '(function(){var result = 2;return result;})();'; > cqlsh:testkeyspace> create table A (id int primary key, val set); > cqlsh:testkeyspace> insert into A (id, val) values (1, {3,5,7,1}); > cqlsh:testkeyspace> select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14112) The inspectJvmOptions startup check can trigger some Exception on some JRE versions
[ https://issues.apache.org/jira/browse/CASSANDRA-14112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrés de la Peña updated CASSANDRA-14112: -- Status: Ready to Commit (was: Patch Available) > The inspectJvmOptions startup check can trigger some Exception on some JRE > versions > --- > > Key: CASSANDRA-14112 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14112 > Project: Cassandra > Issue Type: Bug >Reporter: Benjamin Lerer >Assignee: Benjamin Lerer > > [~adelapena] pointed out that the Startup check added by CASSANDRA-13006 can > cause some Exception if Cassandra is run on a non GA version. > After investigation it seems that it can also be the case for major versions > or some JRE 9 versions. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14112) The inspectJvmOptions startup check can trigger some Exception on some JRE versions
[ https://issues.apache.org/jira/browse/CASSANDRA-14112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290732#comment-16290732 ] Andrés de la Peña commented on CASSANDRA-14112: --- The patch looks good to me, and confirmed that it allows the server to start with a couple of non-GA JRE versions, +1. I have left a few minor suggestions [at this commit|https://github.com/adelapena/cassandra/commit/c19029370ad973bf7b481446a68dd94ef2492c4b], feel free to merge them if they look good to you. > The inspectJvmOptions startup check can trigger some Exception on some JRE > versions > --- > > Key: CASSANDRA-14112 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14112 > Project: Cassandra > Issue Type: Bug >Reporter: Benjamin Lerer >Assignee: Benjamin Lerer > > [~adelapena] pointed out that the Startup check added by CASSANDRA-13006 can > cause some Exception if Cassandra is run on a non GA version. > After investigation it seems that it can also be the case for major versions > or some JRE 9 versions. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14126) don't work udf javascripts
[ https://issues.apache.org/jira/browse/CASSANDRA-14126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16290700#comment-16290700 ] Horia Mocioi commented on CASSANDRA-14126: -- I successfully reproduced on a ccm cluster running 3.11.1. > don't work udf javascripts > -- > > Key: CASSANDRA-14126 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14126 > Project: Cassandra > Issue Type: Bug > Components: CQL >Reporter: Denis Pershin >Priority: Minor > Labels: security > Fix For: 3.11.x > > > * config: > {code} > enable_user_defined_functions: true > enable_scripted_user_defined_functions: true > {code} > * create keyspace: > {code} > CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', > 'replication_factor' : 1 }; > {code} > * in testkeyspace create function: > {code} > CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL > INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return > result;})();'; > {code} > * create table and insert: > {code} > create table A (id int primary key, val set); > insert into A (id, val) values (1, {3,5,7,1}); > {code} > * select: > {code} > select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} > raw log: > {code} > root@001b19bd3cc6:/# cqlsh > Connected to Test Cluster at 127.0.0.1:9042. > [cqlsh 5.0.1 | Cassandra 3.11.1 | CQL spec 3.4.4 | Native protocol v4] > Use HELP for help. > cqlsh> CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : > 'SimpleStrategy', 'replication_factor' : 1 }; > cqlsh> USE testkeyspace ; > cqlsh:testkeyspace> CREATE OR REPLACE FUNCTION first_int(input set) > RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS > '(function(){var result = 2;return result;})();'; > cqlsh:testkeyspace> create table A (id int primary key, val set); > cqlsh:testkeyspace> insert into A (id, val) values (1, {3,5,7,1}); > cqlsh:testkeyspace> select first_int(val) from A where id = 1; > Traceback (most recent call last): > File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement > result = future.result() > File > "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", > line 3826, in result > raise self._final_exception > FunctionFailure: Error from server: code=1400 [User Defined Function failure] > message="execution of 'testkeyspace.first_int[set]' failed: > java.security.AccessControlException: access denied: > ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" > {code} -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14126) don't work udf javascripts
[ https://issues.apache.org/jira/browse/CASSANDRA-14126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denis Pershin updated CASSANDRA-14126: -- Description: * config: {code} enable_user_defined_functions: true enable_scripted_user_defined_functions: true {code} * create keyspace: {code} CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', 'replication_factor' : 1 }; {code} * in testkeyspace create function: {code} CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return result;})();'; {code} * create table and insert: {code} create table A (id int primary key, val set); insert into A (id, val) values (1, {3,5,7,1}); {code} * select: {code} select first_int(val) from A where id = 1; Traceback (most recent call last): File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement result = future.result() File "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", line 3826, in result raise self._final_exception FunctionFailure: Error from server: code=1400 [User Defined Function failure] message="execution of 'testkeyspace.first_int[set]' failed: java.security.AccessControlException: access denied: ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" {code} raw log: {code} root@001b19bd3cc6:/# cqlsh Connected to Test Cluster at 127.0.0.1:9042. [cqlsh 5.0.1 | Cassandra 3.11.1 | CQL spec 3.4.4 | Native protocol v4] Use HELP for help. cqlsh> CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', 'replication_factor' : 1 }; cqlsh> USE testkeyspace ; cqlsh:testkeyspace> CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return result;})();'; cqlsh:testkeyspace> create table A (id int primary key, val set); cqlsh:testkeyspace> insert into A (id, val) values (1, {3,5,7,1}); cqlsh:testkeyspace> select first_int(val) from A where id = 1; Traceback (most recent call last): File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement result = future.result() File "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", line 3826, in result raise self._final_exception FunctionFailure: Error from server: code=1400 [User Defined Function failure] message="execution of 'testkeyspace.first_int[set]' failed: java.security.AccessControlException: access denied: ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" {code} was: * create keyspace: {code} CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', 'replication_factor' : 1 }; {code} * in testkeyspace create function: {code} CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return result;})();'; {code} * create table and insert: {code} create table A (id int primary key, val set); insert into A (id, val) values (1, {3,5,7,1}); {code} * select: {code} select first_int(val) from A where id = 1; Traceback (most recent call last): File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement result = future.result() File "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", line 3826, in result raise self._final_exception FunctionFailure: Error from server: code=1400 [User Defined Function failure] message="execution of 'testkeyspace.first_int[set]' failed: java.security.AccessControlException: access denied: ("java.lang.RuntimePermission" "accessClassInPackage.java.io")" {code} raw log: {code} root@001b19bd3cc6:/# cqlsh Connected to Test Cluster at 127.0.0.1:9042. [cqlsh 5.0.1 | Cassandra 3.11.1 | CQL spec 3.4.4 | Native protocol v4] Use HELP for help. cqlsh> CREATE KEYSPACE testkeyspace WITH REPLICATION = { 'class' : 'SimpleStrategy', 'replication_factor' : 1 }; cqlsh> USE testkeyspace ; cqlsh:testkeyspace> CREATE OR REPLACE FUNCTION first_int(input set) RETURNS NULL ON NULL INPUT RETURNS int LANGUAGE javascript AS '(function(){var result = 2;return result;})();'; cqlsh:testkeyspace> create table A (id int primary key, val set); cqlsh:testkeyspace> insert into A (id, val) values (1, {3,5,7,1}); cqlsh:testkeyspace> select first_int(val) from A where id = 1; Traceback (most recent call last): File "/usr/bin/cqlsh.py", line 1044, in perform_simple_statement result = future.result() File "/usr/share/cassandra/lib/cassandra-driver-internal-only-3.10.zip/cassandra-driver-3.10/cassandra/cluster.py", line 3826, in result raise self._final_exception FunctionFailure: Error from server: code=1400 [User Defined Function failure] message="execution of 'testkeyspace.first_int[set]' failed:
[jira] [Updated] (CASSANDRA-13851) Allow existing nodes to use all peers in shadow round
[ https://issues.apache.org/jira/browse/CASSANDRA-13851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-13851: Reviewer: Sam Tunnicliffe (was: Jason Brown) > Allow existing nodes to use all peers in shadow round > - > > Key: CASSANDRA-13851 > URL: https://issues.apache.org/jira/browse/CASSANDRA-13851 > Project: Cassandra > Issue Type: Bug > Components: Lifecycle >Reporter: Kurt Greaves >Assignee: Kurt Greaves > Fix For: 3.11.x, 4.x > > > In CASSANDRA-10134 we made collision checks necessary on every startup. A > side-effect was introduced that then requires a nodes seeds to be contacted > on every startup. Prior to this change an existing node could start up > regardless whether it could contact a seed node or not (because > checkForEndpointCollision() was only called for bootstrapping nodes). > Now if a nodes seeds are removed/deleted/fail it will no longer be able to > start up until live seeds are configured (or itself is made a seed), even > though it already knows about the rest of the ring. This is inconvenient for > operators and has the potential to cause some nasty surprises and increase > downtime. > One solution would be to use all a nodes existing peers as seeds in the > shadow round. Not a Gossip guru though so not sure of implications. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org