问题标签 [datastax-startup]

我正在为现有集群配置一个新的数据中心。一个相当不稳定的 VPN 连接阻碍了我nodetool rebuild对新 DC 的引导。有趣的是，我在与新 DC 相同的位置（转移到 VPN 之外）有一个全新的数据库快照/备份。我现在正在考虑以下方法：

1. 确保我的客户使用的是旧的 DC。
2. 在新 DC 中供应新节点。
3. ALTER在新 DC 上启用副本的密钥空间。这将开始将所有写入从旧 DC 复制到新 DC。
4. 在gc_grace_seconds上述操作 3) 之后，用于sstableloader将我的备份流式传输到新节点。
5. 为安全起见，请进行全面维修。

这行得通吗？

使用 DSE 4.8.6 (C* 2.1.13.1218)

当我尝试在新数据中心添加新节点时，引导/节点重建总是被流错误中断。

system.log 中的错误示例：

大约有 500GB 的数据要流式传输到新节点。Boostrap 或重建操作流来自另一个（主）DC 上的 4 个不同节点。

当发生流错误时，所有同步的数据都会被擦除（我必须重新开始）。

到目前为止我尝试了什么：

• 引导节点
• 设置auto_boostrap: False并cassandra.yaml手动运行nodetool rebuild
• 在我的 linux conf 中禁用streaming_socket_timeout_in_ms和设置更积极的 TCP Keep Alive 值（遵循CASSANDRA-9440票证中的建议）
• 增加phi_convict_threshold（最大）
• 不要引导节点并使用修复来流式传输数据（在几乎满的磁盘和 80K SSTables 处停止修复。尝试压缩它们 3 天后，我放弃了）

还有什么我应该尝试的吗？我正在nodetool scrub每个失败的节点上运行，看看这是否有帮助......

在流输出节点上，这些是错误消息：

接着：

我试图在“tar xvf dse-4.7.8-bin.tar.gz”之后第一次启动 DSE 搜索。以下是错误：

任何配置都没有变化。我只在 .bashrc 文件中设置了“HADOOP_CONF_DIR=/usr/mware/dse-4.7.8/resources/hadoop/conf ”（当然后来我跑了 .~/.bashrc ）。我在这里错过了什么吗？“bin/dse cassandra”也有同样的错误。操作系统是 CentOS 7.2.1511 64 位。

我们需要基于以下系统和集群信息的每个节点的数据容量。您能否告诉我们每个（solr）节点的（粗略）数据容量是多少？（不改变系统和节点号）

每个节点的系统信息 (DSE)

CPU：2CPU/16核

内存：32 GB

硬盘：1TB

(DSE)Solr 堆大小：15 GB

DSE 集群信息

总节点数（所有 solr 节点）：4

每个节点的平均数据大小：24GB

每个节点的平均（solr）索引大小：11GB

复制因子：2

DSE 版本：4.8.3

Solr 堆大小 (15GB) 是否足以在一般 Solr 操作（例如查询或索引）期间支持大数据（例如 100GB solr 数据）？

Ps：如果您有任何容量公式/计算工具，请告诉我。

这是在 Datastax Cassandra (dse) 版本上：4.8.5-1
这对应于（我相信）Cassandra：2.1.x

从我们的应用程序查询时，我收到很多以下错误：

ReadTimeout: code=1200 [Coordinator node timed out waiting for replica nodes' responses] message="Operation timed out - received only 0 responses." info={'received_responses': 0, 'data_retrieved': False, 'required_responses': 1, 'consistency': 1}

更深入地研究这个；示例查询（在每个节点上本地使用 cqlsh 运行）在环中的 3 个节点上返回，但在其余节点上失败并出现 ReadTimeout。似乎只有包含副本的节点返回响应，而其余节点根本不知道如何找到它们。

我应该考虑一些配置或已知问题来解决此问题吗？

当其他节点发生故障时，我在日志中看到此错误：

Nodetool状态输出

这个断言的代码在这里：

http://grepcode.com/file/repo1.maven.org/maven2/org.apache.cassandra/cassandra-all/2.1.1/org/apache/cassandra/utils/ByteBufferUtil.java?av=f#290

• system.local查看orsystem.peers表时没有明显的架构不匹配。
• nodetool describeclusterUNREACHABLE从一些节点返回

我在一个带有复制 3 的环中有几个节点，并试图更改节点上的硬件。发生的事情是我遇到了流式传输失败异常。

我试了几次总是同样的失败。上游节点 (10.0.10.54) 空间严重不足，对其进行压缩或执行任何 sstable 操作是不现实的。我想做的是：

1. 在失败事件之前启动一个包含所有数据流的新节点
2. 对其进行修复（nodetool repair -pr）
3. 停用 10.0.10.54 节点

我不知道该怎么做是每次我启动它进入 JOINING 的新节点时，我想要的是用它从它的 JOINING 状态复制的数据强制它进入 RUNNING。

有兴趣的人例外 -

我将集群的大小从 3 个节点增加到 6 个节点。我们有 RF=3。这也是 Datastax Enterprise 4.8.0cqlsh 5.0.1 | Cassandra 2.1.9.791 | DSE 4.8.0 | CQL spec 3.2.0 | Native protocol v3

我正在重新平衡集群，现在我们从我们的应用程序中看到了一些奇怪的错误：

ERROR: core.RequestProcessor.logRequest() Could not log request 4d96f06a-b465-4608-904f-2014a271d507 for brand 5954: com.datastax.driver.core.exceptions.WriteTimeoutException: Cassandra timeout during write query at consistency QUORUM (3 replica were required but only 2 acknowledged the write)

当 RF=3 时，如何需要 3 个副本？法定人数不应该是2吗？此外，节点上的磁盘使用量确实激增。这是预期的吗？

我正在尝试使用 OpsCenter 5.2.1 重新平衡 6 节点 DSE 集群，并且作业在 80% 时失败，并在 opscenterd.log 中出现以下堆栈错误。我们正在运行具有 6 个搜索节点的 DSE 4.8.0。我如何从这个错误中恢复？我可以再次运行重新平衡吗？还是我应该先运行修复？（或者是其他东西？）

我正在使用 express-cassandra 0.5.4 版连接到我托管的 aws cassandra db。我有权访问，但无论我更改什么，我都会收到 ECONNREFUSED

这是正在连接的 express-cassandra 的片段，这在文档中是非常标准的。

models.setDirectory(__dirname + '/../models').bind({ clientOptions: { contactPoints: [process.env.Cluster1Pub,process.env.Cluster2Pub,process.env.Cluster3Pub], protocolOptions: {port: 9042}, keyspace: process.env.keyspace }, ormOptions: { defaultReplicationStrategy : { class: 'NetworkTopologyStrategy', replication_factor: 3 }, dropTableOnSchemaChange: false, dontCreateKeyspace: true } },function(err) { if(err) console.log(err.message); else console.log(models.timeuuid()); });

我正在尝试使用 ec2multiregion snitch 启动多区域集群。一个 DC 中的节点可以通信。但是当从另一个 DC 添加节点时，它们会失败并出现以下错误：

错误 [main] 2016-05-09 10:57:01,88 CassandraDaemon.java:581 在启动 java.lang.RuntimeException 期间遇到异常：无法使用任何种子进行八卦

我已经在 ubuntu 14.04 上安装了 dse，并且在法兰克福的一个集群中运行了 4 个节点（2 个在子网 a 上，2 个在子网 b 上）。当我尝试从爱尔兰添加更多节点时出现问题。

我已将以下端口添加到安全性中：

80 8984 7199 61620 7000 - 7001 61620 - 61621 8983 7077 443 4040 8888 22 7080 - 7081 7080 9160 9042

然后我在 cassandra.yaml 文件中做了如下设置

我还需要为他们进行通信设置什么？