¿Cómo manejo las excepciones del servicio Kudu generadas durante la creación de clústeres?

Consulta de los registros de excepciones del servicio Kudu

1. Inicie sesión en la consola de MRS.
2. Haga clic en el nombre del clúster.
3. En la página mostrada, elija Components > Kudu > Instances y busque la dirección IP de la instancia anormal.

   Si la pestaña Components no está disponible, primero complete la sincronización del usuario de IAM. (En la página Dashboard, haga clic en Synchronize en el lado derecho de IAM User Sync para sincronizar usuarios de IAM.)

4. Inicie sesión en el nodo donde reside la instancia anormal y vea el registro de Kudu.

   cd /var/log/Bigdata/Kudu
   [root@node-master1AERu kudu]# ls
   healthchecklog  runninglog  startlog

   Puede encontrar los registros de comprobación de estado de Kudu en el directorio healthchecklog, los registros de inicio en el directorio startlog y los registros de ejecución del proceso Kudu en el directorio runninglog.

   [root@node-master1AERu logs]# pwd
   /var/log/Bigdata/kudu/runninglog/master/logs
   [root@node-master1AERu logs]# ls -al
   kudu-master.ERROR   kudu-master.INFO   kudu-master.WARNING

   Los registros de ejecución se clasifican en tres tipos: ERROR, INFO, y WARNING. Cada tipo de registros de ejecución se registra en el archivo correspondiente. Puede ejecutar el comando cat para ver los registros de ejecución de cada tipo.

Manejo de excepciones de servicio Kudu

"Unable to init master catalog manager: not found: Unable to initialize catalog manager: Failed to initialize sys tables async: Unable to load consensus metadata for tablet 0000000000000000000000: xxx"

Si esta excepción ocurre cuando el servicio Kudu se instala por primera vez, el servicio KuduMaster no se inicia. La incoherencia de datos provoca el error de inicio. Para resolver el problema, realice los siguientes pasos para borrar los directorios de datos y reinicie el servicio Kudu. Si el servicio Kudu no se instala por primera vez, borrar los directorios de datos provocará la pérdida de datos. En este caso, migre datos y borre el directorio de datos.

1. Busque los directorios de datos fs_data_dir, fs_wal_dir y fs_meta_dir.

   find /opt -name master.gflagfile

   cat /opt/Bigdata/FusionInsight_Kudu_*/*_KuduMaster/etc/master.gflagfile | grep fs_

2. En la página de detalles del clúster, elija Components > Kudu y haga clic en Stop Service.
3. Borre los directorios de datos Kudu en todos los nodos KuduMaster y KuduTserver. El siguiente comando utiliza dos discos de datos como ejemplo.

   rm -Rvf /srv/Bigdata/data1/kudu, rm -Rvf /srv/Bigdata/data2/kudu

4. En la página de detalles del clúster, elija Components > Kudu y elija More > Restart Service.
5. Compruebe el estado del servicio Kudu y los registros.