问题标签 [datastax-startup]

DSE Graph 支持 Gremlin 事务 API，文档中有一些关于可以使用模式配置 API 设置的特定于事务的选项的信息。文档似乎还没有关于交易“意味着”什么或它保证什么的大量信息。据推测，它们不是 ACID 事务。

图事务是否可能对应于 Cassandra 轻量级事务？或者，图事务是否对应于 CQL 批处理语句？还是完全是别的东西？哪些操作（如果有）是原子的？

使用Lifecycle Manager开通集群时，节点启动时出现如下错误：

ERROR 04:46:00,789 DseModule.java:98 - org/apache/hadoop/security/token/delegation/AbstractDelegationTokenSecretManager. Exiting...

在我使用适用于旧版本 OptCenter 的脚本删除 DSE 后，这种情况开始发生： https ://docs.datastax.com/en/opscenter/5.1/opsc/online_help/opscRemovingPackages_t.html

任何意见是极大的赞赏。

我在一个目录中有多个 CSV 文件（具有相同的标题名称）中的数据。我想从这些 CSV 文件创建顶点。如何使用 dse 图形加载器一次性加载所有文件。因为我几乎有超过 600 个 csv 文件？

我正在尝试在 OpsCenter 5.2.1、DSE 4.8.10 的集群上跟踪一些运行缓慢的查询。

我尝试在 opscenter 性能服务中跟踪的每个查询都会给出相同的错误：com.datastax.driver.core.exceptions.InvalidQueryException: Invalid amount of bind variables

例如，SELECT trans_id FROM trans_summary WHERE brand_id = ? AND shard_id = ? AND yearmonth = 1510

该表的 PRIMARY KEY 是PRIMARY KEY ((brand_id, yearmonth, shard_id), trans_id)，所以我不确定我是不理解 opscenter 还是查询错误。

在 DSE v5.0.3 中，我遇到了丢弃边缘属性也会丢弃其边缘的情况。

两个 gremlin 控制台示例都使用以下模式配置：

在以下示例中，删除边缘属性会导致边缘本身被删除：

下一个示例创建相同的数据集，但不是在与步骤相同的遍历中设置“notes”属性addE，而是在单独的遍历中创建属性。与上面的示例不同，删除“notes”属性会删除该属性，同时保持边缘不变。

运行 DSE 4.8.10 - 我的集群中有 3 个 DSE 搜索节点，RF=3。我在 system.log 中看到一些消息，如下所示。似乎它们总是在压实之后出现。solr 索引是否有问题，或者至少有这些消息的解释？

INFO [CompactionExecutor:12] 2016-11-14 23:09:31,243 CompactionTask.java:274 - Compacted 4 sstables to [/data/lib/cassandra/data/system/local/system-local-ka-13314,]. 1,564 bytes to 1,378 (~88% of original) in 17ms = 0.077304MB/s. 4 total partitions merged to 1. Partition merge counts were {4:1, } INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,008 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,053 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,144 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,187 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,230 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,270 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,311 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,353 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,395 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,436 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,478 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,519 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,559 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,600 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,640 AbstractSolrSecondaryIndex.java:1689 - Found 200 rows with expired columns. INFO [Solr TTL scheduler-0] 2016-11-14 23:09:36,681 AbstractSolrSecondaryIndex.java:1689 - Found 31 rows with expired columns.

我尝试将 Opscenter 从 6.0.3 升级到 6.0.5。代理升级失败，出现以下异常。它似乎无法登录节点。我相信我输入了正确的用户 ID 和私钥。

我将 OpsCenter 从 6.0.3 升级到 6.0.5。有没有办法迁移 LCM 数据？是不是像复制文件lcm.db一样简单？谢谢。

从 6.0.3 升级到 6.0.5 后无法备份，出现以下错误。根据代理选项卡，代理是健康的。回滚到 6.0.3 后再次工作。任何帮助深表感谢。

2016-11-20 16:50:15,952 [opscenterd] WARN: Marking request 'Backup' (adc0b98e-0533-497d-8e3b-5316834ed9b1) a\ s failed: Backup of keyspaces [sponte] failed for the following destinations: snapshot (MainThread) 2016-11-20 16:50:15,952 [sponte] ERROR: Backup of keyspaces [sponte] failed: Backup of keyspaces [sponte] fai\ led for the following destinations: snapshot (MainThread) 2016-11-20 16:50:15,953 [opscenterd] ERROR: Unhandled error in Deferred: Backup of keyspaces [sponte] failed:\ Backup of keyspaces [sponte] failed for the following destinations: snapshot (MainThread) 2016-11-20 16:50:16,159 [sponte] INFO: agent_config items: {'cassandra_user': 'cassandra', 'jmx_pass': '****\ *', 'metrics_ignored_keyspaces': 'system, system_traces, system_auth, system_distributed, dse_auth, OpsCenter\ ', 'cassandra_log_location': '/var/log/cassandra', 'rollups60_ttl': 604800, 'cassandra_install_location': '',\ 'cassandra_pass': '*****', 'monitored_cassandra_port': 9042, 'monitored_thrift_port': 9160, 'rollups86400_tt\ l': 0, 'jmx_user': '', 'jmx_port': 7199, 'storage_keyspace': 'OpsCenter', 'jmx_operations_pool_size': 4, 'met\ rics_ignored_solr_cores': '', 'rollups300_ttl': 2419200, 'use_ssl': False, 'metrics_ignored_column_families':\ '', 'restore_req_update_period': 1, 'rollups7200_ttl': 31536000, 'api_port': '61621', 'thrift_port': 9160, '\ monitored_cassandra_user': 'cassandra', 'max_pending_repairs': 5, 'cassandra_port': 9042, 'monitored_cassandr\ a_pass': '*****', 'ec2_metadata_api_host': '169.254.169.254', 'backup_staging_dir': '', 'metrics_enabled': Tr\ ue} (MainThread) 2016-11-20 16:50:16,193 [opscenterd] ERROR: Unhandled error in Deferred: Resource not found. File "/sponte/opscenter-6.0.5/lib/py/twisted/internet/defer.py", line 1124, in _inlineCallbacks result = g.send(result)

File "build/jython/Lib/site-packages/opscenterd/WebServer.py", line 1446, in RequestStatusController (MainThread)

我们正在运行当前的生产集群Cassandra 2.2.4

我们希望将此设置迁移到新集群，DSE 5.0而不会影响我们当前的生产。

在零/最少停机时间的情况下执行此操作的步骤是什么？

1. 我们希望将其作为一个单独的集群。
2. 我们可以使用 sstableloader 从源到目标集群并在目标进行 sstableupgrade 吗？
3. 在运行 sstabloader 时，我们是否应该停止对现有集群的压缩？
4. 由于生产流量，如何转移新创建的 sstables？
5. 我们是否应该让应用程序写入两个集群，但只从旧集群读取，直到新集群与旧集群同步？
6. 我们应该从旧数据目录还是从快照目录运行 sstableloader。两种方法有什么区别？