Strategy ONE

Solución de problemas de topología

Esta sección cubre problemas que pueden ocurrir en Workstation y cómo corregirlos.

Cómo habilitar el registro de depuración

El registro de depuración registra errores y otra información útil que explica por qué ocurrió un problema. Para conocer los pasos para habilitar el registro de depuración, consulte KB483668: Cómo habilitar el registro de depuración para topología.

El registro de servicios no funciona cuando no hay conexión de red

Si no hay conexión de red después de la instalación, el Registro de Servicios aún funciona para todos los servicios locales. De lo contrario, asegúrese de que el usuario que inicia sesión en la máquina sea un administrador local. Un usuario con privilegios adecuados para el registro de servicios, cuando está conectado a la red, puede no tener privilegios completos de administrador localmente cuando no hay conexión de red.

El agente de registro de servicios no puede iniciarse y No se ha encontrado una dirección IPV4 privada se encuentra en el archivo de registro

  1. Si el equipo tiene más de una dirección IP, consulte Configurar entornos con varias direcciones IP

  2. Si el equipo solo tiene una dirección IP, compruebe la configuración de red con el siguiente comando; si IPv4 es no en la lista de direcciones privadas aceptables (RFC1918) que se proporciona en la siguiente tabla.

    • En Windows:

      Copiar 
      ipconfig/all

    • En Linux:

      Copiar 
      ifconfig -a

    Nombre RFC1918 Rango de direcciones IP Número de direcciones Bloque CIDR más grande (máscara de subred) Tamaño del ID de host Bits de máscara Descripción con clase
    bloque de 24 bits 10.0.0.0 - 10.255.255.255 16.777.216 10.0.0.0/8 (255.0.0.0) 24 bits 8 bits Red única clase A
    bloque de 20 bits 172.16.0.0 - 172.31.255.255 1.048.576 172.16.0.0/12 (255.240.0.0) 20 bits 12 bits 16 redes contiguas de clase B
    bloque de 16 bits 192.168.0.0 - 192.168.255.255 65.536 192.168.0.0/16 (255.255.0.0) 16 bits 16 bits 256 redes contiguas clase C

  3. Compruebe si la configuración de red es la adecuada. Si es así y desea utilizar el registro de servicios, complete los pasos 4 y 5 como solución alternativa para vincular el agente de registro de servicios a la dirección IPv4 no aceptable.
  4. Navegue hasta la Services Registration\yaml carpeta.

  5. Editar la installation_list.yaml archivo añadiendo bind_addr: xxxx a la sección cónsul. Asegúrate de incluir un espacio entre los dos puntos y la dirección IP.

    Copiar 
    consul:
      install_path: "C:\\Program Files (x86)\\MicroStrategy\\Services Registration"
      java_install_path: "C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_192\\Win64\\bin"
      server: false
      retry_join:
       - sap-win2016.labs.microstrategy.com
       - pcheng-W10-PRO.labs.microstrategy.com
       - pcheng-RHEL-6-8.labs.microstrategy.com
      bind_addr: 10.21.20.222
  6. Detenga el agente de registro de servicios, elimine el Services Registration\data carpeta y reiniciar el agente de registro del servicio.

"El registro de MicroStrategy Services NO está disponible. Compruebe el estado del servicio".

Al utilizar la topología de Workstation para monitorizar servicios, aparece una página vacía con el mensaje "El registro de MicroStrategy Services NO está disponible; compruebe el estado del servicio". Siga los pasos a continuación para solucionar este problema.

¿El agente de registro de servicios se está ejecutando en el equipo Library al que se está conectando Workstation?

Inicie sesión en el equipo en el que está instalado Library y compruebe si el registro de MicroStrategy Services se está ejecutando. En Windows, utilice el Administrador de servicios de Windows. En Linux, utilice pd -ef | cónsul de grep.

Si el agente se está ejecutando, verifique si el agente del clúster se está formando correctamente. Ver Actualizando puertos de servicio para el registro de servicios o el Monitor de topología para obtener más información.

  1. Si hay un firewall en el equipo en el que está instalado Library, asegúrese de que los puertos 8300(TCP) y 8301(TCP/UDP) están abiertos.
  2. Intente hacer ping en los equipos enumerados en Services Registration/config/consul.json para "retry_join " para garantizar que se puede acceder a las máquinas.
  3. Asegúrese de que la elección del líder esté completa. Compruebe la ServicesRegistration log con la última marca de tiempo del Services Registration/log carpeta. Si ve el mensaje "Error al sincronizar el estado remoto: No hay líder de clúster", siga los pasos 4 y 5. De lo contrario, salte al paso 6.
  4. La configuración correcta del clúster debe verificarse en cada máquina con un agente de registro de servicios. Verifique la configuración del clúster. Debe haber uno o tres agentes de comunicación definidos en el clúster, como se especifica en el "retry_join " lista de las installation_list.yaml archivo. Esta lista debe ser coherente en todos los nodos.
  5. Asegúrese de que no hay datos obsoletos en el Services Registration/data carpeta. Después de una formación o modificación fallida de los miembros del grupo, es posible que queden datos no válidos en los archivos de datos. Detener todos los agentes, eliminar el Services Registration/data en cada nodo del clúster y reiniciar todos los agentes para formar el clúster.
  6. Si MicroStrategy Library está implementado en un equipo en el que no están instalados los MicroStrategy Services, vaya al servidor de aplicaciones que administra el cónsul y reinicie la implementación de MicroStrategy Library. Si el agente no se está ejecutando, compruebe la ServicesRegistration log con la última marca de tiempo del Services Registration/log para ver por qué no se ha iniciado el agente. Si aparece el mensaje "No se ha encontrado una dirección IPv4 privada", consulte El agente de registro de servicios no puede iniciarse.

Si el agente no se está ejecutando, consulte el archivo de registro de ServicesRegistration con la última marca de tiempo en el archivo de registro. Services Registration\log para ver por qué el agente no puede iniciarse.

¿La máquina tiene varias direcciones IP? ¿Estaban todas las IP disponibles al instalar el producto?

¿La máquina tiene una dirección IP inaceptable? Si el agente hace clic en "No se ha encontrado una dirección IPv4 privada", consulte El agente de registro de servicios no puede iniciarse.

¿Cómo se implementó el archivo WAR de MicroStrategy Library en el servidor?

Puede haber problemas si el servidor Linux no se actualizó correctamente. Por ejemplo, si actualizó a la versión 11.0 desde la versión 10.10 en un servidor Linux, no ejecutó el instalador de MicroStrategy, pero descargó y copió el archivo WAR. En esta situación, consulte Instalar MicroStrategy en el Actualización en contexto en una implementación de Linux sección de la Upgrade Help y Escenarios de implementación en el Instalación de MicroStrategy Library en Linux sección de la Upgrade Help.

¿Los nodos se comunican entre sí a través de la traducción de direcciones de red (NAT)?

Actualmente, NAT no es compatible con la función de registro de servicio.

Un servicio muestra un icono rojo

  1. En Workstation, pase el ratón por el icono de detención para ver información adicional en la sugerencia.
  2. Revise las posibles causas proporcionadas en la información sobre herramientas.
  3. Verifique que el servicio se esté ejecutando. Inicie sesión en la máquina donde está instalado el servicio. Verifique que se esté ejecutando en el Administrador de servicios de Windows.
  4. Verifique que el puerto requerido esté disponible. Si el servicio no se inicia, verifique si el puerto requerido está disponible. Ver Servicios de la Plataforma de MicroStrategy admitidos para ver los puertos predeterminados.
  5. Verifique que el puerto correcto esté en el archivo de configuración. Si el servicio está en ejecución, pero Workstation muestra que el servicio no está activo, verifique el archivo de configuración (por ejemplo, MicroStrategy Mobile Server JSP.json ) para este servicio. El archivo de configuración se encuentra en el directorio de instalación en MicroStrategy/Services Registration/config. Verifique si el número de puerto, el número de puerto http y el número de puerto https coinciden con el puerto utilizado para el servicio.
  6. Si los puertos están definidos correctamente en el service.json pero Workstation sigue mostrando que el servicio no está disponible, copie la URL para la comprobación de estado del service.json archivo. Pega la URL en tu navegador para ver si es un enlace válido. Si el vínculo no funciona, reemplace "localhost " por la dirección IP del equipo desde el que accede a la URL e inténtelo de nuevo.
  7. Compruebe el archivo de registro en /MicroStrategy/Services Registration/log en el directorio de instalación.

Si un servicio está configurado para utilizar un número de puerto no predeterminado después de la instalación, el nuevo número de puerto no se registra en el archivo de configuración JSON. Debe actualizar manualmente el archivo JSON con el número de puerto configurado tras la instalación y reiniciar MicroStrategy Service Registry. VerActualizando puertos de servicio para el registro de servicios o el Monitor de topología para obtener más información.

No se puede iniciar o detener un servicio

  1. Conéctese a un entorno, asegurándose de que el inicio de sesión del usuario correspondiente tenga los privilegios adecuados. En Workstation, inicie sesión en un entorno como usuario de MicroStrategy con privilegios de administrador o como usuario administrador del contenedor Web para la Library. En el modo de mantenimiento, vaya a la vista de topología y verifique que la capacidad de inicio/detención sea compatible con un servicio haciendo clic derecho en el servicio. Si el Iniciar y Detener opciones del menú emergente están atenuadas, la capacidad de iniciar/detener no es compatible con ese servicio.
  2. Verifique que SSH esté disponible y ejecutándose en la máquina con el servicio. De lo contrario, consulte Configurar SSH en Windows o Configurar SSH en Linux.
  3. Verifique que el firewall esté habilitado y que el puerto 22 esté abierto en el firewall.
  4. Verifique el estado del servicio en una vista actualizada. Si un usuario envió la solicitud de inicio o detención en Workstation, antes de enviar otra solicitud, actualice la vista de topología para obtener el estado del servicio más reciente.

Un servicio no es accesible

  1. Verifique que el equipo MicroStrategy Library pueda acceder al equipo donde está alojado el servicio.
  2. Si hay firewalls en el entorno, verifique que los puertos (8300 y 8301) estén abiertos para admitir el envío y la recepción de solicitudes TCP/UDP entre las máquinas que alojan los servicios.
  3. Verifique que el agente se esté ejecutando. En Windows, utilice el Administrador de servicios de Windows para comprobar si el registro de MicroStrategy Services se está ejecutando. En Linux, utilice ps -ef | grep -i consul.

Consul no se inicia tras instalar la revisión de MicroStrategy 2019 Actualización 2 en un equipo Linux

Falta la herramienta nslookup si Redhat Enterprise Linux 7 está instalado usando la opción mínima. Consul depende del comando nslookup para resolver la dirección IP de una máquina a partir del nombre de dominio completo (FQDN). Para asegurarse de que Consul se pueda iniciar correctamente, instale la herramienta que falta ejecutando el siguiente comando en una terminal:

Copiar 
# yum install bind-utils

Implementaciones personalizadas

Caso 1 Nota: al instalar la topología en un entorno de dos equipos, los servicios de MicroStrategy se instalan sin la opción de varios equipos. Como resultado, debe configurar manualmente el clúster de cónsules después de la instalación. En este caso, Library se implementó a través del instalador y los servidores web y de Library están en el mismo equipo. El servidor Intelligence está instalado en otra máquina. Primero, asegúrese de que los puertos necesarios están abiertos.

En todas las maquinas

  1. Detener el registro de servicios en todas las máquinas. En este caso se trata de dos máquinas.

    • En Windows, use Service Manager (Ejecutar > services.msc ) para detener el registro de MicroStrategy Services.

    • Para Linux, consulte Reinicio del registro de servicios para ver los pasos detallados.

  2. Navegue hasta el directorio de instalación y elimine MicroStrategy/Services Registration/data.

  3. Reinicie el registro de servicios en todas las máquinas en el mismo clúster de cónsules

En el equipo del servidor de Library:

  1. Navegue hasta la MicroStrategy/Services Registration/yaml directorio.
  2. Abrir installation_list.yaml y busque la sección cónsul.
  3. Añadir la retry_join por el FQDN del Intelligence Server para que el servidor de Library pueda señalarlo.
  4. Verificar la server el parámetro está establecido en false.
  5. Quitar el bootstrap_expect: <number> línea.

En la máquina del servidor Intelligence:

  1. Navegue hasta la MicroStrategy/Services Registration/yaml directorio.
  2. Abrir installation_list.yaml y busque la sección cónsul.
  3. Actualizar retry_join enumerando los FQDN de todos los agentes de comunicaciones. Ver Especificación del agente de comunicación de topología para obtener más información.
  4. Eliminar todos los FQDN de los agentes de supervisión de retry_join.
  5. Asegúrese de que el formato de retry_join coincide con el formato mostrado en Cambio del agente de supervisión por un agente de comunicación.
  6. Añadir bootstrap_expect: <number>. Ver Especificación del agente de comunicación de topología para obtener más información.
  7. Cambiar server: true a server: false.
  8. Guarde el archivo.

Caso 2: JBoss se está ejecutando en el mismo equipo que Intelligence Server. Web y Library están instalados, pero implementados en JBoss.

  1. Como Web y Library están en el mismo equipo, ambos MicroStrategy Web Server JSP.json y MicroStrategy Library REST Server.json están disponibles en el ServicesRegistration/config carpeta de instalación. Actualizar installation_list.yaml con el número de puerto utilizado para la implementación de Web y Library JBoss, si es necesario. Ver Actualizando puertos de servicio para el registro de servicios o el Monitor de topología para actualizar los puertos.
  2. Para realizar una comprobación de estado, vaya a http://localhost:8080/MicroStrategyLibrary/health y http://10.248.128.29:8080/MicroStrategy/health. Reemplazar 8080 con el número de puerto en ejecución Web y Library. Si esto no funciona, intente reemplazar el host local con la dirección IP de la máquina.
  3. Detenga el consul y elimine el ServicesRegistration/data carpeta.
  4. Reiniciar el registro de servicios.

No se puede monitorizar o controlar MicroStrategy Services desde Workstation

En determinadas situaciones, es posible que el instalador no genere los archivos JSON para MicroStrategy Services, como Intelligence Server, Platform Web, Library, el servidor de Colaboración y otros. Como resultado, es posible que la subcarpeta de configuración no se genere dentro del directorio de instalación de Registro de servicios o que la carpeta de configuración solo contenga un único archivo JSON. Cuando ocurre cualquiera de estas situaciones, varios o todos los servicios no pueden monitorearse o controlarse a través de Workstation.

Para resolver este problema, vaya al nodo problemático y ejecute los siguientes pasos.

  1. Navegue hasta la carpeta jar en el directorio de instalación de Registro de servicios.

    • Windows:

      C:\Program Files (x86)\MicroStrategy\Services Registration\jar

    • Linux:

      /opt/MicroStrategy/ServicesRegistration/jar

  2. Ejecute el siguientes comando:

    Copiar 
    # java -jar svcsreg-admin.jar parse
  3. Verifique que los archivos JSON se generen en la carpeta de configuración.

  4. Reinicie el registro de MicroStrategy Services.

    • En Windows, realice el reinicio a través del Administrador de servicios de Windows.

    • En Linux, ejecute el siguiente comando:

      Copiar 
      # java -jar svcsreg-admin.jar control consul restart
  5. Abra la pestaña Topología en Workstation. Ahora debería poder monitorizar el estado de los servicios y también emitir comandos de inicio y detención para los servicios de MicroStrategy.

Temas relacionados

Instalación y configuración de topología