Menu Docs
Página inicial do Docs
/
MongoDB Ops Manager
/

Atualize o Ops Manager

Nesta página

  • Caminho de atualização
  • Considerações
  • Pré-requisitos
  • Procedimento
  • Solução de problemas

Este tutorial descreve como atualizar uma instalação existente do Ops Manager.

Aviso

Atualizar bancos de dados gerenciados para MongoDB 3.6 ou posterior

O Ops Manager 6.0 não oferece suporte ao MongoDB 3.4. Se você estiver usando o MongoDB 3.4 ou anterior e quiser atualizar para o Ops Manager 6.0, deverá atualizar pelo menos para o MongoDB 3.6. No entanto, recomendamos que você atualize para pelo menos MongoDB 4.0 antes de atualizar para o Ops Manager 6.0.

A versão da instalação existente do Ops Manager determina o caminho de atualização que você deve seguir para atualizar para o Ops Manager 4.4 ou posterior.

Importante

  • Se você tiver uma instalação do MongoDB Ops Manager 4.2 ou posterior com mais de um host do MongoDB Ops Manager apontando para o mesmo banco de dados de aplicativos, poderá atualizar o MongoDB Ops Manager sem incorrer no tempo de inatividade do monitoramento. Durante essa atualização, o MongoDB Ops Manager entra em um estado conhecido como Modo de Atualização. Consulte Modo de atualização para obter mais informações.

  • Para garantir um upgrade bem-sucedido, você deve seguir o caminho de upgrade da versão existente para realizar as migrações de banco de dados necessárias.

  • Para proteger seus dados, o Ops Manager se recusa a iniciar atualizações diretas das versões 1.8.x e 2.0.x para a versão 3.4 ou posterior.

  • Não há caminhos de downgrade suportados para o Ops Manager.

Observação

Todas as atualizações para as versões 4.2.x e posteriores do MongoDB Ops Manager utilizam o mesmo procedimento. Para atualizar para uma versão superior, você deve primeiro usar este procedimento de atualização para o patch mais recente disponível da sua versão inicial e, em seguida, usar o procedimento novamente para atualizar para a próxima versão. Se a tabela abaixo contiver informações adicionais relacionadas ao procedimento de atualização para uma determinada versão, analise-a primeiro.

A tabela a seguir lista caminhos de atualização para todas as versões:

Versão existente
Caminho de atualização
6.0.x
5.0.x

Faça a atualização do MongoDB Ops Manager 5.0.x para a versão de correção mais recente disponível do 5.0. Em seguida, atualize para a versão mais recente disponível do 6.0. Use este procedimento para ambos os processos.

Para saber mais, consulte as notas de versãoMongoDB Ops Manager 5.0.

4.4.x

Faça a atualização do MongoDB Ops Manager 4.4.x para a versão de correção mais recente disponível do 4.4. Em seguida, atualize para a versão mais recente disponível do 5.0. Use este procedimento para ambos os processos.

IMPORTANTE: MongoDB Ops Manager versão 4.4.13 corrige um bug que reativaria as instâncias MongoDB Ops Manager para gravações daAPI durante uma atualização.

Para saber mais, consulte:

4.2.x

Faça a atualização do MongoDB Ops Manager 4.2.x para a versão de correção mais recente disponível do 4.2. Em seguida, atualize para a versão mais recente disponível do 4.4. Use este procedimento para ambos os processos.

Uma desativação não intencional e temporária do TLS ocorre ao atualizar para versões anteriores ao 4.2.24. Atualizar para 4.2.24 ou posterior evita primeiro esse resultado.

Para saber mais, consulte:

4.0.x

Use o tutorial de atualização do v4.2 para atualizar do MongoDB Ops Manager 4.0.x para a versão 4.2.24 ou posterior. Em seguida, use este procedimento para atualizar para a versão mais recente disponível do 4.2.

Uma desativação não intencional e temporária do TLS ocorre ao atualizar para versões anteriores ao 4.2.24. Atualizar para 4.2.24 ou posterior evita primeiro esse resultado.

Para saber mais, consulte:

3.6.x
Use o tutorial de atualização do v4.0 para atualizar do MongoDB Ops Manager 3.6.x para a versão 4.0.x.
3.4.x
Use o tutorial de atualização do v3.6 para atualizar do MongoDB Ops Manager 3.4.x para a versão 3.6.x.
2.x ou anterior
Use o tutorial de atualização v3.4 para atualizar do MongoDB Ops Manager 2.x ou anterior.

Aviso

Para manter as configurações e a disponibilidade existentes, faça backup dos itens abaixo na sua instância atual do Ops Manager:

  • conf-mms.properties e arquivos gen.key em um local seguro. O conf-mms.properties armazena configurações para a instância do MongoDB Ops Manager . O gen.key fornece detalhes para criptografar e descriptografar os bancos de dados de backup e as credenciais do usuário do Ops Managers. MongoDB Ops Manager pode excluir esses arquivos como parte do processo de atualização.

Como precaução extra, você pode usar mongodump para criar uma exportação binária do Banco de Dados de Aplicativos. Não existe nenhum método de backup oficialmente suportado para o banco de dados de aplicativos. Se a atualização falhar, entre em contato com o Suporte doMongoDB para obter ajuda para corrigir o problema com a versão do MongoDB Ops Manager .

Antes de atualizar o MongoDB Ops Manager de 5.0 para 6.0, revise as seguintes considerações:

Use cadeias de conexão padrão ao se conectar ao AppDB durante o procedimento de atualização. O uso de connection strings DNS SRV pode causar falha na atualização.

MongoDB Ops Manager 6.0.0 requer no mínimo o MongoDB 4.4.0 para bancos de dados de suporte MongoDB Ops Manager .

Observação

Sua versão do MongoDB para bancos de dados de suporte do Ops Manager não pode ser posterior à sua versão do Ops Manager.

Se o gerente de operações gerenciar suas ferramentas MongoDB, as versões da ferramenta serão atualizadas quando você atualizar o gerente de operações.

Se você executar o MongoDB Ops Manager 6.0.x no modo local, deverá baixar e instalar uma versão compatível do pacote MongoDB Tools TGZ no diretório versions.

Para acessar versões mais antigas das Ferramentas MongoDB, clique em Versões arquivadas na página Download.

Adiciona suporte para executar o MongoDB Ops Manager no Debian 11.

  • Descontinua alertas SNMP. O gerente de operações 7.0.0 não incluirá alertas de SNMP.

  • Adiciona suporte para automatizar implementações no RedHat Enterprise Linux versão 8 e Amazon Linux 2 na arquitetura ARM64/aarch64.

  • Remove o suporte para automatizar implementações no Debian 9 e RedHat Enterprise Linux 6.

Remove o suporte para automatizar sistemas do MongoDB 3.4 .

Seus servidores devem atender aos requisitos de sistema do Ops Manager.

Aviso

Potencial para falha de produção

Sua instância do Ops Manager pode falhar em produção se você não configurar o seguinte:

Se os seus bancos de dados de apoio executarem o mecanismo storage engine MMAPv1, o processo de atualização não funcionará. O MongoDB Ops Manager solicita que você atualize o storage engine dos bancos de dados de apoio para o WiredTiger.

Você deve ter privilégios de administrador nos servidores nos quais executa a atualização.

Para baixar o software, clique no link de download disponível na página de downloads do cliente. O MongoDB fornece a URL dessa página aos clientes.

  • Se você não conseguir acessar esse link, visite a página de download para obter uma cópia de avaliação atual do software Ops Manager.

  • Se você precisar de uma versão anterior do software Ops Manager, visite o Release Archive.

Se você planeja executar o Ops Manager no Modo Local, baixe o software MongoDB para o diretório da biblioteca de versões. O software necessário inclui:

Antes de atualizar o Ops Manager, certifique-se de que:

  • A plataforma dos hosts que atendem Ops Manager é compatível com 5.0.

  • Os MongoDB Agents que gerenciam seus MongoDB deployments são compatíveis com o Ops Manager 5.0.

  • A plataforma dos hosts que atendem os agentes do Ops Manager é compatível com os Agents.

  • Se você utilizar o BI Connector, atualize o MongoDB para o 4.0 ou posterior.

Se você atualizou a plataforma para os hosts do agente MongoDB, atualize os agentes do MongoDB antes de atualizar o gerente de operações.

Observação

Modo de atualização para aplicativos altamente disponíveis

Se você tiver uma instalação do Ops Manager 4.2 ou posterior com mais de um host do Ops Manager apontando para o mesmo banco de dados de aplicativos, poderá atualizar o Ops Manager sem incorrer em tempo de inatividade de monitoramento. Durante esta atualização, o gerente de operações insere um estado conhecido como Modo de atualização. Este modo permite os seguintes benefícios durante o processo de atualização:

  • Alertas e monitoramento operam

  • As instâncias do Ops Manager permanecem ativas

  • O aplicativo do gerente de operações pode ser acessado no modo somente leitura

  • APIs do Ops Manager que gravam ou excluem dados estão desabilitadas

Sua instância do Ops Manager permanece no Modo de atualização até que todos os hosts do Ops Manager tenham sido atualizados e reiniciados.

Você não deve atualizar mais de um host do Ops Manager de cada vez.

Quando o Ops Manager entra no modo de atualização, os Backup Daemons tentam parar a si mesmos. Esse processo pode falhar se os Daemons estiverem no meio de uma longa tarefa de backup. Nesse caso, siga um destes procedimentos:

  • Reinicie a primeira instância do Ops Manager assim que os Backup Daemons terminarem a tarefa.

  • Pare os Backup Daemons manualmente.

Para interromper manualmente seus Backup Daemons:

  1. Faça login no primeiro host que disponibiliza um Backup Daemon.

  2. Emitir o seguinte comando:

    sudo service mongodb-mms-backup-daemon stop
  3. Verifique se você desligou o Backup Daemon:

    ps -ef | grep mongodb-mms-backup-daemon

    Se o Backup Daemon continuar em execução, emita este comando:

    sudo /etc/init.d/mongodb-mms-backup-daemon stop
  4. Repita as etapas 2 a 3 com cada outro host do Backup Daemon.

  1. Faça login no primeiro host que disponibiliza um Backup Daemon.

  2. Emitir o seguinte comando:

    sudo service mongodb-mms-backup-daemon stop
  3. Verifique se você desligou o Backup Daemon:

    ps -ef | grep mongodb-mms-backup-daemon

    Se o Backup Daemon continuar em execução, emita este comando:

    sudo /etc/init.d/mongodb-mms-backup-daemon stop
  4. Repita as etapas 2 a 3 com cada outro host do Backup Daemon.

  1. Faça login no primeiro host que disponibiliza um Backup Daemon.

  2. Emitir o seguinte comando:

    <install_dir>/bin/mongodb-mms-backup-daemon stop
  3. Verifique se você desligou o Backup Daemon:

    ps -ef | grep mongodb-mms-backup-daemon

    Se o Backup Daemon continuar em execução, emita este comando:

    sudo /etc/init.d/mongodb-mms-backup-daemon stop
  4. Repita as etapas 2 a 3 com cada outro host do Backup Daemon.

Se você estiver executando seu aplicativo do Ops Manager em uma configuração de alta disponibilidade, conclua este procedimento em um host do Ops Manager de cada vez.

Use este procedimento para atualizar o Aplicativo Ops Manager em hosts instalados usando pacotes deb :

1
  1. Abra seu navegador preferido para acessar o MongoDB Download Center em MongoDB.com.

    Se começar a partir de MongoDB.com, clique em Products Ops Manager Try it now.

  2. No menu suspenso Platforms, clique em Ubuntu 18.04.

  3. No menu suspenso Packages, clique em DEB para arquitetura x86_64.

  4. Clique em Download.

    O pacote baixado é denominado mongodb-mms-<version>.x86_64.deb, onde <version> é o número da versão.

2

Emita o seguinte comando para parar o Aplicativo Ops Manager:

sudo service mongodb-mms stop
3

Observação

Modo de Atualização para Aplicativos do Ops Manager Altamente Disponíveis

Se você tiver uma instalação do Ops Manager 4.4 com mais de um host do Ops Manager apontando para o mesmo aplicativo de banco de dados, este sistema do Ops Manager será executado com alta disponibilidade. Depois de atualizar um host do Ops Manager de um sistema do Ops Manager altamente disponível, esse sistema entra no Modo de atualização.

  1. Instale o pacote .deb em cada aplicativo de Ops Manager e host do Backup Daemon. Emita o seguinte comando, onde <version> é a versão do pacote .deb :

    sudo dpkg -i mongodb-mms_<version>_x86_64.deb
  2. Quando solicitado se deseja substituir a versão atualmente instalada do mms.conf, você deve digitar Y para substituir o arquivo existente.

  3. Se você modificou as portas ou as configurações de JVM que o Ops Manager utiliza, você precisará reaplicar estas alterações no arquivo mms.conf após o Ops Manager ser atualizado.

    Aviso

    Não adicione senhas ou segredos aos argumentos JVM no arquivo mms.conf . MongoDB Ops Manager os expõe como texto simples nos arquivos de diagnóstico.

    A atualização para o Ops Manager 4.1 e 4.2 removeu o sinalizador -d64 do parâmetro JAVA_MMS_UI_OPTS.

  4. Ao atualizar para o Ops Manager 4.4.11, o Ops Manager solicita que você escolha qual versão do arquivo /opt/mongodb/mms/conf/conf-mms.properties ele deve utilizar. Para evitar ter que reconfigurar manualmente o Ops Manager, escolha o arquivo atual. Para mais informações, consulte Notas de versão do 4.4.11.

4
sudo service mongodb-mms start

Observação

Em instâncias de alta disponibilidade do Ops Manager, o Backup Daemon espera que todos os nós atualizem antes de iniciar.

Faça login em seu host atualizado do Ops Manager depois que ele for reiniciado. Se seu login for bem-sucedido, a atualização foi bem-sucedida.

5

Observação

Os registros que o MongoDB Ops Manager gera durante a inicialização podem pausar temporariamente em Starting pre-flight checks enquanto o MongoDB Ops Manager atualiza todos os seus servidores para a mesma versão.

6

Assim que a atualização for concluída, faça login na instância do Ops Manager. O Ops Manager exibe um banner que diz One or more agents are out of date.

Clique em Update All Agents e confirme as alterações.

Importante

Se o Ops Manager gerenciar suas ferramentas do MongoDB, as versões das ferramentas serão atualizadas com os agentes.

Se o gerente de operações gerenciar seu conector de BI, a versão do conector de BI será atualizada com os agentes.

Use este procedimento para atualizar o Aplicativo Ops Manager em hosts instalados usando pacotes rpm :

1

Em hosts RHEL, CentOS, SUSE12 que usam systemd, emita o seguinte comando para interromper o MongoDB Ops Manager aplicativo :

sudo service mongodb-mms stop

Para plataformas que usam o SysVInit, emita o seguinte comando:

sudo /etc/init.d/mongodb-mms stop
2
  1. Abra seu navegador preferido para visitar o MongoDB Download Center em MongoDB.com.

    Se começar a partir de MongoDB.com, clique em Products Ops Manager Try it now.

  2. No menu suspenso Platforms, clique em uma das seguintes opções:

    • Red Hat + CentOS 7, 8 / SUSE 12 + 15 / Amazon Linux 2

  3. No menu suspenso Packages, clique em RPM.

  4. Clique em Download.

    O pacote baixado é denominado mongodb-mms-<version>.x86_64.rpm, onde <version> é o número da versão.

3

Observação

Modo de Atualização para Aplicativos do Ops Manager Altamente Disponíveis

Se você tiver uma instalação do Ops Manager 4.4 com mais de um host do Ops Manager apontando para o mesmo aplicativo de banco de dados, este sistema do Ops Manager será executado com alta disponibilidade. Depois de atualizar um host do Ops Manager de um sistema do Ops Manager altamente disponível, esse sistema entra no Modo de atualização.

Para instalar o pacote .rpm no host atualizado do MongoDB Ops Manager , emita o seguinte comando, onde <version> é a versão do MongoDB Ops Manager :

sudo rpm -Uvh mongodb-mms-<version>.x86_64.rpm

Ao atualizar para o MongoDB Ops Manager 5.0.x, O MongoDB Ops Manager mantém o arquivo /opt/mongodb/mms/conf/conf-mms.properties atual. O MongoDB Ops Manager salva o conf-mms.properties instalado com esta versão como /opt/mongodb/mms/conf/conf-mms.properties.rpmnew.

Aviso

Não adicione senhas ou segredos aos argumentos JVM no arquivo mms.conf . MongoDB Ops Manager os expõe como texto simples nos arquivos de diagnóstico.

4

Os seguintes arquivos existentes bloqueiam a atualização de uma instalação MongoDB Ops Manager 4.2 usando RPM:

  • /etc/init.d/mongodb-mms

  • /etc/init.d/mongodb-mms-backup-daemon

Para concluir a atualização:

  1. Emita os seguintes comandos para mover os arquivos init antigos:

    sudo mv /etc/init.d/mongodb-mms /etc/init.d/mongodb-mms-5.0
    sudo mv /etc/init.d/mongodb-mms-backup-daemon /etc/init.d/ mongodb-mms-backup-daemon-5.0
  2. Emitir os seguintes comandos para vincular simbolicamente os arquivos do MongoDB Ops Manager aos seus arquivos init:

    sudo ln -s /opt/mongodb/mms/bin/mongodb-mms /etc/init.d/mongodb-mms
    sudo ln -s /opt/mongodb/mms/bin/mongodb-mms-backup-daemon /etc/init.d/mongodb-mms-backup-daemon
5

Em hosts RHEL, CentOS, SUSE12 que usam systemd, emita o seguinte comando:

sudo service mongodb-mms start

Para plataformas que usam o SysVInit, emita o seguinte comando:

sudo /etc/init.d/mongodb-mms start

Observação

Os registros que o MongoDB Ops Manager gera durante a inicialização podem pausar temporariamente em Starting pre-flight checks enquanto o MongoDB Ops Manager atualiza todos os seus servidores para a mesma versão.

6

Faça login no host do MongoDB Ops Manager que você atualizou depois que ele for reiniciado. Se seu login for bem-sucedido, a atualização foi bem-sucedida.

Se seu login foi bem-sucedido, repita essas etapas no próximo host em sua implantação de alta disponibilidade MongoDB Ops Manager .

7

Assim que a atualização for concluída, faça login na instância do Ops Manager. O Ops Manager exibe um banner que diz One or more agents are out of date.

Clique em Update All Agents e confirme as alterações.

Importante

Se o Ops Manager gerenciar suas ferramentas do MongoDB, as versões das ferramentas serão atualizadas com os agentes.

Se o gerente de operações gerenciar seu conector de BI, a versão do conector de BI será atualizada com os agentes.

Use este procedimento para atualizar sistemas Linux que não usam pacotes deb ou rpm .

1

Emita o seguinte comando para parar o Aplicativo Ops Manager:

<install_dir>/bin/mongodb-mms stop
2

No host do MongoDB Ops Manager que você está atualizando, faça backup dos arquivos e registros de configuração existentes em um diretório diferente do diretório de instalação.

Importante

Você precisa do arquivo <install_dir>/conf/conf-mms.properties de backup para utilizar mais tarde neste procedimento.

Exemplo

Os comandos a seguir fazem backup dos arquivos de configuração e registram-se no seu diretório inicial:

cp -a <install_dir>/conf ~/mms_conf.backup
cp -a <install_dir>/logs ~/mms_logs.backup

Você também deve fazer backup do arquivo gen.key que o MongoDB Ops Manager usa para criptografar e descriptografar os bancos de dados de backup e as credenciais de usuário MongoDB Ops Manager. MongoDB Ops Manager requer um arquivo gen.key idêntico em cada servidor que faz parte de uma implantação MongoDB Ops Manager altamente disponível.

3
  1. Abra seu navegador preferido para visitar o MongoDB Download Center em MongoDB.com.

    Se começar a partir de MongoDB.com, clique em Products Ops Manager Try it now.

  2. No menu suspenso Version , clique em uma das versões estáveis fornecidas.

  3. No menu suspenso Platform, clique em uma das seguintes opções:

    • Red Hat + CentOS 7, 8 / SUSE 12 + 15 / Amazon Linux 2

    • Debian 9, 10, 11 / Ubuntu 18.04

  4. No menu suspenso Package, clique em tar.gz.

  5. Clique em Download.

    O pacote baixado é denominado mongodb-mms-<version>.x86_64.tar.gz, onde <version> é o número da versão.

4

Observação

Modo de Atualização para Aplicativos do Ops Manager Altamente Disponíveis

Se você tiver uma instalação do Ops Manager 4.4 com mais de um host do Ops Manager apontando para o mesmo aplicativo de banco de dados, este sistema do Ops Manager será executado com alta disponibilidade. Depois de atualizar um host do Ops Manager de um sistema do Ops Manager altamente disponível, esse sistema entra no Modo de atualização.

Navegue até o diretório no qual você deseja instalar o MongoDB Ops Manager. Extraia o arquivo para esse diretório:

tar -zxf mongodb-mms-<version>.x86_64.tar.gz

Importante

Para instalar uma nova versão no mesmo diretório da versão antiga, siga estas etapas:

  1. Renomeie o diretório de instalação atual.

    mv <install_dir> <install_dir_old>
  2. Crie um novo diretório com o nome original do seu diretório antigo.

    mkdir <install_dir>

Isso evita um diretório de instalação vazio e conflitos de biblioteca de código.

5

Todos os arquivos de log devem ser restaurados. A maioria, mas não todos, os arquivos de configuração devem ser restaurados. Restaurar:

conf-mms.properties
As configurações para esta implantação MongoDB Ops Manager .
gen.key
A chave de criptografia para os bancos de dados de backup desta implantação do MongoDB Ops Manager .

Exemplo

Esses comandos restauram os arquivos de configuração e os registros do seu diretório inicial:

cp -a ~/mms_logs.backup <install_dir>/logs
cp -a ~/mms_conf.backup/conf-mms.properties <install_dir>/conf/conf-mms.properties
cp -a ~/mms_conf.backup/gen.key <install_dir>/conf/gen.key

Observação

Em instâncias de alta disponibilidade do Ops Manager, o Backup Daemon espera que todos os nós atualizem antes de iniciar.

6

O arquivo mms.conf raramente é personalizado, pois contém definições de configuração de porta e JVM . Se você modificou as portas ou as configurações de JVM que o MongoDB Ops Manager usa, precisará reaplicar essas alterações da cópia de backup ao arquivo mms.conf depois que o MongoDB Ops Manager for atualizado.

Aviso

Não adicione senhas ou segredos aos argumentos JVM no arquivo mms.conf . MongoDB Ops Manager os expõe como texto simples nos arquivos de diagnóstico.

A atualização para o Ops Manager 4.1 e 4.2 removeu o sinalizador -d64 do parâmetro JAVA_MMS_UI_OPTS.

7

Emitir o seguinte comando:

<install_dir>/bin/mongodb-mms start
8

Faça login no host do MongoDB Ops Manager que você atualizou depois que ele for reiniciado. Se seu login for bem-sucedido, a atualização foi bem-sucedida.

Se seu login foi bem-sucedido, repita essas etapas no próximo host em sua implantação de alta disponibilidade MongoDB Ops Manager .

9

Assim que a atualização for concluída, faça login na instância do Ops Manager. O Ops Manager exibe um banner que diz One or more agents are out of date.

Clique em Update All Agents e confirme as alterações.

Importante

Se o Ops Manager gerenciar suas ferramentas do MongoDB, as versões das ferramentas serão atualizadas com os agentes.

Se o gerente de operações gerenciar seu conector de BI, a versão do conector de BI será atualizada com os agentes.

A saída da verificação pré-voo ou o log de inicialização devem incluir um erro como Unrecognized VM option 'UseParNewGC'. Esse erro pode ocorrer se algum dos seguintes arquivos tiver sido editado:

  • /etc/rc.d/init.d/mongodb-mms

  • mms.conf

  • conf-mms.properties

Remova -XX:+UseParNewGC dos arquivos de configuração para resolver esse problema.

Dependendo da distribuição do Linux e das configurações locais, o Ops Manager poderá substituir as alterações feitas no arquivo de configuração durante a atualização. No Ops Manager 5,0 e posterior, se você usar pacotes RPM, o Ops Manager não atualizará mais o arquivo de configuração após a atualização. Se uma nova versão do Ops Manager exigir novas propriedades no arquivo de configuração, você deverá adicioná-las ao arquivo após a atualização.

Ao atualizar, atualize o valor do mongo.mongoUri para incluir os novos parâmetros introduzidos com o MongoDB Java driver. Por padrão, esse driver permite leituras e gravações repetíveis. Se você definir lógica personalizada para tentar ler e gravar novamente, as tentativas podem levar muito tempo. Para desabilitar esses valores padrão, adicione o seguinte à sua string de conexão:

Exemplo

mongodb://SERVER:PORT/?maxPoolSize=150&retryWrites=false&retryReads=false

A saída da verificação pré-voo ou o log de inicialização devem incluir um erro como Unrecognized VM option 'UseParNewGC'. Esse erro pode ocorrer se algum dos seguintes arquivos tiver sido editado:

  • /etc/rc.d/init.d/mongodb-mms

  • mms.conf

  • conf-mms.properties

Remova -XX:+UseParNewGC dos arquivos de configuração para resolver esse problema.

Dependendo da distribuição do Linux e das configurações locais, o Ops Manager poderá substituir as alterações feitas no arquivo de configuração durante a atualização. No Ops Manager 5,0 e posterior, se você usar pacotes RPM, o Ops Manager não atualizará mais o arquivo de configuração após a atualização. Se uma nova versão do Ops Manager exigir novas propriedades no arquivo de configuração, você deverá adicioná-las ao arquivo após a atualização.

A saída da verificação pré-voo ou o log de inicialização devem incluir um erro como Unrecognized VM option 'UseParNewGC'. Esse erro pode ocorrer se algum dos seguintes arquivos tiver sido editado:

  • /etc/rc.d/init.d/mongodb-mms

  • mms.conf

  • conf-mms.properties

Remova -XX:+UseParNewGC dos arquivos de configuração para resolver esse problema.

Dependendo da distribuição do Linux e das configurações locais, o Ops Manager poderá substituir as alterações feitas no arquivo de configuração durante a atualização. No Ops Manager 5,0 e posterior, se você usar pacotes RPM, o Ops Manager não atualizará mais o arquivo de configuração após a atualização. Se uma nova versão do Ops Manager exigir novas propriedades no arquivo de configuração, você deverá adicioná-las ao arquivo após a atualização.

Ao atualizar, atualize o valor do mongo.mongoUri para incluir os novos parâmetros introduzidos com o MongoDB Java driver. Por padrão, esse driver permite leituras e gravações repetíveis. Se você definir lógica personalizada para tentar ler e gravar novamente, as tentativas podem levar muito tempo. Para desabilitar esses valores padrão, adicione o seguinte à sua string de conexão:

Exemplo

mongodb://SERVER:PORT/?maxPoolSize=150&retryWrites=false&retryReads=false

Este aviso é exibido devido à versão da bibliotecaGuice que MongoDB Ops Manager o usa. Você pode ignorar esse aviso com segurança.

Voltar

Passe o tráfego de saída através do proxy HTTP