Limitações e problemas conhecidos da Solução Bare Metal

Veja nesta página problemas e limitações conhecidos que você pode encontrar ao usar a Solução Bare Metal.

Limitações

Não é possível modificar as configurações do BIOS

A Solução Bare Metal não oferece suporte a modificações nas configurações da BIOS, incluindo a desativação dos estados C e P no nível da BIOS.

Para contornar esse problema, use os controles dos estados C e P no nível do SO com a função de gerenciamento de energia. Veja informações na documentação do SO.

A extensão regional da Solução Bare Metal não oferece suporte aos parâmetros do VPC Service Controls

Ao conectar uma VPC com controles de serviço ativados no ambiente da Solução Bare Metal, você não mantém nenhuma garantia de controle de serviço.

A API da Solução Bare Metal pode ser adicionada a um perímetro seguro. No entanto, os perímetros do VPC Service Controls não se estendem ao ambiente da Solução Bare Metal nas extensões regionais. Para mais informações, consulte Produtos e limitações compatíveis.

Se você ainda quiser usar a Solução Bare Metal com o VPC Service Controls ativado, entre em contato com o Atendimento ao cliente para adicionar o projeto do Google Cloud à lista de permissões para usar esse recurso.

Não é possível alterar o ASN

A Solução Bare Metal e a Interconexão por parceiro não são compatíveis com números de sistema autônomo (ASN, na sigla em inglês) personalizados. O ASN da rede do cliente da Solução Bare Metal está definido como 65500. Na Interconexão por parceiro, todos os Cloud Routers precisam ter um ASN local de 16550.

Recomendamos que você planeje suas implantações adequadamente.

Número máximo de LUNs anexados a um servidor

É possível anexar até 200 LUNs (incluindo o LUN de inicialização) a um servidor da Solução Bare Metal.

Problemas conhecidos

Desligamento a frio após a primeira reinicialização pelo OVM Manager

Nos servidores provisionados com o OVM 3.4.6, a primeira reinicialização iniciada pelo OVM Manager, após o provisionamento inicial ou a nova imagem, resulta em um desligamento a frio.

Saiba como ligar um servidor em Operar o servidor da Solução Bare Metal.

O servidor demora muito para inicializar

O tempo de inicialização pode varia conforme o tamanho do servidor e o número de LUNs compartilhados.

Quanto maior o servidor, mais tempo ele demora para ser inicializado.

O número de LUNs compartilhados em um servidor também afeta o tempo de inicialização. Por exemplo, um servidor o2-highmem-224-metal com cerca de 100 LUNs compartilhados pode levar mais de uma hora para inicializar em comparação com um servidor o2-highmem-224-metal com menos LUNs, que levaria cerca de 45 minutos. Isso é normal e ocorre devido ao tempo necessário para executar todas as verificações.

Excesso de buffer ao usar ethtool com a sinalização de depuração

Um bug que causava um estouro de buffer ao usar ethtool -d foi corrigido no kernel do Linux 5.8. Esse bug pode causar pânico no kernel e afetar o servidor da Solução Bare Metal, dependendo do sistema operacional e do hipervisor que você está usando.

Veja a seguir nossas recomendações e soluções alternativas para esse bug:

Red Hat Enterprise Linux (RHEL)

Se você estiver usando o RHEL 7.x, siga estas diretrizes:

  • Não execute ethtool com a sinalização de depuração: ethtool -d.

  • Impeça o utilitário sosreport de invocar ethtool -d desativando o plug-in de rede.

    No arquivo /etc/sos/sos.conf, adicione estas linhas:

    [plugins]
disable = networking

Se você estiver usando o RHEL 8.x, siga estas diretrizes:

  • Atualize para a versão do kernel RHEL 8.3 (kernel 4.18.0-240) ou posterior.

  • Para sistemas com versões de kernel anteriores à 4.18.0-240 que não podem ser atualizadas, desative o plug-in de rede para que o utilitário sosreport não chame ethtool -d.

    No arquivo /etc/sos/sos.conf, adicione estas linhas:

    [report]
skip-plugins = networking

Para mais informações, consulte a solução Red Hat.

SUSE Linux Enterprise Server(SLES)

Esse bug foi corrigido no SLES 15 SP4 (kernel versão 5.14.21-150400.22.1). Atualize para o SLES 15 SP4 (kernel versão 5.14.21-150400.22.1) ou posterior.

Oracle Enterprise Linux

Se você estiver usando o Oracle Linux 7.x, siga estas diretrizes:

  • Não execute ethtool com a sinalização de depuração: ethtool -d.

  • Impeça o utilitário sosreport de invocar ethtool -d desativando o plug-in de rede.

    No arquivo /etc/sos/sos.conf, adicione estas linhas:

    [plugins]
disable = networking

Se você estiver usando o Oracle 8.x, siga estas diretrizes:

  • Esse bug foi corrigido em OL8U7 (kernel-uek-5.15.0-3.60.5.1). É possível atualizar para o kernel mais recente seguindo as instruções de atualização da Oracle.

  • Se não for possível atualizar para a versão kernel-uek-5.15.0-3.60.5.1 do kernel, impeça que o utilitário sosreport invoque ethtool -d desativando a função plug-in de rede.

    No arquivo /etc/sos/sos.conf, adicione estas linhas:

    [report]
skip-plugins = networking

Servidor da VM da Oracle

  • Não execute ethtool no domínio dom0 com a sinalização de depuração: ethtool -d.

  • Impeça o utilitário sosreport de invocar ethtool -d desativando o plug-in de rede.

    No arquivo /etc/sos/sos.conf, adicione estas linhas:

    [plugins]
disable = networking

O servidor OVM não consegue se conectar ao Gerenciador de OVM após o upgrade do firmware do TS54

Se você fez upgrade do servidor da Solução Bare Metal executando a VM do Oracle (OVM) e ele não consegue se conectar ao OVM Manager, esse problema pode ser a causa. O upgrade do firmware de um servidor da Solução Bare Metal altera o UUID do SMBIOS. O OVM usa esse UUID para se identificar com o Gerenciador do OVM. Portanto, a alteração do UUID pode causar problemas na comunicação entre os dois. Para evitar isso, antes de fazer upgrade do firmware do servidor da Solução Bare Metal, aplique a solução alternativa descrita no Oracle Doc ID 1534416.1. Para receber ajuda com a implementação dessa solução alternativa, entre em contato com o Atendimento ao cliente.