impossibile avviare il nodo dse solr

Question

Sto provando datastax enterprise 4.8.4 su ubuntu. L'installazione è OK seguendo le istruzioni. Posso avviare un nodo Cassandra con il comando sudo service dse start. Quindi voglio provare a ricominciare come nodo solr sulla stessa macchina. Quindi modifico il /etc/default/dse e impostiamo SOLR_ENABLED=1. Ora ho provato a ricominciare la cassandra, è fallito.

@ubuntu:~$ sudo service dse start 
* Starting DSE daemon dse                     
DSE daemon starting with Solr enabled (edit /etc/default/dse to disable) 
[ OK ] 
@ubuntu:~$ sudo service dse status 
* dse is running 

@ubuntu:~$ sudo service dse status 
* dse is not running 

Ho controllato il /var/log/cassandra/system.log. Ecco il messaggio di errore:

ERROR [main] 2016-01-28 16:44:02,767 CassandraDaemon.java:294 - Fatal exception during initialization 
org.apache.cassandra.exceptions.ConfigurationException: Cannot start 
node if snitch's data center (Solr) differs from previous data center 
(Cassandra). Please fix the snitch configuration, decommission and 
rebootstrap this node or use the flag -Dcassandra.ignore_dc=true. 

La domanda è: come posso risolverlo? o dove devo aggiungere -Dcassandra.ignore_dc=true?

Answer 1

A partire da 2.1.13 non è consentito modificare il data center di un nodo esistente. Questo serve a proteggere gli utenti da un errore nella produzione dato che la modifica dei nomi dei data center (DC) in un sistema live comporterà tempi di inattività.

Il DSE simple snitch assegna i nodi ai data center logici in base al tipo di carico di lavoro. OSSIA i nodi solr verranno aggiunti a un DC solr, i nodi Cassandra verranno aggiunti a un centro dati Cassandra. Se si modifica il tipo di carico di lavoro utilizzando DSE simple snitch, si modifica il nome DC che non è consentito per impostazione predefinita.

Se questo è un ambiente di test e sai quello che stai facendo (si è disposti a sostenere il tempo di inattività breif, mentre tutti i nodi nel DC vengono modificate per una nuova DC) è possibile inviare la following jvm flag in your cassandra-env.sh

-Dcassandra.ignore_rack = true e/o

-Dcassandra.ignore_dc = true.

** assicurarsi che la topologia dopo il/cambio di nome DC è sempre lo stesso, altrimenti la replica può ottenere incasinato e si può finire con un sacco di flusso + utilizzo della CPU + io + stantio legge **

Answer 2

Qui di seguito sono i passi da fare per risolvere il problema -

Errore: - CassandraDaemon.java:709 - Impossibile avviare nodo, se il data center di Snitch (Cassandra) è diverso da dati precedenti (centro SearchGraphAnalytics).

Soluzione: -

1. Modifica della topologia di rete a GossipingPropertyFileSnitch da SimpleSnitch in Cassandra.yaml file di, messi a /usr/share/DSE/risorsa/Cassandra/conf (se installato come nessun servizio)

2. Creare un file di proprietà con datacenter e informazioni sul rack se non esiste.

   • Percorso: /usr/share/DSE/risorsa/Cassandra/conf

   • filename: cassandra-rackdc.proprietà

   E aggiungere le voci sottostanti -

   --indicate the rack and dc for this node dc=SearchGraphAnalytics // the previous name of your DC before upgrading rack=RAC1 
   

3. Se Errore del server Gremlin persiste quindi eseguire il grafico utilizzando sotto parametri -

   Questo errore può com Quando DataStax Enterprise è stato installato da un tarball o dal programma di installazione DataStax con l'opzione Nessun servizio.

   Avviare il DSE utilizzando i seguenti parametri: -

   /usr/share/dse$ bin/cassandra -g -s -k