2016-10-27 2 views
0

Je viens de commencer mon parcours avec le graphe DSE (j'avais déjà une bonne compréhension de Titan). J'ai mis en place un graphique DSE avec Datastax 5.0.3.Graphique DSE impossible de créer l'index de recherche asText pour une propriété

Lorsque j'essaie de créer un index de recherche pour une propriété, j'obtiens l'exception suivante. schema.vertexLabel('Employee').index('search').search().by('story').asText().add()

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

j'ai pu créer des propriétés, matérialisée et indices secondaires. Mais quand j'ai essayé de créer l'index de recherche, je suis confronté à ce problème.

Je me suis rendu compte que tout en élevant mon cluster à un seul nœud, j'ai dû désactiver le flag -s car cela ne me permet pas d'afficher le serveur DSE. Il y avait une exception lors de la mise en place du nœud pour la première fois je n'étais pas censé définir le drapeau -s selon certains QA de développeurs Datastax.

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

Maintenant, quand j'essayé de permettre le drapeau -s, mon noeud ne vient pas et je reçois l'exception suivante.

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) 

Veuillez suggérer comment je peux remédier à cette situation et pouvoir ajouter le searchIndex à mes propriétés.

Répondre

1

Cette erreur indique que vous démarrez le cluster avec un nom différent de celui attendu par le cluster en fonction d'une configuration/d'un démarrage précédent. Par défaut, sauf si vous remplacez le nom du cluster dans le fichier cassandra.yaml, votre cluster démarrera avec un nom basé sur les charges de travail que vous activez, à savoir -s, -t. Dans votre cas, puisque vous avez démarré le cluster en tant que cluster Analytics, puis l'avez redémarré en tant que cluster SearchAnalytics, le nom du cluster est défini par défaut sur le nouveau nom de cluster, qui ne correspond pas à l'ancien nom de cluster. La meilleure chose à faire ici est d'effacer votre journal de validation Cassandra, vos caches et votre répertoire de données et de redémarrer le nœud. Cela effacera l'ancien nom de cluster de vos tables système et permettra au cluster de démarrer. Cela effacera toutes les données que vous avez dans le cluster.

+0

Merci beaucoup @jlacefie. J'ai fait la même chose et maintenant en mesure de créer les index de recherche. – Phani