Incidencias conocidas de Compute
Se han identificado incidencias conocidas en Compute.
Problemas conocidos
ClamAV identificó 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 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 detección falsa, el agente y sus complementos continúan 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 Actualizador y latido, funcionarán según lo esperado. 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 Oracle Cloud Agent para instalar un 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 como BM.GPU.GM4.8.
- VM.GPU.A10.1: el 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 EE. UU. (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 OCI 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 OCI Ampere A1 Compute, el inicio 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 aShape <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:
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 aOut 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
-
-
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. -
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 -
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 servicioiscsid
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
parafirewall-cmd
. En su lugar, ejecute el comandofirewall-cmd
dos veces con el parámetropermanent
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
El atributo kmsKeyId es nulo
- Detalles
- Al llamar a la operación GetInstance o a la operación ListInstances, el atributo
kmsKeyId
de InstanceSourceViaImageDetails es nulo. - Solución alternativa
- Llame a la operación GetBootVolume y recupere el valor del atributo
kmsKeyId
de BootVolume.
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:
-
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
-
Ejecute el siguiente comando para que se pueda ejecutar la secuencia de comandos:
sudo chmod +x /usr/local/bin/configure_default_route.sh
-
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 comandolsmod
para mostrar la lista de módulos cargados y compruebe si apareceacpiphp
. 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:
-
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
-
-
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
yoperatingSystemVersion
. Sin embargo, estos parámetros están actualmente inactivos. Además, la documentación del objeto de respuesta de imagen incluye los atributos deoperatingSystem
yoperatingSystemVersion
, 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:
por:oraclecloud-updates-ksplice.oracle.com
updates.ksplice.<region>.oci.oraclecloud.com
Por ejemplo, si la región principal es Oeste de EE. UU. (Phoenix), sustituya:
por:oraclecloud-updates-ksplice.oracle.com
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:-
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}'
-
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 }, ... }
-
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
Actualmente no hay problemas conocidos resueltos en Compute.