2020-11-06

Resumen de los problemas encontrados en el mantenimiento diario de la plataforma Blue Whale Durante el mantenimiento diario de la plataforma Blue Whale, encontrará algunos problemas anormales en la plataforma. Algunos de estos problemas son comunes. Por ejemplo, el proceso anormal de bkdata hace que los datos de monitoreo no se realicen. Se informará. Algunos de ellos son causados ​​por un proceso bkdata anormal. Se encuentran en circunstancias específicas, pero se pueden resolver después de solucionar el problema. Espero que la solución de problemas que se ha manejado antes sea útil para problemas similares en el futuro. Espero que al resolver las situaciones de solución de problemas que se han tratado antes, sea útil resolver problemas similares rápidamente en el futuro.

Descripción del problema de falla de reinicio de cmdb: Después de reiniciar la computadora donde se encuentra cmdb, se descubre que ocurrió un error al iniciar cmdb y cmdb_adminserver: ¿Apareció ERROR (error generado)? ¿El registro muestra que la conexión a MongoDB falló y el usuario bk_cmdb no puede iniciar sesión en MongoDB? Solución: vuelva a autorizar al usuario bk_cmdb en MongoDB, reinicie cmdb1) después de la autorización y vuelva a autorizar

# source /data/install/utils.fc

# source /data/ install/ utils.fc

# mongo -u $MONGODB_USER -p

$MONGODB_PASS --port $MONGODB_PORT --authenticationDatabase admin

# Mostrar dbs;

# Ingresar a la biblioteca cmdb

# Usar cmdb;

# Actualizar la contraseña del usuario bk_cmdb (la contraseña se puede encontrar en /data/install/. app.token)

# db.updateUser("bk_cmdb", {pwd: "contraseña"})

# cd /data/install

# . /bkeec stop cmdb

# ./bkeec status cmdb

# ./bkeec start cmdb

# ./bkeec status cmdb

informe de acceso a cmdb 404 descripción del problema cmdb Después de que la máquina se reinicia inesperadamente, se produce un problema 404 al acceder a cmdb. Después de verificar el registro de cmdb_adminserver, se encontró que zk.service.consul no se pudo resolver. Después de verificar el dns, se encontró que el dns preferido ya no era 127.0.0.1. Solución: modifique el servidor de nombres en /etc/resolv.conf para asegurarse de que el primer servidor de nombres en /etc/resolv.conf sea 127.0.0.1 y que las opciones no se puedan rotar. 1.3. Excepción de acceso a SaaS. Descripción del problema: después de iniciar sesión en Blue Whale, el problema aparece al abrir SaaS. Se produce un error de "Excepción de aplicación" para todas las aplicaciones SaaS. Solución de problemas 1) Durante el período de tiempo anormal, verifique el estado de ejecución del proceso Blue Whale, el estado de ejecución se muestra como EN EJECUCIÓN 2) Solución de problemas del servicio CMDB, acceda a través de cmdb_apiserver.stdout.log y cmdb nginx.log y cmdb nginx; log encontró que se agotó el tiempo de espera del servicio de interfaz esb-api conectado a cmdb. Inicialmente se sospechó que se agotó el tiempo de espera del servicio de interfaz esb-api de cmdb. Solución Después de reiniciar el servicio cmdb, el problema se resuelve y se restablece el acceso normal a SaaS.

Reinicie cmdb en la consola central

# cd /data/install

# ./bkeec stop cmdb

# ./bkeec status cmdb

# ./bkeec start cmdb

# ./bkeec status cmdb

Descripción del problema de monitoreo de componentes Configurar el monitoreo de componentes Después de guardar, se informa que el usuario no tiene permiso para hacerlo. la llamada a la interfaz falla ejecutar_platform_task: la prueba de cuenta no tiene derecho a operar el negocio"? Después de consultar al desarrollador, se confirmó que se debía a las siguientes razones: 1) El exportador está integrado en la máquina comercial Blue Whale, y el proceso de envío implica la distribución de archivos entre empresas, por lo que los usuarios deben tener permisos tanto para la empresa de origen como para la empresa de destino. La solución aún está en proceso de determinación. 2) Los componentes de tipo Promtheus también tendrán este problema. , incluidos componentes actuales como Mencache, SQLServer, Oracle, SQLite y SQL Server. La solución es cambiar "BlueBusiness" a "BlueBusiness" y agregar operadores comerciales "BlueBusiness" a esta cuenta para resolver el problema.

Descripción del problema de monitoreo del rendimiento del host: la carga de la CPU de repente no muestra ningún informe de datos durante 5 minutos. Solución de problemas: en el autocontrol de Blue Whale, se encontró que el servicio ETL del bus de datos era anormal. Solución: inicie sesión en la computadora donde se encuentra bkdata y reinicie el servicio etl.

#supervisorctl -c

/data/bkee/etc/supervisor-bkdata-databus.conf status databus_etl

#supervisorctl -c

/data/bkee/etc/supervisor-bkdata-databus.conf estado databus_etl

# supervisorctl -c

/data/bkee/etc/supervisor-bkdata-databus.conf reiniciar databus_etl

Servicio Dialtest Descripción del problema Utilice el módulo para abrir el servicio Dialtest: la interfaz de datos devuelve el resultado de error: Base de datos no encontrada: uptimecheck_212 Error no encontrado: uptimecheck_212. Solución de problemas: la antigua prueba de acceso telefónico no estableció correctamente la base de datos. ¿Necesito activar manualmente la creación de la interfaz? La solución es iniciar sesión en cualquier máquina Blue Whale y ejecutar el siguiente comando para crear la biblioteca.

# curl -X "POST" "f

# innodb_log_file_size = 4096M

# cd /data/bkee/public/mysql/

# mv ib_logfile0

ib_ logfile0.20190424.back

# mv ib_logfile1

ib_logfile1.20190424.back

# Iniciar MySQL Servicio

# cd /data/bkee/service/mysql/bin /

# ./mysql.sh start

Agregue gse después de implementar la plataforma Blue Whale y IP de red externa nginx

# cd /data/install/

# vi globals.env

export

?AUTO_GET_WANIP=1

exportar

?exportar NGINX_WAN_IP=(NGINX_WAN_IP NGINX_WAN_IP1)

# ./bkeec sync common

# ./bkeec render gse

# ./bkeec stop gse

# ./bkeec start gse

# ./bkeec install nginx 1

# ./bkeec detener nginx

# ./bkeec iniciar nginx

# .