Limitaciones y problemas conocidos de Solución Bare Metal
En esta página se describen los problemas y las limitaciones conocidos que pueden surgir al usar Bare Metal Solution.
Limitaciones
No se admite la modificación de los ajustes de la BIOS
Bare Metal Solution no admite modificaciones en la configuración de la BIOS, como inhabilitar los estados C y P a nivel de BIOS.
Para solucionar este problema, puedes usar los controles a nivel de SO de los estados C y P a través de la función de gestión de energía de tu SO. Para saber cómo hacerlo, consulta la documentación de tu sistema operativo.
La extensión regional de Bare Metal Solution no admite parámetros de Controles de Servicio de VPC
Conectar una VPC con los controles de servicio habilitados a tu entorno de Bare Metal Solution no mantiene ninguna garantía de control de servicio.
La API de Solución Bare Metal se puede añadir a un perímetro seguro. Sin embargo, los perímetros de Controles de Servicio de VPC no se extienden al entorno de Bare Metal Solution en las extensiones regionales. Para obtener más información, consulta Productos admitidos y limitaciones.
Si quieres seguir usando Bare Metal Solution con Controles de Servicio de VPC habilitado, ponte en contacto con Atención al cliente para añadir tu proyectoGoogle Cloud a la lista de permitidos para usar esta función.
No se puede cambiar el ASN
Bare Metal Solution y Partner Interconnect no admiten números de sistema autónomo (ASN) personalizados. El ASN de la red de clientes de Solución Bare Metal es 65500
. En el caso de Partner Interconnect, todos los routers de Cloud Router deben tener un ASN local de 16550
.
Te recomendamos que planifiques tus implementaciones en consecuencia.
Número máximo de LUNs conectados a un servidor
Puedes adjuntar un máximo de 200 LUNs (incluido el LUN de arranque) a un servidor de Bare Metal Solution.
Problemas conocidos
Apagado en frío después del primer reinicio a través del gestor de OVM
En los servidores aprovisionados con OVM 3.4.6, el primer reinicio iniciado a través de OVM Manager, ya sea después del aprovisionamiento inicial o de la creación de una nueva imagen, provoca un apagado en frío.
Para saber cómo encender un servidor, consulta el artículo Operar un servidor de Solución Bare Metal.
El servidor tarda mucho en arrancar
El tiempo de arranque puede variar en función del tamaño del servidor y del número de LUNs compartidos.
Cuanto más grande sea el servidor, más tiempo tardará en iniciarse.
El número de LUNs compartidos en un servidor también influye en el tiempo de arranque. Por ejemplo, un servidor o2-highmem-224-metal
con unas 100 LUNs compartidas puede tardar más de una hora en arrancar, mientras que un servidor o2-highmem-224-metal
con menos LUNs tardaría unos 45 minutos.
Esto se debe al tiempo necesario para realizar todas las comprobaciones y es normal.
Desbordamiento de búfer al usar ethtool con la marca de depuración
Se ha corregido en el kernel de Linux 5.8 un error que provocaba un desbordamiento de búfer al usar ethtool -d
.
Este error puede provocar un pánico del kernel y afectar a tu servidor de Bare Metal Solution en función del SO y del hipervisor que utilices.
A continuación, te indicamos nuestras recomendaciones y la solución alternativa para este error:
Red Hat Enterprise Linux (RHEL)
Si utilizas RHEL 7.x, sigue estas directrices:
- No ejecutes
ethtool
con la marca de depuración:ethtool -d
. Impide que la utilidad
sosreport
invoqueethtool -d
inhabilitando el complemento de redes.En el archivo
/etc/sos/sos.conf
, añade las siguientes líneas:[plugins] disable = networking
Si utilizas RHEL 8.x, sigue estas directrices:
- Actualiza a la versión RHEL 8.3 (kernel 4.18.0-240) o una posterior.
En los sistemas con versiones del kernel anteriores a 4.18.0-240 que no se pueden actualizar, evita que la utilidad
sosreport
invoqueethtool -d
inhabilitando el complemento de redes.En el archivo
/etc/sos/sos.conf
, añade las siguientes líneas:[report] skip-plugins = networking
Para obtener más información, consulta la solución de Red Hat.
SUSE Linux Enterprise Server(SLES)
Este error se corrigió en SLES 15 SP4 (versión del kernel 5.14.21-150400.22.1). Actualiza a SLES 15 SP4 (versión del kernel 5.14.21-150400.22.1) o una versión posterior.
Oracle Enterprise Linux
Si utilizas Oracle Linux 7.x, sigue estas directrices:
- No ejecutes
ethtool
con la marca de depuración:ethtool -d
. Impide que la utilidad
sosreport
invoqueethtool -d
inhabilitando el complemento de redes.En el archivo
/etc/sos/sos.conf
, añade las siguientes líneas:[plugins] disable = networking
Si utilizas Oracle 8.x, sigue estas directrices:
- Este error se corrigió en OL8U7 (kernel-uek-5.15.0-3.60.5.1). Puedes actualizar al kernel más reciente siguiendo las instrucciones de actualización de Oracle.
Si no puedes actualizar a la versión del kernel kernel-uek-5.15.0-3.60.5.1, impide que la utilidad
sosreport
invoqueethtool -d
inhabilitando el complemento de redes.En el archivo
/etc/sos/sos.conf
, añade las siguientes líneas:[report] skip-plugins = networking
Oracle VM Server
- No ejecutes
ethtool
en el dominiodom0
con la marca de depuración:ethtool -d
. Impide que la utilidad
sosreport
invoqueethtool -d
inhabilitando el complemento de redes.En el archivo
/etc/sos/sos.conf
, añade las siguientes líneas:[plugins] disable = networking
El servidor OVM no puede conectarse a OVM Manager después de actualizar el firmware de TS54
Si has actualizado tu servidor de Bare Metal Solution que ejecuta Oracle VM (OVM) y no puede conectarse a OVM Manager, es posible que este sea el motivo. Al actualizar el firmware de un servidor de Solución Bare Metal, cambia su UUID de SMBIOS. La OVM usa este UUID para identificarse con el gestor de OVMs. Por lo tanto, el cambio de UUID puede provocar problemas en la comunicación entre ambos. Para evitarlo, antes de actualizar el firmware de tu servidor de Solución Bare Metal, aplica la solución alternativa que se describe en el documento de Oracle con ID 1534416.1. Si necesitas ayuda para implementar esta solución alternativa, ponte en contacto con el servicio de atención al cliente.