Incidencias conocidas de Compute

Se han identificado incidencias conocidas en Compute.

Incidencias resueltas

Haga clic aquí para ver los problemas resueltos.

Problemas conocidos

ClamAV ha identificado a Oracle Cloud Agent como un virus

Detalles

La firma ClamAV marcó los binarios legítimos como virus debido a una base de datos de firmas incorrecta (definición de virus 26931). Este problema ha provocado que ClamAV identifique a Oracle Cloud Agent y sus plugins como virus. Por defecto, ClamAV no pone en cuarentena los archivos infectados. Por lo tanto, a pesar de la falsa detección, el agente y sus complementos siguen funcionando normalmente. Aunque se haya realizado una acción de cuarentena en una instancia, el agente y los plugins no se verán afectados y las funcionalidades, como Updater y Heartbeat, funcionarán como se esperaba. Sin embargo, un reinicio del agente o la instancia interrumpirá la funcionalidad.

Solución alternativa

Si la instancia se ve afectada, consulte Instalación del software del agente de Oracle Cloud para instalar el nuevo paquete de Oracle Cloud Agent.

El ancho de banda de red del host está limitado a 60 Gbps

Detalles
Una limitación existente en las asociaciones de red virtual limita el ancho de banda de red del host total a 60 Gbps en BM.Standard.E5.192.
Solución alternativa
No hay ninguna solución provisional. Estamos trabajando en una solución de software que no afectará a ninguna carga de trabajo de red activa cuando se implemente.

No se ha podido editar la informática confidencial para una instancia

Detalles
Después de crear una instancia informática, no podrá activar ni desactivar la informática confidencial para esa instancia posteriormente.
Solución alternativa
Estamos intentando solucionar este problema.

Aviso grave del núcleo durante el inicio cuando SMEE está activado

Detalles
La informática confidencial no está soportada en Oracle Linux 9.
Solución alternativa
Estamos intentando solucionar este problema.

Bloqueo temporal al iniciar un invitado de SEV grande

Detalles

En sistemas AMD de generación anterior, (E2/E3 con procesadores AMD Rome), un invitado que utiliza el cifrado de memoria de virtualización cifrada segura (SEV) (no activado por defecto) con más de 350 GB de memoria puede generar una advertencia de bloqueo temporal de CPU en el host/hipervisor durante el inicio/cierre de invitado, debido a que el tiempo que se tarda en vaciar la memoria fijada que se está cifrando es proporcional a la cantidad de memoria, y con mayores cantidades de memoria por encima de 350 GB el tiempo que se tarda en la CPU es excesivo y da como resultado la advertencia. Después de vaciar la memoria, el hipervisor vuelve al funcionamiento normal.

Los sistemas más recientes, como E4 (basado en procesadores AMD Milan), cuentan con soporte de hardware que minimiza el tiempo dedicado al vaciado de la memoria para que no se produzca ningún bloqueo temporal de la CPU.

Solución alternativa
Si necesita un invitado con SEV activado con más de 350 GB de memoria, créelo en un sistema E4 (basado en los procesadores AMD Milan). En sistemas con procesadores AMD Rome (E2/E3), limite la memoria a menos de 350 GB si utiliza cifrado de memoria SEV.

Se utilizan varios nombres de unidades para algunas unidades de GPU

Detalles

Para la siguiente lista de unidades de Compute, se utilizan varios nombres para la misma unidad.

  • BM.GPU.A10.4: el nombre aparece como BM.GPU.A10.4 y BM.GPU.GU1.4.
  • BM.GPU.A100-v2.8: el nombre aparece como BM.GPU.A100-v2.8 y BM.GPU.GM4.8.
  • VM.GPU.A10.1: este nombre aparece como VM.GPU.A10.1 y VM.GPU.GU1.1.
  • VM.GPU.A10.2: el nombre aparece como VM.GPU.A10.2 y VM.GPU.GU1.2.
Solución alternativa
No tenga en cuenta los diferentes nombres. Para cada unidad, el hardware subyacente es el mismo.

Incidencias de conexión de SSH con macOS Ventura mediante OpenSSH 9.0

Detalles

Al intentar conectarse a una instancia en Oracle Cloud Infrastructure mediante un cliente que ejecuta macOS Ventura (versión 13) o un cliente que ejecuta OpenSSH 9.0, puede que se produzcan incidencias de conexión que generen errores similares a los siguientes:

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
Solución alternativa

Agregue lo siguiente al archivo ~/.ssh/config:

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

Las instancias que ejecutan una imagen de plataforma de septiembre de 2022 para CentOS 7 pierden la conexión a los volúmenes de inicio después de 24 horas

Detalles
Las instancias que ejecutan la imagen de plataforma de septiembre de 2022 para CentOS 7 (nombre de imagen CentOS-7-2022.09.20-0) pierden la conexión a volúmenes de inicio con asociación iSCSI después de 24 horas. La incidencia se produce porque la instancia pierde la cesión de DHCP después de 24 horas.
Solución alternativa

Recomendamos terminar (suprimir) cualquier instancia existente que utilice esta imagen y volver a crear las instancias utilizando una imagen de plataforma de CentOS 7 diferente.

Si no puede terminar ninguna instancia existente que utilice la imagen de plataforma de CentOS 7 de septiembre de 2022, puede obtener una nueva cesión de DHCP de 24 horas reiniciando la instancia.

Error al crear un nuevo vSwitch externo en unidades con hardware dedicado de una generación anterior que ejecutan Windows Server 2016

Detalles

Esta incidencia afecta a las instancias con hardware dedicado que utilizan unidades de una generación anterior (en el caso de esta incidencia conocida, las unidades con una fecha de finalización de disponibilidad anterior a octubre de 2022) y que ejecutan la edición Windows Server 2016 Datacenter.

Cuando abre Hyper-V Virtual Switch Manager e intentar crear un nuevo conmutador virtual externo (vSwitch), aparece un mensaje de error similar al siguiente: "Error al aplicar cambios de propiedades de conmutador virtual: fallo al agregar conexiones de conmutador Ethernet virtual".

El error se produce porque un controlador Broadcom instalado después de ejecutar Microsoft Windows Update no está certificado por Oracle.

Solución alternativa
La versión 20.8.24.0 del controlador de Broadcom está certificada por Oracle. Instale la versión 20.8.24.0.

Aviso grave del núcleo al ejecutar contenedores en Ubuntu 20.04, núcleo 5.13.0-1033.39~20.04.1

Detalles
Cuando ejecuta contenedores en una instancia de Compute que utiliza Ubuntu 20.04, versión del núcleo linux-oracle-5.13 5.13.0-1033.39~20.04.1, se produce un aviso grave del núcleo. La instancia se bloquea y no se puede acceder a ella. Para obtener más información, consulte Docker container creation causes kernel oops on linux-aws 5.13.0.1028.31~20.04.22.
Solución alternativa

Cambie la versión del núcleo a una versión superior ejecutando los siguientes comandos:

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

Las instancias de VM de unidad flexible E3/E4 anteriores no se pueden iniciar después de cambiar el tamaño de la memoria a más de 1010 GB

Detalles
Las instancias de VM de unidad flexible E3/E4 creadas antes del 5 de abril de 2021 no se pueden iniciar si se cambia el tamaño de la memoria a más de 1010 GB. En este caso, verá un error que indica "fallo al iniciar".
Solución alternativa 1
Reduzca el tamaño de la memoria a menos de 1010 GB.
Solución alternativa 2
Vuelva a crear la instancia y, a continuación, cambie el tamaño de la memoria de la instancia a 1024 GB.

La consola muestra que Oracle Autonomous Linux está disponible como una imagen Siempre gratis

Detalles
Oracle Autonomous Linux no está soportado para instancias informáticas Siempre gratis, pero en la consola, Oracle Autonomous Linux aparece en la lista de imágenes soportadas para unidades Siempre gratis.
Solución alternativa
Estamos intentando solucionar este problema.

El DNS no funciona como se espera en las instancias de Oracle Linux

Detalles
En la región Este de Estados Unidos (Ashburn), cuando las instancias de Oracle Linux se inician por primera vez después del aprovisionamiento, es posible que el DNS no funcione del modo esperado y que el campo search del archivo /etc/resolv.conf esté incompleto.
Solución alternativa
Reinicie la instancia o espere a la siguiente renovación de la cesión DHCP. Después de la renovación de la cesión DHCP, la incidencia se resuelve automáticamente. El tiempo de cesión DHCP estándar es de 24 horas, pero varía según la configuración de red.

Los valores de PCR cambian después del reinicio en Linux 7.x

Detalles
Al crear una instancia blindada con Linux 7.x y, a continuación, reiniciar la instancia, los valores de PCR pueden cambiar, haciendo que aparezca el protector rojo.
Solución alternativa
Algunos valores de PCR cambian en tiempo de ejecución. Ese cambio es esperado. Como solución alternativa, restablezca las medidas doradas.

Las instancias de BM.Standard.A1.160 tienen un rendimiento de red degradado en las aplicaciones que se ejecutan en las CPU del socket 1

Detalles
Las instancias con hardware dedicado que utilizan la unidad BM.Standard.A1.160 tienen un rendimiento de red reducido para las cargas de trabajo que se ejecutan en las CPU del socket 1.
Solución alternativa
En el caso de las aplicaciones responsables del procesamiento de paquetes de la red, agréguelas a las CPU del socket 0.

Oracle Cloud Agent no publica métricas en instancias de Windows de subredes privadas con solo un gateway de servicio asociado

Detalles
Cuando aprovisiona una instancia informática en Windows en una subred privada con un gateway de servicio asociado, es posible que los plugins de Oracle Cloud Agent no emitan métricas.
Solución alternativa
Siga los pasos del artículo de incidencias conocidas de Microsoft: Connectivity issues if the DigiCert Global Root G2 root certificate is not installed.

Las instancias de VM.Standard.A1.Flex solo soportan la opción de inicio de redes paravirtualizadas

Detalles

Las instancias que utilizan la unidad VM.Standard.A1.Flex con redes asistidas por hardware (SR-IOV) pueden experimentar incidencias de rendimiento y, en raras ocasiones, daños en los datos. Para evitarlo, las imágenes de plataforma para Ampere A1 Compute (aarch64) están configuradas para utilizar únicamente redes paravirtualizadas. Si crea una instancia utilizando una imagen de plataforma y especifica una red asistida por hardware, el inicio fallará con un mensaje similar a Failed to validate instance launch options.

Para las imágenes personalizadas compatibles con Ampere A1 Compute, el lanzamiento se realizará correctamente, pero recomendamos encarecidamente no seleccionar redes asistidas por hardware para evitar posibles incidencias de rendimiento y corrupción de datos.

Solución alternativa
Al crear una instancia de VM.Standard.A1.Flex mediante una imagen de plataforma, deje que Oracle elija el tipo de inicio de red recomendado. Para las imágenes personalizadas, no utilice redes asistidas por hardware (SR-IOV).

Límite del tamaño de VM.Standard.A1. Unidad flexible con el tipo de red SR-IOV

Detalles

Instancias que utilizan VM.Standard.A1. Unidad flexible con redes asistidas por hardware (SR-IOV) y con un gran número de núcleos que han mejorado el rendimiento con respecto al uso de redes paravirtualizadas. Sin embargo, las redes SR-IOV limitan el número de núcleos a 76 y la cantidad de memoria a 456 GB.

Si intenta crear una instancia que supere cualquiera de estos límites, se produce un error que indica que no hay suficiente capacidad para crear la instancia.

Solución alternativa
Estamos intentando solucionar este problema.

Error de unidad e imagen no válidas al crear instancias de Intel y AMD mediante Terraform

Detalles

Cuando utiliza Terraform para crear una instancia informática de Intel o AMD mediante una imagen de plataforma de Linux, es posible que la operación falle con el código de error InvalidParameter y un mensaje similar a Shape <shape_name> is not valid for image <image_OCID>.

Esto sucede si Terraform identifica la última imagen basada en la imagen display_name. Las imágenes de las unidades de Intel y AMD (arquitectura de procesador x86) tienen nombres similares a las imágenes de las unidades basadas en Arm (arquitectura de procesador aarch64), pero no son compatibles entre las distintas arquitecturas de procesador. Si la última imagen es una imagen aarch64, Terraform selecciona una imagen aarch64 para una unidad x86, lo que provoca el fallo de la operación.

Solución alternativa
Modifique los siguientes archivos de 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

En los archivos, actualice la expresión regular que identifica la imagen para filtrar todas las imágenes de las unidades basadas en Arm. Las imágenes de las unidades basadas en Arm incluyen "aarch" en el nombre de imagen.

Por ejemplo, para las imágenes de Oracle Linux 8, realice la siguiente actualización:

  • Expresión regular actual: values = ["^.*Oracle-Linux-8[.]*[\\d]*-[^G].*$"]
  • Expresión regular actualizada: values = ["^.*Oracle-Linux-8[.][0-9]*-[\\d]{4}.[\\d]{2}.[\\d]{2}-[\\d]*$"]

El servicio OS Management no puede gestionar las imágenes de Oracle Linux Cloud Developer

Detalles
El servicio OS Management no puede gestionar las instancias que utilizan la imagen de Oracle Linux Cloud Developer.
Solución alternativa
No instale el agente del servicio de OS Management (osms-agent) en instancias de Oracle Linux Cloud Developer.

Error de bucketName no válido al importar o exportar una imagen personalizada

Detalles

Cuando intenta importar o exportar una imagen personalizada desde un cubo de Object Storage, se puede producir un error similar al siguiente:

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

Este error se produce para los usuarios federados y para los usuarios que se autentican con principales de instancia vinculados a un grupo dinámico.

Solución alternativa
Cree una solicitud autenticada previamente y, a continuación, utilice la solicitud autenticada previamente para importar o exportar la imagen. Las solicitudes autenticadas previamente ofrecen un modo de permitir a los usuarios acceder a un cubo o a un objeto sin tener sus propias credenciales. Para obtener más información sobre cómo crear y utilizar solicitudes autenticadas previamente, consulte Uso de solicitudes autenticadas previamente y Solicitudes autenticadas previamente.

No se ha podido crear la instancia a partir de la copia de seguridad del volumen de inicio

Detalles

Cuando intenta crear una instancia a partir de una copia de seguridad de volumen de inicio en la consola, se puede producir un error similar al siguiente:

"Se ha producido un error al cargar la imagen de origen para la creación de la instancia. Es posible que no tenga permiso para acceder a esta imagen o que esta esté en una región diferente. Si la imagen está en una región diferente, debería poder iniciar la instancia".

Este error se puede producir si también se ha suprimido el compartimento que contenía los metadatos de imagen suprimidos utilizados para la copia de seguridad del volumen de inicio.

Solución alternativa

Si se ha suprimido el compartimento, utilice la CLI para crear la instancia. Para obtener información sobre el uso de la CLI, consulte Interfaz de línea de comandos (CLI).

Para crear una instancia a partir de un volumen de inicio mediante la CLI, abra un símbolo del sistema y ejecute el comando launch. Para iniciar una instancia mediante una imagen o un volumen de inicio, incluya el 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>

No se ha podido eliminar la instancia de la reserva de capacidad mediante Terraform

Detalles
No se puede eliminar una instancia de una reserva de capacidad mediante Terraform.
Soluciones alternativas
Utilice cualquiera de las siguientes soluciones alternativas:
  • Utilice la consola, la CLI o el SDK para eliminar la instancia de la reserva de capacidad.
  • Con Terraform, para permitirle eliminar una instancia, defina capacity_reservation_id en un espacio, como en el siguiente ejemplo de script de Terraform:
    capacity_reservation_id = " "

La creación de más de 50 configuraciones de capacidad genera un error interno

Detalles
Cuando crea más de 50 configuraciones de capacidad en una reserva de capacidad, se produce un error interno. Una vez que se produce el error, no es posible iniciar instancias en la reserva de capacidad.
Solución alternativa
Para evitar este problema, no agregue más de 50 configuraciones de capacidad a su reserva de capacidad.

Los límites de servicio de reserva de capacidad son imprecisos

Detalles
Los números de límite del servicio <shape>-core-reserved-count son inexactos. El número de la columna Límite de servicio puede mostrar 1.000.000.000 o N/A. El número de la columna Disponible puede mostrar 1.000.000.000 menos el número de la columna Uso o N/A. El valor 1.000.000.000 representa un valor máximo y puede variar.
Solución alternativa
Para conocer los límites de servicio precisos, consulte Reservas de capacidad informática.

No hay categoría de servicio para reservas de capacidad al solicitar aumentos del límite de servicio

Detalles
Cuando solicita un aumento del límite de servicio, el menú Categoría de servicio no incluye una categoría para reservas de capacidad.
Solución alternativa

En el formulario Solicitar actualizaciones de límites del servicio:

  • En Categoría de servicio, seleccione Otros.
  • En Recurso, seleccione Otros límites.
  • En el campo Motivo de solicitud, introduzca el límite específico que se va a aumentar.

La creación del pool de instancias falla cuando los recursos incluyen etiquetas por defecto

Detalles
Cuando intenta crear un pool de instancias, la creación del pool de instancias falla con el error "Authorization failed or requested resource not found". Esto sucede porque los recursos utilizados por el pool de instancias contienen etiquetas por defecto y el usuario no tiene permiso para el espacio de nombres de etiqueta.
Solución alternativa

Agregue una sentencia de política que otorgue el permiso de grupo de usuarios del pool de instancias al espacio de nombres de etiqueta Oracle-Tags:

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

Para obtener más información sobre las políticas, consulte Permitir a los usuarios gestionar configuraciones de instancias de Compute, pools de instancias y redes de cluster. Para obtener más información sobre las etiquetas por defecto, consulte Descripción de valores por defecto de etiquetas automáticas.

Error de capacidad de host insuficiente al crear instancias informáticas

Detalles
Cuando intenta crear una instancia, el inicio de la instancia falla con el código de error InternalError y un mensaje similar a Out of host capacity. Esto ocurre debido a la falta de capacidad de infraestructura física para la unidad en el dominio de errores y el dominio de disponibilidad solicitados.
Solución alternativa

La capacidad suele estar disponible pronto para la mayoría de las unidades. Para resolver esta incidencia, realice lo siguiente:

  • Para determinar si la capacidad está disponible para una unidad específica antes de crear una instancia, utilice la operación CreateComputeCapacityReport.
  • Si utiliza una unidad de generación anterior, cree la instancia utilizando una unidad de generación actual en su lugar. La capacidad está limitada para las unidades de generación anteriores.
  • Cree la instancia en un dominio de disponibilidad diferente.
  • Cree la instancia sin especificar un dominio de errores.
  • Cree la instancia utilizando una unidad más pequeña o una unidad de una serie diferente.
  • Espere unos minutos y vuelva a intentarlo.

El cifrado en tránsito de una asociación de volumen de inicio se puede editar cuando la imagen no lo soporta

Detalles
Cuando el valor de cifrado en tránsito de una imagen es nulo, el valor de cifrado en tránsito de una instancia creada a partir de la imagen se puede definir en un valor no nulo.
Solución alternativa
Estamos intentando solucionar este problema.

Los plugins de Oracle Cloud Agent no están disponibles en los controladores de dominio

Detalles
Cuando utiliza una instancia de Windows Server como controlador de dominio, las funciones que dependen de Oracle Cloud Agent, como el servicio Monitoring y el servicio OS Management, no están disponibles. Esto ocurre porque los servicios instalados por Oracle Cloud Agent en Windows se ejecutan con cuentas virtuales, pero las cuentas virtuales no están soportadas en el ámbito del controlador de dominio.
Solución alternativa
  1. Desactive el actualizador de Oracle Cloud Agent ejecutando el siguiente comando de PowerShell como administrador:
    net stop OCAU
    Nota

    La desactivación del actualizador de Oracle Cloud Agent evita que la instancia reciba actualizaciones automáticas de Oracle Cloud Agent en el futuro. Puede actualizar Oracle Cloud Agent de forma manual, pero deberá repetir esta solución alternativa después de la actualización.
  2. Para cada función de Oracle Cloud Agent que desee utilizar, actualice el usuario en ejecución del servicio para que el servicio NT aplicable utilice una cuenta de usuario de dominio.

    Asegúrese de que la cuenta de dominio sea miembro de los usuarios de supervisión de rendimiento o del grupo de administradores de acuerdo con la siguiente tabla. Utilice Usuarios y equipos de Active Directory para buscar una cuenta de usuario adecuada del dominio y asegurarse de que el usuario sea miembro del grupo local del dominio de destino, como se muestra en la siguiente tabla.

    Función de Oracle Cloud Agent Tipo de cuenta de destino Grupo local del dominio de destino
    Servicio NT de Oracle Cloud Agent (incluido el plugin de Compute Instance Monitoring) Cuenta de servicio o cuenta de usuario de dominio Usuarios de supervisión de rendimiento
    Plugin Compute Instance Run Command Cuenta de servicio del dominio o cuenta de usuario del dominio que tiene privilegios administrativos locales Grupo de administradores
    Servicio Oracle Cloud Unified Monitoring Installer Service (plugin Custom Logs Monitoring) Cuenta de servicio del dominio o cuenta de usuario del dominio que tiene privilegios administrativos locales Grupo de administradores
    Plugin OS Management Service Agent Cuenta de servicio del dominio o cuenta de usuario del dominio que tiene privilegios administrativos locales Grupo de administradores
    Actualizador de Oracle Cloud Agent Cuenta de servicio del dominio o cuenta de usuario del dominio que tiene privilegios administrativos locales Grupo de administradores
  3. Utilice services.msc para actualizar el usuario en ejecución del servicio a la cuenta de usuario de dominio con los grupos de dominios adecuados.

Tamaño de copia de seguridad de volumen de inicio mayor de lo esperado

Detalles
Debido a un cambio en la forma en que el servicio Compute gestiona las imágenes, cuando se crea una copia de seguridad del volumen de inicio, la copia de seguridad es mayor de lo esperado. En algunos casos, la copia de seguridad del volumen de inicio puede ser mayor que el tamaño del volumen de inicio.
Solución alternativa
Estamos intentando solucionar este problema.

Problemas intermitentes con acceso SSH, consultas de DNS y acceso al servicio de metadatos

Detalles

Es posible que se produzcan errores intermitentes con alguna de las siguientes tareas para la instancia informática:

  • Conexión a la instancia mediante SSH.
  • Realización de una consulta de DNS
  • Acceso al servicio de metadatos en http://169.254.169.254/*.
Solución alternativa

Para resolver este problema temporalmente, ejecute el siguiente comando en la instancia:

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

Los volúmenes conectados mediante iSCSI no se conectan al reiniciar

Detalles
Si ha realizado una actualización de yum en la instancia mediante los repositorios de yum de Oracle Linux 7 entre el 22 de marzo de 2019 y el 9 de abril de 2019, es posible que se produzca una incidencia en la que los volúmenes en bloque asociados a iSCSI no estén disponibles después de reiniciar la instancia.
Solución alternativa

Esta incidencia se produce cuando la instancia no está configurada para conectarse automáticamente a los nodos iSCSI durante el reinicio. Para configurar el inicio de sesión automático, actualice la versión del paquete iscsi-initiator-utils ejecutando el siguiente comando:

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

El servicio iscsid se debe configurar para que se reinicie automáticamente

Detalles
Oracle Cloud Infrastructure soporta volúmenes en bloque e inicio remoto asociados con iSCSI a instancias informáticas. Estos volúmenes iSCSI asociados los gestiona el servicio iscsid. Cuando se detiene este servicio por algún motivo, por ejemplo, este se bloquea o un administrador del sistema lo detiene sin darse cuenta, es importante que el servicio iscsid se reinicie automáticamente para aumentar la estabilidad de la infraestructura.
Solución alternativa

Para conocer los pasos para configurar el servicio iscsid de modo que se reinicie automáticamente, consulte Updating the Linux iSCSI Service to Restart Automatically.

Las instancias de máquina virtual se inician con un volumen de inicio asociado a iSCSI cuando especifica un valor para el atributo ipxeScript

Detalles
Cuando especifica un valor para el atributo ipxeScript de la instancia para una instancia de máquina virtual (VM), la instancia se inicia con una asociación a iSCSI para el volumen de inicio en lugar de una asociación paravirtualizada.
Solución alternativa
Estamos intentando solucionar este problema.

Las instancias bloquean el sistema después de ejecutar firewall-cmd-- reload

Detalles

Una instancia informática puede experimentar un bloqueo del sistema después de la ejecución del siguiente comando para volver a cargar el firewall:

firewall-cmd --reload

Volver a cargar el firewall utilizando este comando en una instancia en ejecución puede hacer que el volumen de inicio de la instancia pierda la conexión iSCSI y se bloquee, según el orden en el que se vuelven a cargar las reglas de firewall.

Solución alternativa

Para evitar que esto ocurra, no utilice el parámetro reload para firewall-cmd. En su lugar, ejecute el comando firewall-cmd dos veces con el parámetro permanent la primera vez que lo llame para asegurarse de que no pierde la conectividad de iSCSI.

Por ejemplo:

firewall-cmd --permanent
firewall-cmd

El icono de red en instancias de Windows 2016 muestra un estado incorrecto

Detalles
En las instancias que ejecutan Windows 2016, aparece una "x" roja en el icono de conexión de red de la barra de tareas aunque no haya ninguna incidencia con la conectividad de red de la instancia.
Solución alternativa
Si recicla el proceso explorer.exe, el icono mostrará el estado correcto. Sin embargo, no es una corrección permanente; la "x" roja volverá a aparecer al reiniciar la instancia.

Las instancias que ejecutan la versión de octubre de 2018 de Ubuntu 18.04 experimentan un bloqueo del sistema

Detalles
iSCSId está desactivado por defecto en la versión de octubre de 2018 de la imagen de plataforma Ubuntu 18.04, por lo que las instancias que utilizan este sistema operativo pueden experimentar un bloqueo del sistema si se produce una interrupción momentánea en la comunicación de iSCSI.
Solución alternativa

Ejecute el siguiente comando para activar iSCSId en la instancia:

sudo systemctl enable iscsid && sudo systemctl start iscsid

La instancia de Ubuntu no se puede reiniciar después de activar Uncomplicated Firewall (UFW)

Detalles
Después de activar UFW en una instancia informática que ejecuta Ubuntu, la instancia no se reinicia correctamente.
Solución alternativa

No utilice UFW para editar reglas de firewall. Las imágenes de plataforma están preconfiguradas con reglas de firewall para permitir que las instancias establezcan conexiones salientes a los volúmenes en bloque y de inicio de la instancia. Para obtener más información, consulte Reglas esenciales del firewall. UFW puede eliminar estas reglas de modo que, durante un reinicio, la instancia no pueda conectarse a los volúmenes de inicio y bloqueo.

Para modificar o agregar nuevas reglas de firewall, actualice el archivo /etc/iptables/rules.v4 en su lugar. Las modificaciones en las reglas de firewall se aplicarán después de reiniciar. Para que las reglas se apliquen inmediatamente, ejecute lo siguiente:

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

No se ha podido conectar a la instancia iniciada desde la nueva imagen personalizada de Windows generalizada

Detalles
No puede conectarse a una instancia iniciada desde una imagen de Windows personalizada recién creada. Esta incidencia es el resultado de un fallo del proceso de generalización de imágenes debido a un problema con Sysprep después de cambiar a la versión WMF 5.0.
Solución alternativa
Realice los pasos que se describen en Se produce un error de Sysprep después de la instalación de WMF 5.0.

Las instancias iniciadas desde imágenes personalizadas de Ubuntu 16 necesitan configuración de red personalizada

Detalles
Cuando se importan Ubuntu 16 LTS y versiones posteriores de Ubuntu, DHCP no puede obtener la configuración del gateway, por lo tanto, no puede configurar una ruta por defecto al gateway en la VNIC.
Solución alternativa

Configure de forma estática la ruta por defecto después de la importación. Para ello, siga estos pasos:

  1. Cree el siguiente 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

    y guárdelo en /usr/local/bin/configure_default_route.sh

  2. Ejecute el siguiente comando para que se pueda ejecutar la secuencia de comandos:

    sudo chmod +x /usr/local/bin/configure_default_route.sh
  3. Agregue lo siguiente a /etc/network/interfaces para que se inicie cada vez que arranque el sistema:

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

Se ha producido una interrupción de la desconexión de VNIC secundario en algunas instancias iniciadas desde imágenes personalizadas importadas

Detalles
Cuando desasocia una VNIC secundaria de instancias iniciadas desde imágenes personalizadas importadas, la operación puede sufrir un timeout.
Solución alternativa

Se debe cargar el módulo de conexión en caliente, acpiphp, para que las VNIC secundarias se desasocien correctamente en Linux. Si un VNIC no se desconecta, ejecute el comando lsmod para mostrar la lista de módulos cargados y compruebe si aparece acpiphp. Si no lo ve en la lista, cargue el módulo ejecutando el siguiente comando:

modprobe acpiphp

Vuelva a intentar la operación de desasociación para el VNIC secundario. Es posible que deba reiniciar el sistema para que la operación se realice correctamente.

Es posible que la VNIC secundaria no funcione para imágenes anteriores de CentOS, Oracle Linux y RHEL

Detalles

La función de VNIC secundaria no está soportada para los siguientes sistemas operativos debido a un bug en el núcleo:

  • CentOS 4, 5
  • Oracle Linux 4, 5
  • RHEL 4, 5

Los VNIC secundarios no funcionarán después de un reinicio.

Solución alternativa
Estamos intentando solucionar este problema.

Error de imagen no válida al exportar una imagen

Detalles
Cuando intenta exportar una imagen, la exportación falla y muestra un error que indica que la imagen no es válida. Este error solo se produce en la región oeste de EE. UU. (Phoenix).
Solución alternativa

Para resolver este problema:

  1. Inicie una nueva instancia basada en la imagen que desea exportar y especifique una de las siguientes formas de la imagen:

    • BM.Standard1.36

    • BM.DenseIO1.36

    • VM.DenseIO1.4

    • VM.DenseIO1.8

    • VM.DenseIO1.16

  2. Cree una imagen personalizada siguiendo los pasos descritos en Para crear una imagen personalizada.

Una vez creada la imagen personalizada, puede exportar esta nueva imagen.

Se produce un error de autenticación al conectarse a la consola serie para una instancia con hardware dedicado

Detalles

Cuando se establece una conexión SSH con una instancia con hardware dedicado, el cliente SSH debe enviar la clave correcta la primera vez. Si tiene más de una clave de SSH configurada en ~/.ssh o en el archivo ~/.ssh/config, es posible que el cliente no envíe la clave correcta en el primer intento de autorización y que aparezca el siguiente mensaje de error:

Received disconnect from UNKNOWN port 65535:2: Too many authentication failures.
Solución alternativa

Modifique la cadena de conexión en el comando SSH de modo que utilice el indicador configfile -F para sustituir el archivo de configuración por defecto, la opción -o IdentitiesOnly=yes para forzar al cliente SSH a utilizar la clave especificada, y el indicador de archivo de identidad -i para especificar la clave SSH que se va a utilizar, como se muestra en el siguiente ejemplo:

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

Las conexiones de la consola serie no funcionan para instancias anteriores

Detalles

Instancias de VM: solo puede crear conexiones de consola serie a instancias de máquina virtual (VM) iniciadas a partir del 26 de agosto de 2017.

Instancias con hardware dedicado: solo puede crear conexiones de consola serie a instancias con hardware dedicado iniciadas a partir del 21 de octubre de 2017.

Solución alternativa
Si necesita acceso de la consola serie a una instancia iniciada antes de las fechas especificadas para las instancias de VM y con hardware dedicado, puede solucionar esta incidencia creando una imagen personalizada de la instancia. Al iniciar una nueva instancia basada en la imagen personalizada, esta tendrá acceso a la consola serie. Para obtener información sobre la creación de una imagen personalizada, consulte Gestión de imágenes personalizadas.

Parámetros listImage inactivos y campos de respuesta de imagen faltantes

Detalles
La operación de API ListImages incluye parámetros para el filtrado del servidor en operatingSystem y operatingSystemVersion. Sin embargo, estos parámetros están actualmente inactivos. Además, la documentación del objeto de respuesta de imagen incluye los atributos de operatingSystem y operatingSystemVersion, pero el objeto no devuelve estos campos.
Solución alternativa

Consulte el nombre mostrado para las imágenes de plataforma. El nombre mostrado para las imágenes de plataforma incluye el sistema operativo y la versión del sistema operativo. Por ejemplo, con la imagen de plataforma "Oracle-Linux-7.2-2016.09.18-0", "Oracle Linux" es el sistema operativo y la versión es "7.2".

Somos conscientes de la omisión y planificamos dar soporte a estos parámetros y atributos.

El reinicio de la instancia falla si el servicio de gestor de red está instalado

Detalles
Si el servicio Network Manager está instalado, es posible que falle el reinicio de una instancia.
Solución alternativa

Si el servicio Network Manager no es necesario, puede desinstalarlo. Si se necesita el servicio del gestor de red, modifique el archivo de configuración de la interfaz de red antes de reiniciar la instancia. Defina la clave de configuración de NM_CONTROLLED en "no":

NM_CONTROLLED="no"

Normalmente, el archivo de configuración de la interfaz de red se encuentra en:

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

Fallo de las actualizaciones automáticas que utilizan Oracle Ksplice con algunas configuraciones de red de FastConnect

Detalles
Algunas configuraciones de red de FastConnect impiden las actualizaciones automáticas de parches para utilidades como Oracle Ksplice.
Solución alternativa
En el archivo /etc/uptrack/uptrack.conf, sustituya todas las instancias de:
oraclecloud-updates-ksplice.oracle.com
por:
updates.ksplice.<region>.oci.oraclecloud.com 
Por ejemplo, si la región principal es Oeste de EE. UU. (Phoenix), sustituya:
oraclecloud-updates-ksplice.oracle.com
por:
updates.ksplice.us-phoenix-1.oci.oracle.com

Esta solución alternativa se aplica a gateways de servicio. No se aplica a puntos finales privados.

El indicador que falta es necesario para el servicio OS Management para las instancias creadas antes de septiembre de 2019

Detalles

Cuando se utiliza el servicio OS Management en instancias de Oracle Linux creadas antes de septiembre de 2019, la página Detalles de instancia puede indicar incorrectamente que el servicio OS Management está activado (Oracle Cloud Management Agent: activado) cuando el servicio no está activado.

Este problema afecta a las instancias creadas antes de definir el indicador isManagementDisabled en los metadatos de las instancias informáticas. Debido a que este indicador no está presente, los metadatos de estas instancias no se han definido correctamente para el servicio OS Management.

Solución alternativa

Para resolver esta incidencia, defina el indicador isManagementDisabled en false:

  1. En la configuración del agente para la instancia, defina la opción isManagementDisabled en false:

    oci compute instance update --instance-id <instance_OCID> --agent-config '{"isManagementDisabled": false, "isMonitoringDisabled": false}'
  2. Utilice la CLI para verificar que se ha actualizado el indicador:

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

    En la salida, el indicador actualizado aparece como "is-management-disabled": false.

    {
      "data":
        "agent-config": {
          "is-management-disabled": false,
          "is-monitoring-disabled": false
        },
    ...
    }
  3. Conéctese a la instancia mediante SSH y, a continuación, utilice cURL para llamar al servicio de metadatos de la instancia y verificar que el indicador se ha actualizado en la instancia informática:

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

    En la salida, el indicador actualizado aparece como "managementDisabled" : false.

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

Incidencias resueltas

Las siguientes son problemas conocidos resueltos en Compute.

Las unidades NVMe de las instancias VM.DenseIO.E4.Flex que ejecutan Windows Server no se cargan

Detalles

En una instancia de máquina virtual que utiliza la unidad VM.DenseIO.E4.Flex y una imagen de Windows Server, no se puede acceder a la unidad NVMe. En el Administrador de dispositivos de Windows, el controlador de almacenamiento NVMe muestra un error con el mensaje "Este dispositivo no puede iniciar. (Code 10)."

Esta incidencia afecta a las instancias que ejecutan Windows Server 2016, Windows Server 2019 y Windows Server 2022.

Solución alternativa
Cree la instancia utilizando una unidad de la serie VM.DenseIO2.
Resuelta
Este problema se ha resuelto 2023-12-13.

Uso de la consola para cambiar el tamaño a VM.Standard.E5. Unidad flexible no disponible

Detalles
No puede cambiar el tamaño a VM.Standard.E5. Unidad flexible con la consola.
Solución alternativa
Utilice la interfaz de línea de comandos (CLI) para cambiar el tamaño de la unidad.
Resuelta
Este problema se ha resuelto 2024-01-29.