Controlli dello stato di avvio

Se si riceve uno dei seguenti errori durante la verifica dello stato di salute, ecco le soluzioni per aggirare il problema:

Errore di privilegi mancanti

Se l'utente del database archiviato in PAConsumerConfig.yaml Privilegi non presenti nel file di configurazione INFO [privilege type] privilege: Failed. Per risolvere questo errore, l’amministratore deve concedere i privilegi mancanti all’utente del database e riavviare il consumer.

Come concedere i privilegi mancanti:

1. Interrompere il consumer di Platform Analytics e il producer di metadati di Usher.
2. Effettuare la connessione al server di database che contiene Platform Analytics Repository. Eseguire il seguente comando, sostituendo 'someuser' e 'somehost' con le informazioni specificate dal cliente:
   Copia

   GRANT DROP ON platform_analytics_wh.* TO ‘someuser’@‘somehost’;

3. Riavviare il consumer di Platform Analytics e il producer di metadati di Usher.

Errore di connessione non riuscita

Se il consumatore o il produttore non è in grado di connettersi al database utilizzando la configurazione specificata in PAConsumerConfig.yaml configurazione, è possibile che venga visualizzato il seguente errore:

2018-11-21 21:43:28,793 INFO HealthCheck main - Failed to connect to the database. Retrying after waiting for 60 seconds.
2018-11-21 21:45:31,797 INFO HealthCheck main - Failed to connect to the database. Retrying after waiting for 60 seconds.
2018-11-21 21:47:34,800 ERROR HealthCheck main - Failed to connect to the database using url:jdbc:mysql://XX.Y.Z.1:3306/platform_analytics_wh?rewriteBatchedStatements=true&useLegacyDatetimeCode=false&serverTimezone=UTC. Please double check your connection parameters. 
Communications link failure

Il/La PAConsumerConfig.yaml viene popolato in base alle informazioni di database fornite durante l’installazione. Per risolvere l'errore, connettersi al computer che ospita Platform Analytics e confermare tutti i campi sotto a warehouseDbConnection intestazione sono corretti in PAConsumerConfig.yaml file.

Errore password dell'utente del database non corretta

Il consumatore o il produttore non potranno connettersi al database se la password del warehouse crittografata non è corretta. Per generare una nuova password criptata e aggiornare la conferma, vedere Aggiornamento della password dell'utente del database configurato al repository di Platform Analytics .

Utente del database creato con errore di SSL attivato

Platform Analytics supporta le versioni 5.6, 5.7 e 8.0 di MySQL. Per MySQL 8.0, il collegamento SSL è attivo per impostazione predefinita. Attualmente, Platform Analytics non supporta SSL per l'utente del database che si collega a MySQL. Quando si crea l'utente del database per Platform Analytics Consumer o Usher Metadata Producer, specificare l'opzione SSL/TLS utilizzando REQUIRE clausola.

Come disattivare SSL:

1. Collegarsi al repository di Platform Analytics ed eseguire il seguente comando:
   Copia

   show variables like '%ssl%';

2. Se il risultato per 'have_ssl' è 'YES' SSL è abilitato. Crea l'utente con mysql_native_password e REQUIRE NONE opzioni per connettersi senza SSL.

   Copia

   CREATE USER 'test'@'%' IDENTIFIED WITH mysql_native_password BY 'password' REQUIRE NONE;

Se si riceve uno dei seguenti errori nel file Redis Per il controllo dello stato di salute, ecco le soluzioni alternative suggerite:

Errore di fermo di Redis

Se il consumer o il producer non è in grado di collegarsi a Redis, potrebbe essere in uno stato di fermo. Per risolvere l'errore, avviare la cache in memoria di MicroStrategy, il consumer di Platform Analytics e il producer di metadati di Usher.

Connessione non riuscita all'errore di Redis

Se il consumatore o il produttore non è in grado di connettersi a Redis, è possibile che la configurazione non sia corretta in PAConsumerConfig.yaml file. Per risolvere l'errore, connettersi al computer che ospita Platform Analytics e confermare tutti i campi sotto a redisConnection intestazione sono corretti in PAConsumerConfig.yaml file.

Autenticazione password abilitata per Redis Errore

Se il consumer o il producer non è in grado di collegarsi a Redis, probabilmente l'autenticazione della password è attiva. In base alle impostazioni predefinite, Redis non è configurato con l'autenticazione della password, ma può impostare dopo l'installazione.

Se Redis è stato abilitato con l'autenticazione tramite password e la password non è presente in PAConsumerConfig.yaml di configurazione, il consumatore o il produttore non sarà in grado di connettersi a Redis. Per risolvere questo errore, seguire i passaggi di Attivazione dell'autenticazione della password sulla cache di telemetria di MicroStrategy.

Come verificare se i server ZooKeeper sono in esecuzione su tutti i nodi:

• In Linux, eseguire il comando seguente per eseguire il PID.
  Copia

  ps ax | grep java | grep -i QuorumPeerMain | grep -v grep | awk '{print $1}'

• In Windows, aprire i servizi di Windows e verificare che il servizio \"Apache ZooKeeper\" sia in esecuzione.

Come verificare se i server Kafka sono in esecuzione su tutti i nodi:

• In Linux, eseguire il comando seguente per eseguire il PID.
  Copia

  ps ax | grep -i 'kafka\\.Kafka' | grep java | grep -v grep | awk '{print $1}'

• In Windows, aprire i servizi di Windows e verificare che il servizio \"Apache Kafka\" sia in esecuzione.

Come avviare ZooKeeper e Kafka su tutti i nodi:

• In Linux, eseguire i seguenti comandi nella directory Kafka:

  Copia

  # Start Zookeeper on all nodes,
  
  ./zookeeper-server-start.sh -daemon ../config/zookeeper.properties
  
  # Start Kafka on all nodes,
  
  ./kafka-server-start.sh -daemon ../config/server.properties

• In Windows, aprire i servizi di Windows e avviare Apache ZooKeeper e Apache Kafka.

Se questo è un ambiente raggruppato con più nodi di ZooKeeper e Kafka, occorre innanzitutto avviare tutti i nodi di ZooKeeper.