Problemas do host

Exibição de registros java.lang.OutOfMemoryError

Se seus registros exibirem java.lang.OutOfMemoryError: Java heap space, ajuste as configurações de memória do Java Heap.

Para ajustar as configurações de memória do Java Heap, repita as etapas a seguir para cada host que executa uma instância do Ops Manager, exceto hosts dedicados do Backup Daemon:

1. Abra mms.conf no seu editor de texto preferido.

2. Encontre esta linha:

   JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx4352m -Xms4352m -XX:NewSize=600m -Xmn1500m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow"

   Chave	Valor	Default
   -Xmx	Memória máxima do heap Java	4.352 MB (4352m)
   -Xms	Memória inicial do Java	4.352 MB (4352m)
   -Xmn	Memória de geração nova heap Java	1.500 MB (1500m)

   Aviso

   Não altere outras opções Java

   Alterar quaisquer valores de opção diferentes de -Xmx e -Xms pode ter um impacto inesperado no aplicativo MongoDB Ops Manager. Não altere outros valores sem consultar o Suporte do MongoDB. Começando com o MongoDB Ops Manager 7.0, O MongoDB Ops Manager adotou um método Garbage-First Garbage Collection (G1TG) para a JVM. Não use -Xmn para definir o tamanho do heap para a geração mais nova.

3. Altere os valores -Xmx e -Xms :

   • Altere os valores -Xmx e -Xms para um valor maior. Você deve definir ambos os parâmetros para o mesmo valor para remover qualquer impacto no desempenho da VM, recuperando constantemente memória da heap.

   Especifique os valores como #k|m|g: um número seguido por:

   • k (quilobytes),

   • m ( megabytes ), ou

   • g (gigabytes)

   Exemplo

   Para configurar o Java Heap para 12 GB, configure os valores para: -Xmx12g -Xms12g.

4. Reinicie cada host executando uma instância do Ops Manager na qual você fez essas alterações.

O valor ideal para a instalação do Ops Manager depende da arquitetura dos hosts do Ops Manager: plataforma, memória física etc. O objetivo do ajuste de heap é equilibrar o tempo que a JVM gasta recuperando memória de objeto que não estão mais em execução, também conhecido como collection, e a frequência da collection.

• Tamanhos de heap grandes média collection de lixo menos frequente e mais lenta.

• Tamanhos de heap pequenos significam coleta de lixo mais frequente e mais rápida.

Exibição de registros java.lang.StackOverflowError

Se seus registros exibirem java.lang.StackOverflowError, ajuste as configurações de memória de pilha Java.

Para ajustar as configurações de memória da pilha Java, repita as etapas a seguir para cada host que executa uma instância do Ops Manager, exceto hosts dedicados do Backup Daemon:

1. Abra mms.conf no seu editor de texto preferido.

2. Encontre esta linha:

   JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx4352m -Xms4352m -XX:NewSize=600m -Xmn1500m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow"

   Os valores-chave nesta linha são:

   Chave	Valor
   -Xss	Tamanho da pilha Java

   Por padrão, esse valor é definido como 228 KB (228k).

   Aviso

   Não altere outras opções Java

   Alterar qualquer valor de opção diferente de -Xss pode ter um impacto inesperado no aplicativo de Ops Manager. Não altere outros valores sem consultar o Suporte do MongoDB.

3. Altere -Xss228k para -Xss1m (1 MB).

Aumentar limites de usuário

Para obter a configuração recomendada do Limite de usuário (ulimit), consulte as perguntas frequentes sobre Receba mensagens de erro "O host tem limites baixos de arquivos abertos" ou "Muitos arquivos abertos".

O MongoDB Ops Manager infere a configuração ulimit do host usando o número total de conexões disponíveis e atuais. Para saber mais sobre o ulimit no MongoDB, consulte a página de referência Configurações do ulimit do UNIX no manual do MongoDB.

Garanta RAM suficiente para todos os componentes

Certifique-se de que cada servidor tenha RAM suficiente para os componentes que ele executa. Se um servidor executar vários componentes, sua RAM deverá ser pelo menos a soma da quantidade necessária de RAM para cada componente.

Para saber mais sobre os requisitos individuais de RAM para o servidor do aplicativo Ops Manager, o banco de dados do aplicativo do Ops Manager, o servidor do Backup Daemon e o banco de dados de backup, consulte Requisitos do sistema do Ops Manager.

Configurações de configuração obsoletas

O Ops Manager falha ao iniciar se houver definições de configuração obsoletas definidas no arquivo conf-mms.properties . Se houver uma configuração obsoleta, o registro listará um erro Obsolete Setting como a seguir:

Você precisará remover ou substituir a propriedade obsoleta no arquivo conf-mms.properties antes de iniciar o Ops Manager.

Hosts expirados no Admin Console

A página Visão geral do Admin Console exibe os hosts que atendem o Ops Manager. Cada host deve responder ao ping regular que o Ops Manager envia como parte do monitoramento.

O Ops Manager marca um host que não responde ao ping após 30 minutos como expirado. Os processos em um host expirado são exibidos em vermelho. Quando o nome do host de um host monitorado muda, o Ops Manager lista o host duas vezes: uma vez com o nome de host atual e outra com o nome de host anterior. O nome do host muda por um dos dois motivos:

Isso ocorre quando o nome de host de um host monitorado muda. O nome do host muda por um dos dois motivos:

• Um fornecedor de serviços de cloud retorna um nome de host externo em vez de um nome de host interno para o mesmo host.

• Um usuário pode ter alterado o nome do host no host.

Para remover o host expirado:

1. Passe o mouse sobre o processo na aba servidor da página Overview .

2. Clique em ícone exibido.

O host permanece na lista de hosts usando seu novo nome de host.