Problemas Conhecidos do Serviço Compute

Detalhes

A assinatura ClamAV marcou binários legítimos como vírus por causa de um banco de dados de assinatura inválido (definição de vírus 26931). Esse problema fez com que ClamAV identificasse o Oracle Cloud Agent e seus plug-ins como vírus. Por padrão, ClamAV não coloca em quarentena arquivos infectados. Portanto, apesar da falsa detecção, o agente e seus plugins continuam funcionando normalmente. Mesmo que uma ação de quarentena tenha sido tomada em uma instância, o agente e os plug-ins permanecem inalterados e as funcionalidades, como Updater e heartbeat, operam conforme esperado. No entanto, uma reinicialização do agente ou da instância interromperá a funcionalidade.

Solução alternativa

Se sua instância for afetada, consulte Instalando o Software Oracle Cloud Agent para instalar um novo pacote do Oracle Cloud Agent.

Detalhes

Uma limitação existente em anexos de rede virtual limita a largura de banda total da rede do host a 60 Gbps no BM.Standard.E5.192.

Solução alternativa

Não existe solução. Estamos trabalhando em uma correção de software que não afetará nenhuma carga de trabalho de rede ativa quando implantada.

Detalhes

Após criar uma instância de computação, você não poderá ativar ou desativar a computação confidencial dessa instância posteriormente.

Solução alternativa

Estamos trabalhando em uma resolução.

Detalhes

Não há suporte para a computação confidencial no Oracle Linux 9.

Solução alternativa

Estamos trabalhando em uma resolução.

Detalhes

Em sistemas AMD de geração mais antiga, (E2/E3 usando processadores AMD Rome), um convidado usando criptografia de memória SEV (Secure Encrypted Virtualization) (não ativada por padrão) com mais de 350 GB de memória pode resultar em uma advertência de bloqueio flexível da CPU no host/hipervisor durante a inicialização/o shutdown do convidado. Isso se dá porque o tempo gasto para liberar a memória retida que está sendo criptografada é proporcional à quantidade de memória, e com quantidades de memória acima de 350 GB o tempo gasto na CPU é excessivo e resulta na advertência. Após a memória ser descarregada, o hipervisor retorna à operação regular.

Sistemas mais recentes, como E4 (baseado em processadores AMD Milan), têm suporte a hardware que minimiza o tempo gasto na liberação da memória para que não ocorra travamento flexível de CPU.

Solução alternativa

Se você precisar de um convidado ativado para SEV com mais de 350 GB de memória, crie-o em um sistema E4 (com base nos processadores AMD Milan). Em sistemas com processadores AMD Rome (E2/E3), limite a memória a menos de 350 GB, se estiver usando criptografia de memória SEV.

Detalhes

Para a lista a seguir de formas do serviço Compute, vários nomes são usados para a mesma forma.

• BM.GPU.A10.4: O nome aparece como BM.GPU.A10.4 e BM.GPU.GU1.4.
• BM.GPU.A100-v2.8: O nome aparece como BM.GPU.A100-v2.8 e BM.GPU.GM4.8.
• VM.GPU.A10.1: O nome aparece como VM.GPU.A10.1 e VM.GPU.GU1.1.
• VM.GPU.A10.2: O nome aparece como VM.GPU.A10.2 e VM.GPU.GU1.2.

Solução alternativa

Ignore os diferentes nomes. Para cada forma, o hardware subjacente é o mesmo.

Detalhes

Quando você tenta estabelecer conexão com uma instância no Oracle Cloud Infrastructure usando um cliente que executa macOS Ventura (versão 13) ou um cliente que executa OpenSSH 9.0, pode encontrar problemas de conexão que resultam em erros semelhantes aos seguintes:

Unable to negotiate with 192.0.2.181 port 22: no matching host key type found. Their offer: ssh-rsa
kex_exchange_identification: Connection closed by remote host

Solução alternativa

Adicione o seguinte ao arquivo ~/.ssh/config:

Host *
  PubkeyAcceptedKeyTypes +ssh-rsa
  HostkeyAlgorithms +ssh-rsa

Detalhes

As instâncias que executam a imagem de plataforma de setembro de 2022 para o CentOS 7 (nome da imagem CentOS-7-2022.09.20-0) perdem a conexão com volumes de inicialização anexados ao iSCSI após 24 horas. O problema acontece porque a instância perde seu leasing do DHCP após 24 horas.

Solução alternativa

Recomendamos que você encerre (exclua) qualquer instância existente que use esta imagem e recrie as instâncias usando uma imagem de plataforma CentOS 7 diferente.

Se você não puder encerrar instâncias existentes que usam a imagem da plataforma CentOS 7 de setembro de 2022, poderá obter um novo leasing DHCP de 24 horas reinicializando a instância.

Detalhes

Esse problema afeta as instâncias bare metal que usam formas de geração anteriores (para os fins desse problema conhecido, as formas com data de término de capacidade de pedido anterior a outubro de 2022) e que executam a edição Windows Server 2016 Datacenter.

Quando você abre o Hyper-V Virtual Switch Manager e tenta criar um novo switch virtual externo (vSwitch), uma mensagem de erro semelhante à seguinte é exibida: "Erro ao aplicar alterações de Propriedades do Switch Virtual: Falha ao adicionar conexões de switch Ethernet virtuais".

O erro ocorre porque um driver Broadcom instalado após a execução do Microsoft Windows Update não é certificado pela Oracle.

Solução alternativa

O driver Broadcom versão 20.8.24.0 é certificado pela Oracle. Instale a versão 20.8.24.0.

Detalhes

Quando você executa contêineres em uma instância do serviço Compute que usa o Ubuntu 20.04, versão do núcleo linux-oracle-5.13 5.13.0-1033.39~20.04.1, ocorre uma pane do kernel. A instância trava e fica inacessível. Para obter mais informações, consulte Docker container creation causes kernel oops on linux-aws 5.13.0.1028.31~20.04.22.

Solução alternativa

Faça upgrade do kernel para uma versão posterior executando os seguintes comandos:

sudo apt-get update

sudo apt-get upgrade -y linux-image-oracle

Detalhes

As instâncias de VM de forma flexível E3/E4 criadas antes de 5 de abril de 2021 não serão iniciadas se a memória for redimensionada para mais de 1.010 GB. Nesse caso, você vê um erro que diz "falha ao iniciar".

Solução alternativa 1

Reduza o tamanho da memória para menos de 1.010 GB.

Solução alternativa 2

Crie a instância novamente e redimensione a memória da instância para até 1.024 GB.

Detalhes

Não há suporte para o Oracle Autonomous Linux em instâncias de computação Always Free, mas na Console, o Oracle Autonomous Linux aparece na lista de imagens suportadas para formas Always Free.

Solução alternativa

Estamos trabalhando em uma resolução.

Detalhes

Na região Leste dos EUA (Ashburn), quando as instâncias do Oracle Linux são inicializadas pela primeira vez após o provisionamento, o DNS pode não funcionar conforme esperado e o campo search no arquivo /etc/resolv.conf pode estar incompleto.

Solução alternativa

Reinicialize a instância ou aguarde a próxima renovação do leasing DHCP. Após a renovação do leasing DHCP, o problema é resolvido automaticamente. O tempo padrão de leasing DHCP é de 24 horas, mas varia dependendo das configurações de rede.

Detalhes

Quando você cria uma instância blindada usando o Linux 7.x e depois reinicializa a instância, os valores do PCR podem mudar, fazendo com que o escudo vermelho apareça.

Solução alternativa

Alguns valores de PCR são alterados no runtime. Essa alteração é esperada. Como solução alternativa, redefina as medidas confiáveis.

Detalhes

Instâncias bare metal que usam a forma BM.Standard.A1.160 apresentam desempenho de rede reduzido para cargas de trabalho em execução em CPUs de soquete 1.

Solução alternativa

Para aplicativos responsáveis pelo processamento de pacotes da rede, vincule-os a CPUs do soquete 0.

Detalhes

Quando você provisiona uma instância de computação no Windows em uma sub-rede privada com um gateway de serviço anexado, os plug-ins do Oracle Cloud Agent podem não emitir métricas.

Solução alternativa

Siga as etapas no artigo de problema conhecido da Microsoft: Problemas de conectividade se o certificado raiz G2 global do digiCert não estiver instalado.

Detalhes

As instâncias que usam a forma VM.Standard.A1.Flex com a rede assistida por hardware (SR-IOV) podem enfrentar problemas de desempenho e, em raros casos, corrompimento de dados. Para evitar isso, imagens de plataforma para Ampere A1 Compute (aarch64) são configuradas para usar somente redes paravirtualizadas. Se você criar uma instância usando uma imagem de plataforma e especificar rede assistida por hardware, a inicialização falhará com uma mensagem semelhante a Failed to validate instance launch options.

Para imagens personalizadas compatíveis com o Ampere A1 Compute, a inicialização será bem-sucedido, mas recomendamos expressamente não selecionar redes assistidas por hardware para evitar possíveis problemas de desempenho e corrompimento de dados.

Solução alternativa

Quando você criar uma instância VM.Standard.A1.Flex usando uma imagem de plataforma, deixe a Oracle escolher o tipo de inicialização de rede recomendado. Para imagens personalizadas, não use a rede assistida por hardware (SR-IOV).

Detalhes

Instâncias que usam VM.Standard.A1. Forma flexível com rede assistida por hardware (SR-IOV) e um grande número de núcleos melhoraram o desempenho usando a rede paravirtualizada. No entanto, a rede SR-IOV limita o número de núcleos a 76 e a quantidade de memória a 456 GB.

Se você tentar criar uma instância que exceda qualquer um desses limites, ocorrerá um erro informando que não há capacidade suficiente para criar a instância.

Solução alternativa

Estamos trabalhando em uma resolução.

Detalhes

Ao usar o Terraform para criar uma instância de computação Intel ou AMD usando uma imagem de plataforma Linux, a operação pode falhar com o código de erro InvalidParameter e uma mensagem semelhante a Shape <shape_name> is not valid for image <image_OCID>.

Isso acontece se o Terraform identificar a imagem mais recente com base na imagem display_name. Imagens para formas Intel e AMD (arquitetura do processador x86) têm nomes semelhantes às imagens de formas baseadas na arquitetura Arm (arquitetura do processador aarch64), mas as imagens não são compatíveis entre as arquiteturas de processador. Se a imagem mais recente for uma imagem aarch64, o Terraform selecionará uma imagem aarch64 para uma forma x86, fazendo com que a operação falhe.

Solução alternativa

Modifique os seguintes arquivos do Terraform:

• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/global/global.datasources.tf
• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/pd/pd.datasources.tf
• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/nonpd/nonpd.datasources.tf
• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/globalDR/globalDR.datasources.tf
• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/pdDR/pdDR.datasources.tf

Nos arquivos, atualize a expressão regular que identifica a imagem para filtrar todas as imagens de formas baseadas na arquitetura Arm. Imagens para formas baseadas na arquitetura Arm incluem "aarch" no nome da imagem.

Por exemplo, para imagens do Oracle Linux 8, faça a seguinte atualização:

• Expressão regular atual: values = ["^.*Oracle-Linux-8[.]*[\\d]*-[^G].*$"]
• Expressão regular atualizada: values = ["^.*Oracle-Linux-8[.][0-9]*-[\\d]{4}.[\\d]{2}.[\\d]{2}-[\\d]*$"]

Detalhes

As instâncias que usam a imagem do Oracle Linux Cloud Developer não podem ser gerenciadas pelo serviço OS Management.

Solução alternativa

Não instale o OS Management Service Agent (osms-agent) em instâncias do Oracle Linux Cloud Developer.

Detalhes

Ao tentar importar ou exportar uma imagem personalizada de um bucket do serviço Object Storage, pode ocorrer um erro semelhante ao seguinte:

Invalid bucketName: Specified namespace or bucket to export image does not exist

Esse erro acontece para usuários federados e para usuários que se autenticam com principais de instância vinculados a um grupo dinâmico.

Solução alternativa

Crie uma solicitação pré-autenticada e use-a para importar ou exportar a imagem. As solicitações pré-autenticadas fornecem uma forma de permitir que os usuários acessem um bucket ou objeto sem ter suas próprias credenciais. Para etapas detalhadas que explicam como criar e usar solicitações pré-autenticadas, consulte Usando Solicitações Pré-Autenticadas e Solicitações Pré-Autenticadas.

Detalhes

Ao tentar criar uma instância com base em um backup de volume de inicialização na Console, pode ocorrer um erro semelhante ao seguinte:

"Erro ao carregar a imagem de origem para criar uma instância. Talvez você não tenha permissão para acessar esta imagem ou ela pode estar em outra região. Se a imagem estiver em outra região, você ainda poderá iniciar sua instância."

Esse erro pode ocorrer quando o compartimento que continha os metadados de imagem excluídos usados para o backup do volume de inicialização também foi excluído.

Solução alternativa

Se o compartimento tiver sido excluído, use a CLI para criar a instância. Para obter informações sobre como usar a CLI, consulte Interface de Linha de Comando (CLI).

Para criar uma instância com base em um volume de inicialização usando a CLI, abra um prompt de comando e execute o comando launch. Para iniciar uma instância usando uma imagem ou um volume de inicialização, inclua o parâmetro --source-details.

oci compute instance launch --availability-domain <availability_domain> --compartment-id, -c <compartment_ocid> --shape <shape> --subnet-id <subnet_id> --source-details <file://path/to/file>

Detalhes

Não é possível remover uma instância de uma reserva de capacidade usando o Terraform.

Soluções alternativas

Use uma das seguintes soluções alternativas:

• Use a Console, a CLI ou o SDK para remover a instância da reserva de capacidade.
• Usando o Terraform, para permitir que você remova uma instância, defina capacity_reservation_id como um espaço, como no seguinte exemplo de script do Terraform:

  capacity_reservation_id = " "

Detalhes

Ao criar mais de 50 configurações de capacidade em uma reserva de capacidade, ocorre um erro interno. Depois que o erro ocorrer, não será possível iniciar instâncias na reserva de capacidade.

Solução alternativa

Para evitar esse problema, não adicione mais de 50 configurações de capacidade à reserva de capacidade.

Detalhes

Os números de limite do serviço <shape>-core-reserved-count não são precisos. O número na coluna Limite do Serviço pode mostrar 1.000.000.000 ou N/A. O número na coluna Disponível pode mostrar 1.000.000.000 menos o número na coluna Uso ou N/A. O valor 1.000.000.000 representa um valor máximo e pode variar.

Solução alternativa

Para obter limites de serviço precisos, consulte Reservas de Capacidade de Computação.

Detalhes

Ao solicitar um aumento do limite de serviço, o menu Categoria de Serviço não inclui uma categoria para reservas de capacidade.

Solução alternativa

No form Solicitar Atualizações de Limites do Serviço:

• Para Categoria de Serviço, selecione Outros.
• Para Recurso, selecione Outros Limites.
• No campo Motivo da Solicitação, informe o limite específico a ser aumentado.

Detalhes

Quando você tenta criar um pool de instâncias, a criação do pool de instâncias falha com o erro "Authorization failed or requested resource not found". Isso acontece porque os recursos usados pelo pool de instâncias contêm tags padrão e o usuário não tem permissão para o namespace de tag.

Solução alternativa

Adicione uma instrução de política concedendo ao grupo de usuários do pool de instâncias a permissão para o namespace de tag Oracle-Tags:

Allow group InstancePoolUsers to use tag-namespaces in tenancy where target.tag-namespace.name = 'oracle-tags'

Para obter mais informações sobre políticas, consulte Permitir que os usuários gerenciem configurações de instância do Compute, pools de instâncias e redes de clusters. Para obter mais informações sobre tags padrão, consulte Noções Básicas de Padrões de Tag Automática.

Detalhes

Ao tentar criar uma instância, a inicialização da instância falha com o código de erro InternalError e uma mensagem semelhante a Out of host capacity. Isso acontece por causa da falta de capacidade de infraestrutura física para a configuração no domínio de falha e no domínio de disponibilidade solicitados.

Solução alternativa

A capacidade geralmente fica disponível em breve para a maioria das formas. Para resolver esse problema, proceda da seguinte forma:

• Para determinar se a capacidade está disponível para uma forma específica antes de criar uma instância, use a operação CreateComputeCapacityReport.
• Se você estiver usando uma forma de geração anterior, crie a instância usando uma forma de geração atual. A capacidade é limitada para formas de geração anteriores.
• Crie a instância em outro domínio de disponibilidade.
• Crie a instância sem especificar um domínio de falha.
• Crie a instância usando uma forma menor ou usando uma forma de outra série.
• Aguarde alguns minutos e tente novamente.

Detalhes

Quando o valor de criptografia em trânsito de uma imagem é nulo, o valor de criptografia em trânsito de uma instância criada com base na imagem pode ser definido como um valor não nulo.

Solução alternativa

Estamos trabalhando em uma resolução.

Detalhes

Ao usar uma instância do Windows Server como controlador de domínio, os recursos que dependem do Oracle Cloud Agent, como o serviço Monitoring e o serviço OS Management, não ficam disponíveis. Isso ocorre porque os serviços instalados pelo Oracle Cloud Agent no Windows são executados com contas virtuais, mas contas virtuais não são suportadas no escopo do controlador de domínio.

Solução alternativa

1. Desative o atualizador do Oracle Cloud Agent executando o seguinte comando do PowerShell como administrador:

   net stop OCAU

   Observação
   
   A desativação do atualizador do Oracle Cloud Agent impede que a instância receba atualizações automáticas do Oracle Cloud Agent no futuro. Você pode atualizar o Oracle Cloud Agent manualmente, mas deve repetir essa solução alternativa após a atualização.

2. Para cada recurso do Oracle Cloud Agent que você deseja usar, atualize o usuário em execução do serviço para que o serviço NT aplicável use uma conta de usuário do domínio.

   Certifique-se de que a conta de domínio seja um membro do Grupo de Usuários ou Administradores do Performance Monitor de acordo com a tabela a seguir. Use a opção Usuários e Computadores do Active Directory para localizar uma conta de usuário apropriada de seu domínio e garantir que o usuário seja membro do grupo local do domínio de destino, conforme mostrado na tabela a seguir.

   Recurso Oracle Cloud Agent	Tipo de Conta de Destino	Grupo Local de Domínio de Destino
   Serviço NT do Oracle Cloud Agent (incluindo o plug-in Compute Instance Monitoring)	Conta de serviço ou conta de usuário do domínio	Usuários do Serviço Performance Monitor
   Plug-in Compute Instance Run Command	Conta de serviço de domínio ou conta de usuário de domínio que tem privilégios administrativos locais	Grupo de Administradores
   Oracle Cloud Unified Monitoring Installer Service (plug-in Custom Logs Monitoring)	Conta de serviço de domínio ou conta de usuário de domínio que tem privilégios administrativos locais	Grupo de Administradores
   Plug-in OS Management Service Agent	Conta de serviço de domínio ou conta de usuário de domínio que tem privilégios administrativos locais	Grupo de Administradores
   Atualizador do Oracle Cloud Agent	Conta de serviço de domínio ou conta de usuário de domínio que tem privilégios administrativos locais	Grupo de Administradores

3. Use services.msc para atualizar o usuário que executa o serviço para a conta do usuário do domínio com grupos de domínios apropriados.

Detalhes

Em decorrência de uma alteração na forma pela qual o serviço Compute trata as imagens, quando você cria um backup de volume de inicialização, o backup é maior do que o esperado. Em alguns casos, o backup do volume de inicialização pode ter um tamanho maior que o do volume de inicialização.

Solução alternativa

Estamos trabalhando em uma resolução.

Detalhes

Talvez você encontre erros intermitentes com qualquer uma das seguintes tarefas para sua instância de computação:

• Estabelecimento de conexão com a instância usando SSH.
• Executando uma pesquisa de DNS
• Acessando o serviço de metadados em http://169.254.169.254/*.

Solução alternativa

Para contornar esse problema temporariamente, execute o seguinte comando na instância:

sudo ethtool -G ens3 tx 513 && sudo ethtool -G ens3 tx 512

Detalhes

Se você tiver executado uma atualização do yum na sua instância usando o repositório Oracle Linux 7 yum entre 22 de março de 2019 e 9 de abril de 2019, poderá encontrar um problema no qual os volumes em blocos anexados do iSCSI não estarão disponíveis após a reinicialização da instância.

Solução alternativa

Esse problema ocorre quando a instância não é configurada para fazer log-in automaticamente nos nós iSCSI na reinicialização. Para configurar o log-in automático, atualize a versão do pacote iscsi-initiator-utils executando o seguinte comando:

sudo yum update -y iscsi-initiator-utils-6.2.0.874-10.0.7.el7

Detalhes

O Oracle Cloud Infrastructure suporta volumes em blocos e de inicialização remota anexados a iSCSI para instâncias de computação. Esses volumes anexados do iSCSI são gerenciados pelo serviço iscsid. Em situações nas quais esse serviço é interrompido por qualquer motivo, como quando o serviço falha ou um administrador do sistema interrompe inadvertidamente o serviço, é importante que o serviço iscsid seja reiniciado automaticamente para aumentar a estabilidade da sua infraestrutura.

Solução alternativa

Para ver as etapas de configuração do serviço iscsid para reiniciar automaticamente, consulte Atualizando o Serviço iSCSI Linux para Reiniciar Automaticamente.

Detalhes

Ao especificar um valor para o atributo ipxeScript da Instância para uma instância de VM (máquina virtual), a instância é iniciada com um anexo iSCSI para o volume de inicialização em vez de um anexo paravirtualizado.

Solução alternativa

Estamos trabalhando em uma resolução.

Detalhes

Uma instância de computação pode apresentar travamento do sistema após a execução do seguinte comando para recarregar o firewall:

firewall-cmd --reload

Recarregar o firewall usando esse comando em uma instância em execução pode fazer com que o volume de inicialização da instância perca sua conexão iSCSI e sofra uma pane, com base na ordem em que as regras de firewall são recarregadas.

Solução alternativa

Para evitar que isso aconteça, não use o parâmetro reload para firewall-cmd. Em vez disso, execute o comando firewall-cmd duas vezes, usando o parâmetro permanent na primeira vez em que o chamar, para garantir que você não perca a conectividade iSCSI.

Por exemplo:

firewall-cmd --permanent
firewall-cmd

Detalhes

Em instâncias que executam o Windows 2016, um "x" vermelho é exibido no ícone de conexão de rede na barra de tarefas, embora não haja nenhum problema com a conectividade de rede da instância.

Solução alternativa

Se você reciclar o processo explorer.exe, o ícone exibirá o status correto. No entanto, isso não é uma correção permanente; o "x" vermelho será exibido novamente quando você reinicializar a instância.

Detalhes

O iSCSId é desativado por padrão na versão de outubro de 2018 da imagem de plataforma do Ubuntu 18.04; portanto, as instâncias que usam esse sistema operacional poderão apresentar travamento do sistema se houver uma interrupção momentânea na comunicação iSCSI.

Solução alternativa

Execute o seguinte comando para ativar o iSCSId na instância:

sudo systemctl enable iscsid && sudo systemctl start iscsid

Detalhes

Ao chamar a operação GetInstance ou a operação ListInstances, o atributo kmsKeyId de InstanceSourceViaImageDetails é nulo.

Solução alternativa

Chame a operação GetBootVolume e recupere o valor do atributo kmsKeyId de BootVolume.

Detalhes

Após a ativação do UFW em uma instância de computação que executa o Ubuntu, a instância não é reiniciada com sucesso.

Solução alternativa

Não use o UFW para editar regras de firewall. As imagens de plataforma são pré-configuradas com regras de firewall para permitir que as instâncias estabeleçam conexões de saída com os volumes em blocos e de inicialização da instância. Para obter mais informações, consulte Regras Essenciais do Firewall. O UFW pode remover essas regras para que, durante uma reinicialização, a instância não possa se conectar aos volumes de inicialização e em blocos.

Para modificar ou adicionar novas regras de firewall, atualize o arquivo /etc/iptables/rules.v4. As modificações nas regras de firewall aqui terão efeito após uma reinicialização. Para que as regras entrem em vigor imediatamente, execute o seguinte:

$ sudo su -
# iptables-restore < /etc/iptables/rules.v4

Detalhes

Você não pode fazer log-in em uma instância iniciada em uma imagem do Windows personalizada recém-criada. Esse problema é o resultado da falha do processo de generalização de imagens em decorrência de um problema com o Sysprep após o upgrade para o WMF 5.0.

Solução alternativa

Execute as etapas descritas em Falha de sysprep após instalação do WMF 5.0.

Detalhes

Ao importar o Ubuntu 16 LTS e versões mais recentes do Ubuntu, o DHCP falha ao obter a configuração do gateway e, portanto, falha ao configurar uma rota padrão para o gateway na VNIC.

Solução alternativa

Configure estaticamente a rota padrão após a importação. Para fazer isso:

1. Crie o seguinte script:

   #! /bin/bash -e
   								ROUTER_IP=$(/usr/bin/curl --silent http://169.254.169.254/opc/v1/vnics/ | grep "virtualRouterIp" | grep -oP "\d+\.\d+\.\d+\.\d+" | head -n 1)
   								echo "Found Router IP $ROUTER_IP"
   
   							ip route add default via $ROUTER_IP

   e salve em: /usr/local/bin/configure_default_route.sh

2. Execute o seguinte comando para tornar o script executável:

   sudo chmod +x /usr/local/bin/configure_default_route.sh

3. Adicione o seguinte a /etc/network/interfaces para que ele seja acionado toda vez que o sistema for inicializado:

   # OCI Emulated boot network interface
   								auto ens3
   								iface ens3 inet dhcp
   							post-up /usr/local/bin/configure_default_route.sh

Detalhes

Ao desassociar uma VNIC secundária das instâncias iniciadas de imagens personalizadas importadas, a operação pode sofrer timeout.

Solução alternativa

O módulo plugável a quente, acpiphp, precisa ser carregado para que as VNICs secundárias sejam desconectadas corretamente no Linux. Se houver falha na desanexação de uma VNIC, execute o comando lsmod para exibir a lista de módulos carregados e verifique se existe acpiphp na lista. Se você não o vir na lista, carregue o módulo executando o seguinte comando:

modprobe acpiphp

Repita a operação de desanexação para a VNIC secundária. Talvez seja necessário reinicializar o sistema para que a operação seja concluída com sucesso.

Detalhes

Não há suporte para o recurso de VNIC secundária nos seguintes sistemas operacionais em decorrência de um bug no kernel:

• CentOS 4. 5
• Oracle Linux 4. 5
• RHEL 4. 5

As VNICs secundárias não funcionarão após uma reinicialização.

Solução alternativa

Estamos trabalhando em uma resolução.

Detalhes

Quando você tenta exportar uma imagem, a exportação falha com um erro indicando que a imagem é inválida. Este erro ocorre somente na região US West (Phoenix).

Solução alternativa

Para contornar esse problema:

1. Ative uma nova instância com base na imagem que você está tentando exportar e especifique uma das seguintes formas para a imagem:

   • BM.Standard1.36

   • BM.DenseIO1.36

   • VM.DenseIO1.4

   • VM.DenseIO1.8

   • VM.DenseIO1.16

2. Crie uma imagem personalizada usando as etapas descritas em Para criar uma imagem personalizada.

Depois de criar a imagem personalizada, você poderá exportar essa nova imagem.

Detalhes

Ao estabelecer uma conexão SSH com uma instância bare metal, seu cliente SSH deverá enviar a chave correta na primeira vez. Se houver mais de uma chave SSH configurada em ~/.ssh ou no arquivo ~/.ssh/config, seu cliente talvez não envie a chave correta na primeira tentativa de autorização e você poderá encontrar a seguinte mensagem de erro:

Received disconnect from UNKNOWN port 65535:2: Too many authentication failures.

Solução alternativa

Modifique a string de conexão no comando SSH para usar o flag configfile -F para substituir o arquivo de configuração padrão, a opção -o IdentitiesOnly=yes, para fazer com que o cliente SSH use a chave especificada e o flag do arquivo de identidade -i para especificar a chave SSH a ser usada, conforme mostrado no seguinte exemplo:

ssh -F /dev/null -o IdentitiesOnly=yes -i /<path>/<ssh_key> -o ProxyCommand='ssh -i /<path>/<ssh_key> -W %h:%p -p 443...

Detalhes

Instâncias de VM: Você só pode criar conexões da console serial com instâncias de VM (máquina virtual) lançadas a partir de 26 de agosto de 2017.

Instâncias bare metal: Você só pode criar conexões da console serial com instâncias bare metal lançadas a partir de 21 de outubro de 2017.

Solução alternativa

Caso precise de acesso da console serial a uma instância lançada antes das datas especificadas para instâncias de VM e bare metal, você poderá contornar esse problema criando uma imagem personalizada da instância. Quando você iniciar uma nova instância com base na imagem personalizada, a nova instância terá acesso à console serial. Para obter informações sobre como criar uma imagem personalizada, consulte Gerenciando Imagens Personalizadas.

Detalhes

A operação de API ListImages inclui parâmetros para filtragem do servidor em operatingSystem e operatingSystemVersion. No entanto, esses parâmetros estão inativos no momento. Além disso, a documentação do objeto de resposta da Imagem inclui os atributos operatingSystem e operatingSystemVersion, mas o objeto atualmente não retorna esses campos.

Solução alternativa

Consulte o nome para exibição das imagens da plataforma. O nome para exibição das imagens da plataforma inclui o sistema operacional e a versão do sistema operacional. Por exemplo, com a imagem de plataforma "Oracle-Linux-7.2-2016.09.18-0", "Oracle Linux" corresponde ao sistema operacional e a versão é "7.2".

Estamos cientes da omissão e planejamos dar suporte a esses parâmetros e atributos.

Detalhes

Se o serviço Network Manager estiver instalado, poderá haver falha na reinicialização de uma instância.

Solução alternativa

Se o serviço Network Manager não for necessário, você poderá desinstalá-lo. Se o serviço Network Manager for necessário, modifique o arquivo de configuração da interface de rede antes de reinicializar a instância. Defina a chave de configuração NM_CONTROLLED como "não":

NM_CONTROLLED="no"

Em geral, o arquivo de configuração da interface de rede está localizado em:

/etc/sysconfig/network-scripts/ifcfg-<interface_name>

Detalhes

Algumas configurações de rede do FastConnect impedem atualizações automáticas de patch para utilitários como o Oracle Ksplice.

Solução alternativa

No arquivo /etc/uptrack/uptrack.conf, substitua todas as instâncias de:

oraclecloud-updates-ksplice.oracle.com

por:

updates.ksplice.<region>.oci.oraclecloud.com 

Por exemplo, se sua região home for Oeste dos EUA (Phoenix), substitua:

oraclecloud-updates-ksplice.oracle.com

por:

updates.ksplice.us-phoenix-1.oci.oracle.com

Esta solução alternativa se aplica a gateways de serviço. Ela não se aplica a pontos finais privados.

Detalhes

Ao usar o serviço OS Management nas instâncias do Oracle Linux que foram criadas antes de setembro de 2019, a página Detalhes da Instância pode indicar incorretamente que o serviço OS Management está ativado (Oracle Cloud Management Agent: Ativado) quando o serviço não está.

Esse problema afeta as instâncias criadas antes da definição do flag isManagementDisabled nos metadados das instâncias de computação. Como esse flag não está presente, os metadados dessas instâncias não são definidos corretamente para o serviço OS Management.

Solução alternativa

Para resolver esse problema, defina o flag isManagementDisabled como falso:

1. Na configuração do agente da instância, defina a opção isManagementDisabled como falsa:

   oci compute instance update --instance-id <instance_OCID> --agent-config '{"isManagementDisabled": false, "isMonitoringDisabled": false}'

2. Use a CLI para verificar se o flag foi atualizado:

   oci compute instance get --instance-id <instance_OCID>

   Na saída, o flag atualizado aparece como "is-management-disabled": false.

   {
     "data":
       "agent-config": {
         "is-management-disabled": false,
         "is-monitoring-disabled": false
       },
   ...
   }

3. Estabeleça conexão com a instância usando SSH e, em seguida, use o cURL para chamar o serviço de metadados da instância e verificar se o flag foi atualizado na instância de computação:

   curl http://169.254.169.254/opc/v1/instance/

   Na saída, o flag atualizado aparece como "managementDisabled" : false.

   {
     ...
     "agentConfig" : {
       "monitoringDisabled" : false,
       "managementDisabled" : false
     }
   }

A seguir, são resolvidos problemas conhecidos no serviço Compute.