[
https://issues.apache.org/jira/browse/CASSANDRA-19166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17793404#comment-17793404
]
Caleb Rackliffe commented on CASSANDRA-19166:
---------------------------------------------
{noformat}
➜ cassandra-harry git:(CASSANDRA-19116) ✗ mvn test -DskipTests=false
...
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.046 sec <<<
FAILURE! - in harry.model.InJVMTokenAwareExecutorTest
harry.model.InJVMTokenAwareExecutorTest Time elapsed: 0.045 sec <<< ERROR!
java.lang.NoSuchMethodError: 'void
org.yaml.snakeyaml.LoaderOptions.setCodePointLimit(int)'
at
org.apache.cassandra.config.YamlConfigurationLoader.getDefaultLoaderOptions(YamlConfigurationLoader.java:433)
at
org.apache.cassandra.config.YamlConfigurationLoader$CustomConstructor.<init>(YamlConfigurationLoader.java:278)
at
org.apache.cassandra.config.YamlConfigurationLoader.fromMap(YamlConfigurationLoader.java:220)
at org.apache.cassandra.distributed.impl.Instance.loadConfig(Instance.java:859)
at org.apache.cassandra.distributed.impl.Instance.<init>(Instance.java:220)
...
{noformat}
Perhaps an issue w/ shading?
> StackOverflowError on ALTER after many previous schema changes
> --------------------------------------------------------------
>
> Key: CASSANDRA-19166
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19166
> Project: Cassandra
> Issue Type: Bug
> Components: Cluster/Schema
> Reporter: Abe Ratnofsky
> Assignee: Abe Ratnofsky
> Priority: Normal
> Fix For: 4.1.x, 5.0-rc
>
> Time Spent: 40m
> Remaining Estimate: 0h
>
> Since 4.1, TableMetadataRefCache re-wraps its fields in
> Collections.unmodifiableMap on every local schema update. This causes
> TableMetadataRefCache's Map fields to reference chains of nested
> UnmodifiableMaps. Eventually, this leads to a StackOverflowError on get(),
> which has to traverse lots of these maps to fetch the actual value.
> https://github.com/apache/cassandra/blob/4059faf5b948c5a285c25fb0f2e4c4288ee7c305/src/java/org/apache/cassandra/schema/TableMetadataRefCache.java#L53
> The issue goes away on restart, since TableMetadataRefCache is reloaded from
> disk.
> See CASSANDRA-17044, when TableMetadataRefCache was introduced. This issue
> was discovered on a real test cluster where schema changes were failing, via
> a heap dump.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
