Problemas do host
Nesta página
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:
Abra
mms.conf
no seu editor de texto preferido.Encontre esta linha:
JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx8096m -Xms8096m -XX:NewSize=600m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow" ChaveValorDefault-Xmx
Memória máxima do heap Java
8,096 MB (
8096m
)-Xms
Memória inicial do Java
8,096 MB (
8096m
)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.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 ), oug
(gigabytes)
Exemplo
Para configurar o Java Heap para 12 GB, configure os valores para:
-Xmx12g -Xms12g
.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.
Importante
Considere os processos do MongoDB colocalizados em execução no host e não defina o tamanho do heap Java para um valor maior que a quantidade de memória física no host do MongoDB Ops Manager ou menor que o valor padrão de 8096m
(8,096 MB).
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:
Abra
mms.conf
no seu editor de texto preferido.Encontre esta linha:
JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx8096m -Xms8096m -XX:NewSize=600m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow" Os valores-chave nesta linha são:
ChaveValor-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.Altere
-Xss228k
para-Xss1m
(1 MB).
Importante
Considere os processos do MongoDB co-localizados em execução no host e não defina o tamanho da pilha Java para um valor maior que a quantidade de memória física no host do Ops Manager ou menor que o valor padrão de 228k
(228 KB).
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:
Aviso
[Configuração obsoleta] Remova mms.multiFactorAuth.require
ou substitua mms.multiFactorAuth.require
por mms.multiFactorAuth.level
.
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:
Passe o mouse sobre o processo na aba servidor da página Overview .
Clique em ícone exibido.
O host permanece na lista de hosts usando seu novo nome de host.