3

尝试从最新的稳定版本在 linux 上安装 cassandra - http://cassandra.apache.org/download/ - 1.2.6

我已将 cassndra.yaml 修改为指向自定义目录而不是 /var，因为我对 /var 没有写访问权限

我在启动时看到此错误。由于该版本似乎相对较新，因此无法在谷歌上找到任何答案。只是把它贴在这里，以防我这边犯了一个愚蠢的错误。

相同的分发文件在我的 macos x86_64 机器上运行良好。

 INFO 19:24:35,513 Not using multi-threaded compaction
java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.xerial.snappy.SnappyLoader.loadNativeLibrary(SnappyLoader.java:322)
    at org.xerial.snappy.SnappyLoader.load(SnappyLoader.java:229)
    at org.xerial.snappy.Snappy.<clinit>(Snappy.java:48)
    at org.apache.cassandra.io.compress.SnappyCompressor.create(SnappyCompressor.java:45)
    at org.apache.cassandra.io.compress.SnappyCompressor.isAvailable(SnappyCompressor.java:55)
    at org.apache.cassandra.io.compress.SnappyCompressor.<clinit>(SnappyCompressor.java:37)
    at org.apache.cassandra.config.CFMetaData.<clinit>(CFMetaData.java:82)
    at org.apache.cassandra.config.KSMetaData.systemKeyspace(KSMetaData.java:81)
    at org.apache.cassandra.config.DatabaseDescriptor.loadYaml(DatabaseDescriptor.java:468)
    at org.apache.cassandra.config.DatabaseDescriptor.<clinit>(DatabaseDescriptor.java:123)
    at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:211)
    at org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:441)
    at org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:484)
Caused by: java.lang.UnsatisfiedLinkError: /tmp/snappy-1.0.5-libsnappyjava.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /tmp/snappy-1.0.5-libsnappyjava.so)
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary1(Unknown Source)
    at java.lang.ClassLoader.loadLibrary0(Unknown Source)
    at java.lang.ClassLoader.loadLibrary(Unknown Source)
    at java.lang.Runtime.load0(Unknown Source)
    at java.lang.System.load(Unknown Source)
    at org.xerial.snappy.SnappyNativeLoader.load(SnappyNativeLoader.java:39)
    ... 17 more

请提出可能是什么问题。当我发现任何新内容时，我还将在此页面上添加更多发现。

看了这个这么线程 - cassandra 1.2 无法在 freebsd 中初始化 snappy

但是仍然看到问题。

我试过设置

internode_compression: none

但是仍然在日志中看到相同的错误。

4

2 回答 2

7

看起来您正在 (a) 在一个系统上运行与 snappy 1.0.5 不兼容的 glibc 和 (b) 从可以工作的早期版本升级。

如果您在不兼容 Snappy 的系统上重新启动 Cassandra，它将检测到问题并跳过压缩。但是当你升级并且你有压缩的系统表时，Cassandra 无能为力。

可以降级，可以升级glibc，也可以降级，切换到lz4运行upgradesstables，然后再升级。

编辑：您也可以只删除旧的 1.0.4 snappy，然后删除 1.0.5。

编辑 2：这是 RHEL 5 吗？几乎任何现代的东西都应该与 snappy-1.0.5 兼容。

于 2013-06-28T23:47:31.233 回答
0

以防万一有人通过我的配置看到这篇文章：

  • 莱尔 5
  • 卡桑德拉 2.0.2

我遇到了启动问题 - 找不到版本“GLIBCXX_3.4.9”

建议的解决方案：

  1. 在 rhel 5 上编译 snappy 1.1.0（我猜它可能是 1.0.5）。
  2. 将原始 cassandra 2.0.2 发行版中的 snappy 1.0.5 替换为上述版本
  3. 依次重启（先播种，再加入其他节点）

绕过了这个问题，似乎。

希望未来的 cassandra 版本将有处理各种操作系统版本的说明。理论上这应该工作......

INFO 23:49:07,006 Enqueuing flush of Memtable-local@926294408(43/430 serialized/live bytes, 2 ops)
 INFO 23:49:07,006 Writing Memtable-local@926294408(43/430 serialized/live bytes, 2 ops)
 INFO 23:49:07,019 Completed flushing /var/lib/cassandra/data/system/local/system-local-jb-10-Data.db (70 bytes) for commitlog position ReplayPosition(segmentId=1383810511586, position=220516)
 INFO 23:49:07,030 Enqueuing flush of Memtable-local@1880462876(10086/100860 serialized/live bytes, 257 ops)
 INFO 23:49:07,030 Writing Memtable-local@1880462876(10086/100860 serialized/live bytes, 257 ops)
 INFO 23:49:07,042 Completed flushing /var/lib/cassandra/data/system/local/system-local-jb-11-Data.db (5280 bytes) for commitlog position ReplayPosition(segmentId=1383810511586, position=232503)
 INFO 23:49:07,064 Node myeng11.mycompany.com/10.65.0.201 state jump to normal
 INFO 23:49:07,067 Startup completed! Now serving reads.
于 2013-11-07T07:56:34.737 回答