6.5. Problemas conocidos
Esta parte describe los problemas conocidos en Red Hat Enterprise Linux 8.3.
6.5.1. Creación del instalador y de la imagen
Los comandos Kickstart auth y authconfig requieren el repositorio AppStream
El paquete authselect-compat es necesario para los comandos auth y authconfig Kickstart durante la instalación. Sin este paquete, la instalación falla si se utilizan auth o authconfig. Sin embargo, por diseño, el paquete authselect-compat sólo está disponible en el repositorio de AppStream.
Para solucionar este problema, verifique que los repositorios de BaseOS y AppStream estén disponibles para el instalador o utilice el comando authselect Kickstart durante la instalación.
(BZ#1640697)
Los comandos reboot --kexec e inst.kexec no proporcionan un estado predecible del sistema
Realizar una instalación de RHEL con el comando reboot --kexec Kickstart o los parámetros de arranque del kernel inst.kexec no proporcionan el mismo estado predecible del sistema que un reinicio completo. Como consecuencia, cambiar al sistema instalado sin reiniciar puede producir resultados impredecibles.
Tenga en cuenta que la función kexec está obsoleta y se eliminará en una futura versión de Red Hat Enterprise Linux.
(BZ#1697896)
El acceso a la red no está activado por defecto en el programa de instalación
Varias funciones de instalación requieren acceso a la red, por ejemplo, el registro de un sistema mediante la red de distribución de contenidos (CDN), la compatibilidad con el servidor NTP y las fuentes de instalación de la red. Sin embargo, el acceso a la red no está habilitado por defecto, y como resultado, estas características no pueden ser utilizadas hasta que se habilite el acceso a la red.
Para solucionar este problema, añada ip=dhcp a las opciones de arranque para permitir el acceso a la red cuando se inicie la instalación. Opcionalmente, pasar un archivo Kickstart o un repositorio ubicado en la red utilizando las opciones de arranque también resuelve el problema. Como resultado, las características de instalación basadas en la red pueden ser utilizadas.
(BZ#1757877)
El nuevo back-end de osbuild-composer no replica el estado del blueprint de lorax-composer en las actualizaciones
Los usuarios de Image Builder que están actualizando desde el back end lorax-composer al nuevo back end osbuild-composer, los blueprints pueden desaparecer. Como resultado, una vez completada la actualización, los blueprints no se muestran automáticamente. Para solucionar este problema, realice los siguientes pasos.
Requisitos previos
-
Tiene instalada la utilidad
composer-cliCLI.
Procedimiento
Ejecute el comando para cargar los planos anteriores basados en
lorax-composeren el nuevo back endosbuild-composer:$ for blueprint in $(find /var/lib/lorax/composer/blueprints/git/workspace/master -name '*.toml'); do composer-cli blueprints push \ "${blueprint}"; done
Como resultado, los mismos planos están ahora disponibles en el back end de osbuild-composer.
Recursos adicionales
- Para más detalles sobre este problema conocido, vea el artículo Los planos de Image Builder ya no están presentes tras una actualización a Red Hat Enterprise Linux 8.3.
El servidor HTTPS autofirmado no se puede utilizar en la instalación de Kickstart
Actualmente, el instalador falla al instalar desde un servidor https autofirmado cuando se especifica el origen de la instalación en el archivo kickstart y se utiliza la opción --noverifyssl:
url --url=https://SERVER/PATH --noverifyssl
Para solucionar este problema, añada el parámetro inst.noverifyssl a la línea de comandos del kernel al iniciar la instalación kickstart.
Por ejemplo:
inst.ks=
(BZ#1745064)
La instalación de la interfaz gráfica de usuario podría fallar si se intenta anular el registro mediante la CDN antes de que se complete la actualización del repositorio
Desde RHEL 8.2, cuando se registra el sistema y se adjuntan suscripciones utilizando la Red de Entrega de Contenidos (CDN), el programa de instalación de la GUI inicia una actualización de los metadatos del repositorio. El proceso de actualización no es parte del proceso de registro y suscripción, y como consecuencia, el botón Unregister está habilitado en la ventana Connect to Red Hat. Dependiendo de la conexión de red, el proceso de actualización puede tardar más de un minuto en completarse. Si hace clic en el botón Unregister antes de que se complete el proceso de actualización, la instalación de la GUI podría fallar, ya que el proceso de desregistro elimina los archivos del repositorio de la CDN y los certificados necesarios para que el programa de instalación se comunique con la CDN.
Para solucionar este problema, complete los siguientes pasos en la instalación de la GUI después de haber pulsado el botón Register en la ventana Connect to Red Hat:
- Desde la ventana Connect to Red Hat, haga clic en Done para volver a la ventana Installation Summary.
- Desde la ventana Installation Summary, verifique que los mensajes de estado Installation Source y Software Selection en cursiva no muestran ninguna información de procesamiento.
- Cuando las categorías de Fuente de Instalación y Selección de Software estén listas, haga clic en Connect to Red Hat.
- Haga clic en el botón Unregister.
Después de realizar estos pasos, puede anular con seguridad el registro del sistema durante la instalación de la GUI.
(BZ#1821192)
El registro falla para las cuentas de usuario que pertenecen a varias organizaciones
Actualmente, cuando se intenta registrar un sistema con una cuenta de usuario que pertenece a varias organizaciones, el proceso de registro falla con el mensaje de error You must specify an organization for new units.
Para solucionar este problema, puedes
- Utilice una cuenta de usuario diferente que no pertenezca a varias organizaciones.
- Utilice el método de autenticación Activation Key disponible en la función Conectar con Red Hat para las instalaciones GUI y Kickstart.
- Omita el paso de registro en Conéctese a Red Hat y utilice el Gestor de suscripciones para registrar su sistema después de la instalación.
El instalador de RHEL no se inicia cuando se configuran las interfaces de red InfiniBand mediante las opciones de arranque del instalador
Cuando se configuran las interfaces de red InfiniBand en una fase temprana de la instalación de RHEL utilizando las opciones de arranque del instalador (por ejemplo, para descargar la imagen del instalador utilizando el servidor PXE), el instalador no consigue activar las interfaces de red.
Este problema se produce porque RHEL NetworkManager no reconoce las interfaces de red en modo InfiniBand y, en su lugar, configura conexiones Ethernet para las interfaces.
Como resultado, la activación de la conexión falla, y si la conectividad a través de la interfaz InfiniBand es requerida en una etapa temprana, el instalador de RHEL falla al iniciar la instalación.
Para solucionar este problema, cree un nuevo medio de instalación que incluya los paquetes actualizados de Anaconda y NetworkManager, utilizando la herramienta Lorax.
Para más información sobre cómo crear un nuevo medio de instalación que incluya los paquetes actualizados de Anaconda y NetworkManager, utilizando la herramienta Lorax, consulte No se puede instalar Red Hat Enterprise Linux 8.3.0 con interfaces de red InfiniBand
(BZ#1890261)
La instalación de Anaconda falla cuando el espacio de nombres del dispositivo NVDIMM está configurado en modo devdax.
La instalación de Anaconda falla con un trackback después de arrancar con el espacio de nombres del dispositivo NVDIMM configurado en modo devdax antes de la instalación de la GUI.
Para solucionar este problema, reconfigure el dispositivo NVDIMM para establecer el espacio de nombres en un modo diferente al modo devdax antes de comenzar la instalación. Como resultado, puede continuar con la instalación.
(BZ#1891827)
No se detecta la fuente de instalación demedios locales cuando se arranca la instalación desde un USB creado con una herramienta de terceros
Cuando se arranca la instalación de RHEL desde un USB creado con una herramienta de terceros, el instalador no detecta la fuente de instalación de medios locales (sólo se detecta 'Red Hat CDN').
Este problema se produce porque la opción de arranque por defecto int.stage2= intenta buscar el formato de imagen iso9660. Sin embargo, una herramienta de terceros podría crear una imagen ISO con un formato diferente.
Como solución, utilice cualquiera de las siguientes soluciones:
-
Al arrancar la instalación, pulse la tecla
Tabpara editar la línea de comandos del kernel, y cambie la opción de arranqueinst.stage2=porinst.repo=. - Para crear un dispositivo USB de arranque en Windows, utilice Fedora Media Writer.
- Si utiliza una herramienta de terceros como Rufus para crear un dispositivo USB de arranque, primero regenere la imagen ISO de RHEL en un sistema Linux y luego utilice la herramienta de terceros para crear un dispositivo USB de arranque.
Para obtener más información sobre los pasos necesarios para llevar a cabo cualquiera de las soluciones especificadas, consulte, Los medios de instalación no se detectan automáticamente durante la instalación de RHEL 8.3
(BZ#1877697)
Anaconda ahora muestra un diálogo para discos DASD ldl o sin formato en modo texto
Anteriormente, durante una instalación en modo texto, Anaconda no mostraba un cuadro de diálogo para los discos de distribución de discos Linux(ldl) o los discos de dispositivos de almacenamiento de acceso directo (DASD) no formateados. Como resultado, los usuarios no podían utilizar esos discos para la instalación.
Con esta actualización, en el modo de texto Anaconda reconoce los discos DASD ldl y no formateados y muestra un diálogo en el que los usuarios pueden formatearlos adecuadamente para su futura utilización en la instalación.
(BZ#1874394)
