Problemas del Host

Visualización de registros java.lang.OutOfMemoryError

Si tus registros muestran java.lang.OutOfMemoryError: Java heap space, ajusta la configuración de memoria de Java Heap.

Para ajustar la configuración de memoria de Java Heap, repita los siguientes pasos para cada host que ejecuta una instancia de Ops Manager, excepto los hosts dedicados de daemon de copias de seguridad:

1. Abre mms.conf en tu editor de texto preferido.

2. Encuentra esta línea:

   JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx8096m -Xms8096m -XX:NewSize=600m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow"

   Clave	Valor	predeterminado
   -Xmx	Java Heap Memoria máxima	8,096 MB 8096m()
   -Xms	Memoria de inicio del montón de Java	8,096 MB ()8096m

   Advertencia

   No cambiar otras opciones de Java

   Cambiar cualquier valor de opción que no sea -Xmx y -Xms podría tener un impacto inesperado en la aplicación Ops Manager. No cambies otros valores sin consultar antes con el equipo de Soporte de MongoDB. A partir de la versión 7.0 de Ops Manager, Ops Manager adoptó un método de recolección de basura primero para el recolector de basura G1GC para la JVM. No utilices -Xmn para establecer el tamaño del heap para la generación joven.

3. Cambie los valores -Xmx y -Xms:

   • Cambie los valores -Xmx y -Xms a uno mayor. Debe establecer ambos parámetros con el mismo valor para evitar cualquier impacto en el rendimiento debido a la recuperación constante de memoria del montón por parte de la máquina virtual.

   Especifique los valores como #k|m|g: un número seguido de:

   • k (kilobytes),

   • m (megabytes), o

   • g (gigabytes)

   Ejemplo

   Para establecer la pila Java en 12 GB, ajusta los valores en: -Xmx12g -Xms12g.

4. Reinicia cada host que ejecute una instancia de Ops Manager en la que hayas realizado estos cambios.

El valor óptimo para la instalación del Ops Manager depende de la arquitectura de sus hosts de Ops Manager: plataforma, memoria física, etc. El objetivo de la optimización de la memoria dinámica es equilibrar el tiempo que la JVM dedica a reclamar la memoria de objetos que ya no están en ejecución, también conocido como colección de basura, y la frecuencia de la colección de basura.

• Un tamaño grande de heap significa que la colección de basura es menos frecuente y más lenta.

• Los tamaños pequeños del montón significan una recolección de basura más frecuente y rápida.

Visualización de registros java.lang.StackOverflowError

Si tus registros muestran java.lang.StackOverflowError, ajusta la configuración de la memoria de pila Java.

Para ajustar la configuración de memoria de la pila Java, repita los siguientes pasos para cada host que ejecute una instancia de Ops Manager, excepto los hosts dedicados de daemon de copias de seguridad:

1. Abre mms.conf en tu editor de texto preferido.

2. Encuentra esta línea:

   JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx8096m -Xms8096m -XX:NewSize=600m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow"

   Los valores clave en esta línea son:

   Clave	Valor
   -Xss	Tamaño de pila de Java

   Por defecto, este valor se establece en 228 KB (228k).

   Advertencia

   No cambiar otras opciones de Java

   Cambiar cualquier valor de opción que no sea -Xss podría tener un impacto inesperado en la aplicación de Ops Manager. No cambies otros valores sin consultar con el soporte de MongoDB.

3. Cambia -Xss228k a -Xss1m (1 MB).

Incrementar límites de usuarios

Para la configuración recomendada de Límite de Usuarios (ulimit), consulta las Preguntas frecuentes sobre Recibe mensajes de error como "El host tiene límites bajos de archivos abiertos" o "Demasiados archivos abiertos".

Ops Manager infiere la configuración ulimit del host utilizando el número total de conexiones disponibles y activas. Para aprender más sobre ulimit en MongoDB, consulta la Página de referencia deconfiguración de ulimit de UNIX en el manual de MongoDB.

Asegúrese de contar con suficiente RAM para todos los componentes

Asegúrate de que cada servidor tenga suficiente RAM para los componentes que ejecuta. Si un servidor ejecuta múltiples componentes, su RAM debe ser al menos la suma de la cantidad necesaria de RAM para cada componente.

Para aprender sobre los requisitos individuales de RAM para el servidor de la aplicación Ops Manager, la base de datos de la aplicación Ops Manager, el servidor del daemon de copias de seguridad y la base de datos de copias de seguridad, consulta Requisitos del sistema Ops Manager.

Configuraciones obsoletas

Ops Manager no se inicia si en el archivo conf-mms.properties existen configuraciones obsoletas. Si hay una configuración obsoleta, el registro muestra un Obsolete Setting Error como el siguiente:

Necesitará eliminar o reemplazar la propiedad obsoleta en el archivo conf-mms.properties antes de poder iniciar Ops Manager.

Hosts caducados en la consola de administración

La página de Descripción general de Admin Console muestra los hosts que sirven Ops Manager. Cada host debe responder a los pings regulares que Ops Manager envía como parte de la supervisión.

Ops Manager marca como expirado un host que no responde a los pings después de 30 minutos. Los procesos en un host expirado se muestran en rojo. Cuando cambia el nombre de host de un host monitoreado, Ops Manager lo lista dos veces: una con su nombre actual y otra con su nombre anterior. El nombre de host cambia por una de estas dos razones:

Esto ocurre cuando el nombre de host de un host supervisado cambia. El nombre de host cambia por una de dos razones:

• Un proveedor de servicios en la nube devuelve un nombre de host externo en lugar de un nombre de host interno para el mismo host.

• Un usuario puede haber cambiado el nombre de host en el host.

Para remover el host caducado:

1. Mantén el cursor sobre el proceso en la pestaña de Servidores de la página Overview.

2. Haz clic en el ícono que se muestra.

El host permanece en la lista de hosts usando su nuevo nombre de host.