我们正在运行一个3节点集群进行测试。所以这不是我们计划的生产架构。
我所观察到的是debug.log中的这一点。同样在这之后,datastax无法对表进行压缩,其中的问题是除非我重新启动节点
java.lang.AssertionError: Invalid offset: 3814, buf: java.nio.DirectByteBuffer[pos=0 lim=3514 cap=4096], bh: ChunkCache$Buffer(/var/lib/cassandra/data/databasename/tablename-4d572062e99311e8ae3c232aeb4f8023/aa-70906-bti-Partitions.db@135168)
我试着搜索这个错误,但在任何地方都找不到答案
最令人惊讶的是,没有这样的文件
aa-70906-bti
在/var/lib/cassandra/dataname/tablename文件夹中
我看到的文件数量更高,比如72096左右
2条答案
按热度按时间xvw2m8pv1#
感谢您的报告,这是一个错误的互动两种不同的早期开放的水平压实。DSE6.0.5的错误已经修复。
同时,如果你需要解决这个问题,设置
sstable_preemptive_open_interval_in_mb
在cassandra.yaml
大的东西,例如100000。这将禁用对不完整文件的早期打开,但对已完成的sstables启用它并解决此问题,但仍然可以获得早期打开的几乎所有性能优势。o8x7eapl2#
好的,看起来您遇到了在dse 6.0.4中通过偏移量计算修复的已知错误:
修复trie builder中尺寸计算中的错误偏移(数据库(db-2477)
请升级到6.0.4以修复此问题。