Problemas del Host

Pantalla 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 heap 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. Cambiar los valores de -Xmx y -Xms:

   • Cambia los valores de -Xmx y -Xms a un valor más grande. Se recomienda establecer ambos parámetros con el mismo valor para remover cualquier impacto en el rendimiento causado por la máquina virtual al reclamar constantemente memoria del heap.

   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.

Pantalla 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 Configuraciones ulimit de UNIX página de referencia 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 en el siguiente:

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

Hosts caducados en Admin Console

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 un host que no responde a los ping después de 30 minutos como caducado. Los procesos en un host caducado se muestran en rojo. Cuando el nombre de host de un host monitorizado cambia, Ops Manager muestra el host dos veces: una con su nombre de host actual y otra con su nombre anterior. El nombre de host cambia por una de 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.