Abe Ratnofsky created CASSANDRA-19166:
-----------------------------------------
Summary: 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
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: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
