问题标签 [datastax]

刚刚使用指南从 3.1 更新到 DSE 3.2 以运行更新，现在日志中充斥着这个异常。通过 SOLR 查询时，我们会丢失数据，但似乎在使用 cqlsh 或 cli 查询时，数据就在那里。

这个：

我正在尝试使用 datastax java 驱动程序来更新和查询具有映射字段的列族。有没有人举例说明如何将 cql 集合与 Datastax Java 驱动程序一起使用？

谢谢

我试图从一个 Solr 表中读取并将文档写入另一个键空间中的另一个。这是我使用的代码的简陋版本：

当我运行此代码时，这是我得到的错误：

代码似乎在以下行中断：

服务器上运行的 Solr 版本为 4.0.0。我在客户端代码中使用 Solr-4.0.0-BETA jar。

谁能给我一些关于可能出了什么问题的指示？

我在使用 Cassandra 1.2 (DSE 3.1.1) 时遇到了一个奇怪的问题。我有一个名为 JSESSION 的表，结构如下：

您可以看到该表在布尔字段“已处理”上建立了索引。当我开始在此表上编码时，以下查询曾经正常工作：

但是现在大小超过 100,000（根本不是一个大数字），查询突然停止工作，我还想不出解决方法。

我尝试了几个选项，将 rpc_timout 增加到 60 秒，还用更多内存（现在是 8GB）启动 Cassandra，但我仍然遇到同样的问题。你有什么解决办法吗？

更深层次的问题是在 CQL3 中为布尔字段建模的正确方法是什么，以便我可以搜索该字段并对其进行更新。处理完该会话后，我需要将“已处理”字段设置为 true。

我正在使用 datastax 企业版和 3.1.4 以及bulkloader。我从http://mvn.riptano.com/content/repositories/releases获得了 cassandra-all:1.2.10.1、cassandra-thrift、cassandra-clientutil 和 hadoop jar ，但现在我收到连接被拒绝错误。自 2013 年 11 月 25 日以来的某个时候，mvn.riptano.com 存储库已更改为需要身份验证，我不知道为什么。

我正在使用 DSE 搜索 3.2.1。我们删除了一些不需要的索引和字段，并将schema.xml文档发布到所有节点。我们是否需要做任何其他事情来让它停止索引数据？我们需要运行重新索引还是完整的重新索引？

我们刚刚发布了对 DSE SOLR 集群架构的更改。我们尝试在此节点上重新加载核心，但无法加载核心。然后我们排干并停止 DSE。在启动时，我们得到以下异常：

更新

只是尝试将solr.data目录移开以查看问题是否存在并且没有帮助。

我也尝试移动 commitlog 目录，但没有骰子。

如果我禁用 SOLR ，节点将启动。

我正在设置一个新的 C* 集群并使用 apt-get 安装 OpsCenter 4.0；这很好，看到了我所有的节点。

我设置了一个 ~/.ssh/id_dsa 文件，并且可以在没有密码的情况下通过 ssh 连接到我的节点。

我试图让 OpsCenter 通过“修复”安装代理。在“节点 SSH 凭据”对话框中提供私钥……但我得到“无法通过 SSH 连接到……错误输出：权限被拒绝（公钥）。

我很困惑如何从 cmd 行 ssh，但 OpsCenter 不能。

然后我尝试手动安装代理（再次使用 apt-get; 和 service opscenterd-agent start），但我在 /var/log/datastax-agent/startup.log 中得到了这个：

（我的address.yaml文件是：stomp_interface=1.2.3.4 //当然有不同的数字

多年来，我一直在使用以前版本的 C* 和 OpsCenter，但现在我被困住了，无法启动并运行它。

我正在试验 DataStax 企业搜索。我有一个两节点集群，我正在使用 Solr 控制台数据导入功能导入数据。根据“配置 Solr”文档（ http://www.datastax.com/docs/datastax_enterprise3.2/solutions/dse_search_schema#configuring-solr ） ，我禁用了我的虚拟节点（cassandra.yaml 中的 num_tokens = 1 ）。我的简化架构如下：

数据导入成功。但是，当我运行“nodetool status”时，我可以看到负载并没有均匀地分布在我的两个节点上，而是全部集中在我用来执行数据导入的节点上。我尝试将 uniqueKey 修改为复合键，例如 (id,latlong) 甚至只是 latlong，但它似乎并没有改变负载分布。我错过了什么吗？

谢谢，莱昂

这个问题是关于Datastax 的这篇文章。在其“非紧凑表”子主题中，它说

不同之处在于，上面的定义将在内部使用具有单个 UTF8Type 组件的 CompositeType 比较器，而不是 UTF8Type 比较器。这可能看起来很浪费（从技术上讲，使用 CompositeType 会为每个内部单元增加 2 个字节的开销（因此是紧凑/非紧凑术语）），但其原因是集合支持。在内部，集合需要使用 CompositeType。

我的问题是关于最后一行。它说集合需要 CompositeType 比较器。在上面引用的示例中，当我们使用紧凑存储时，它没有给出 CompositeType 比较器，而是一个 UTF8Type 比较器。所以集合不能与它一起使用。我明白了。

但是，如果您有 2 个主键，即使使用紧凑存储，您也会获得 CompositeType 比较器。那为什么在那种情况下我们不能有集合呢？

一个可能的原因是具有 CompositeType 比较器不是 Collections 的唯一要求。如果是，其他要求是什么？

谢谢。