Problemas con el host

Visualización de registros java.lang.OutOfMemoryError

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

Para ajustar la configuración de memoria del montón de Java, repita los siguientes pasos para cada host que ejecute una instancia de Ops Manager, excepto los hosts de Backup Daemon dedicados:

1. Abra mms.conf en su 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	Memoria máxima del montón de Java	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 ni -Xms podría tener un impacto inesperado en la aplicación Ops Manager. No cambie otros valores sin consultar al soporte de MongoDB. A partir de Ops Manager 7.0, Ops Manager adoptó un método de recolección de basura prioritaria (G1GC) para la JVM. No utilice -Xmn para establecer el tamaño del montón 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 el montón de Java en 12 GB, establezca los valores-Xmx12g -Xms12g en:.

4. Reinicie cada host que ejecute una instancia de Ops Manager en el que realizó estos cambios.

El valor óptimo para su instalación de Ops Manager depende de la arquitectura de sus hosts de Ops Manager: plataforma, memoria física, etc. El objetivo del ajuste del montón es equilibrar el tiempo que la JVM gasta recuperando memoria de objetos que ya no se ejecutan, también conocido como recolección de basura, y la frecuencia de la recolección de basura.

• Los tamaños de montón grandes significan una recolección de basura menos frecuente y más lenta.

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

Visualización de registros java.lang.StackOverflowError

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

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

1. Abra mms.conf en su 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 la pila de Java

   De forma predeterminada, este valor se establece en 228 KB ().228k

   Advertencia

   No cambiar otras opciones de Java

   Cambiar cualquier valor de opción distinto de -Xss podría tener un impacto inesperado en la aplicación Ops Manager. No cambie otros valores sin consultar al soporte de MongoDB.

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

Aumentar los límites de usuarios

Para la configuración recomendada del límite de usuariosulimit (), consulte las preguntas frecuentes en Reciba mensajes de error "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 actuales. Para obtener más información sobre ulimit en MongoDB, consulte Página de referencia deconfiguración de ulimit de UNIX en el manual de MongoDB.

Asegúrese de tener suficiente RAM para todos los componentes

Asegúrese de que cada servidor tenga suficiente RAM para los componentes que ejecuta. Si un servidor ejecuta varios componentes, su RAM debe ser al menos igual a la suma de la RAM requerida 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 hay configuraciones obsoletas establecidas en el archivo conf-mms.properties. Si hay una configuración obsoleta, el registro muestra una 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 Descripción general de Admin Console muestra los hosts que sirven a Ops Manager. Cada host debe responder a los pings regulares que Ops Manager envía como parte de la monitorización.

Ops Manager marca 30 como expirado un host que no responde a los pings después de 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 cambia el nombre de host de un host monitoreado. 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.

• Es posible que un usuario haya cambiado el nombre de host en el host.

Para eliminar el host caducado:

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

2. Haga clic en el icono que aparece.

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