DSEグラフが検索インデックスを作成できませんでした。プロパティのテキスト

Question

私はちょうどDSEグラフを使って旅を始めました（これまでTitanについてよく理解していました）。私はDatastax 5.0.3でDSEグラフをセットアップしました。

プロパティの検索インデックスを作成しようとすると、次のような例外が発生します。 schema.vertexLabel('Employee').index('search').search().by('story').asText().add()

org.apache.tinkerpop.gremlin.driver.exception.ResponseException: Cannot create search index with workload: Analytics 

Iは、プロパティを作成することができたマテリアと二次インデックス。しかし、検索インデックスを作成しようとすると、私はこの問題に直面しています。

シングルノードクラスタを立ち上げているうちに、-sフラグをオフにしなければならないことに気付きました。これは、DSEサーバーを起動させないためです。最初にノードを起動するときに、Datastaxの開発者QAsによって-sフラグを設定することは想定されていませんでした。私は-sフラグを有効にしようとしたとき

entrypoint: ["/usr/local/bin/dse-entrypoint", "-k", "-g"] 

は今、私のノードが来ていませんし、私は次の例外を取得しています。

dse   | WARN 12:54:28,038 CLibrary.java:163 - Unable to lock JVM memory (ENOMEM). This can result in part of the JVM being swapped out, especially with mmapped I/O enabled. Increase RLIMIT_MEMLOCK or run Cassandra as root. 
dse   | WARN 12:54:28,038 StartupChecks.java:118 - jemalloc shared library could not be preloaded to speed up memory allocations 
dse   | WARN 12:54:28,039 StartupChecks.java:150 - JMX is not enabled to receive remote connections. Please see cassandra-env.sh for more info. 
dse   | WARN 12:54:28,047 SigarLibrary.java:174 - Cassandra server running in degraded mode. Is swap disabled? : false, Address space adequate? : true, nofile limit adequate? : true, nproc limit adequate? : true 
dse   | ERROR 12:54:28,710 CassandraDaemon.java:709 - Cannot start node if snitch's data center (SearchGraphAnalytics) differs from previous data center (GraphAnalytics). Please fix the snitch configuration, decommission and rebootstrap this node or use the flag -Dcassandra.ignore_dc=true. 
dse   | INFO 12:54:28,717 DseDaemon.java:556 - DSE shutting down... 
dse   | INFO 12:54:28,718 PluginManager.java:104 - All plugins are stopped. 
dse   | Oct 27, 2016 12:54:28 PM org.apache.coyote.http11.Http11Protocol pause 
dse   | INFO: Pausing Coyote HTTP/1.1 on http-172.19.0.3-8983 
dse   | Oct 27, 2016 12:54:29 PM org.apache.catalina.core.StandardService stop 
dse   | INFO: Stopping service Solr 
dse   | INFO 12:54:29,907 SolrHttpAuditLogFilter.java:225 - Shutting down Solr audit logging filter 
dse   | INFO 12:54:29,924 RepeatablePOSTQueryFilter.java:81 - Shutting down com.datastax.bdp.search.solr.RepeatablePOSTQueryFilter filter 
dse   | Oct 27, 2016 12:54:29 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads 
dse   | SEVERE: The web application [/solr] appears to have started a thread named [Thread-3] but has failed to stop it. This is very likely to create a memory leak. 
dse   | Oct 27, 2016 12:54:29 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads 
dse   | SEVERE: The web application [/solr] appears to have started a thread named [NonPeriodicTasks:1] but has failed to stop it. This is very likely to create a memory leak. 
dse   | Oct 27, 2016 12:54:29 PM org.apache.coyote.http11.Http11Protocol destroy 
dse   | INFO: Stopping Coyote HTTP/1.1 on http-172.19.0.3-8983 
dse   | INFO 12:54:33,191 MessageServer.java:129 - internode-messaging message server finished shutting down. 
dse   | INFO 12:54:37,209 MessageServer.java:129 - internode-messaging message server finished shutting down. 
dse   | Exception in thread "Daemon shutdown" java.lang.AssertionError 
dse   | at org.apache.cassandra.gms.Gossiper.addLocalApplicationStateInternal(Gossiper.java:1427) 
dse   | at org.apache.cassandra.gms.Gossiper.addLocalApplicationStates(Gossiper.java:1451) 
dse   | at org.apache.cassandra.gms.Gossiper.addLocalApplicationState(Gossiper.java:1441) 
dse   | at com.datastax.bdp.gms.DseState.setActiveStatusSync(DseState.java:241) 
dse   | at com.datastax.bdp.server.DseDaemon.preStop(DseDaemon.java:576) 
dse   | at com.datastax.bdp.server.DseDaemon.safeStop(DseDaemon.java:587) 
dse   | at com.datastax.bdp.server.DseDaemon.lambda$getShutdownHook$226(DseDaemon.java:905) 
dse   | at java.lang.Thread.run(Thread.java:745) 

この状況を修正して、自分のプロパティにsearchIndexを追加する方法を提案してください。

Answer 1

このエラーは、以前の設定/開始に基づいてクラスタが想定しているものとは異なる名前でクラスタを起動していることを示しています。

デフォルトでは、cassandra.yamlファイルのクラスタ名を上書きしない限り、有効なワークロード（-s、-tなど）に基づいた名前でクラスタが起動します。あなたのケースでは、クラスタをAnalyticsクラスタとして開始してからSearchAnalyticsクラスタとして再起動したため、クラスタ名はデフォルトで新しいクラスタ名になります。これは古いクラスタ名と一致しません。

ここで最も簡単なことは、あなたのcassandraコミットログ、キャッシュ、およびデータディレクトリをワイプしてノードを再起動することです。これにより、システムテーブルから古いクラスター名が消去され、クラスターが開始されます。これを実行すると、クラスタ内のすべてのデータが消去されます。