6.7. Problemas conocidos
Esta parte describe los problemas conocidos en Red Hat Enterprise Linux 8.
6.7.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)
La instalación de Anaconda incluye límites bajos de requisitos de configuración de recursos mínimos
Anaconda inicia la instalación en sistemas con una configuración mínima de recursos disponibles y no proporciona un mensaje previo de advertencia sobre los recursos necesarios para realizar la instalación con éxito. Como resultado, la instalación puede fallar y los errores de salida no proporcionan mensajes claros para una posible depuración y recuperación. Para solucionar este problema, asegúrese de que el sistema dispone de los recursos mínimos necesarios para la instalación: 2GB de memoria en PPC64(LE) y 1GB en x86_64. Como resultado, debería ser posible realizar una instalación exitosa.
(BZ#1696609)
La instalación falla al utilizar el comando reboot --kexec
La instalación de RHEL 8 falla cuando se utiliza un archivo Kickstart que contiene el comando reboot --kexec. Para evitar el problema, utilice el comando reboot en lugar de reboot --kexec en su archivo Kickstart.
Soporte de arranque seguro para s390x en el instalador
RHEL 8.1 proporciona soporte para la preparación de discos de arranque para su uso en entornos IBM Z que imponen el uso del arranque seguro. Las capacidades del servidor y del hipervisor utilizados durante la instalación determinan si el formato resultante en el disco contiene soporte de arranque seguro o no. No hay forma de influir en el formato en disco durante la instalación.
En consecuencia, si se instala RHEL 8.1 en un entorno que soporta el arranque seguro, el sistema no podrá arrancar cuando se traslade a un entorno que no soporte el arranque seguro, como se hace en algunos escenarios de conmutación por error.
Para solucionar este problema, es necesario configurar la herramienta zipl que controla el formato de arranque en disco. zipl puede configurarse para escribir el formato anterior en disco incluso si el entorno en el que se ejecuta admite el arranque seguro. Realice los siguientes pasos manuales como usuario root una vez finalizada la instalación de RHEL 8.1:
-
Edite el archivo de configuración
/etc/zipl.conf Añade una línea que contenga "secure=0" a la sección denominada "defaultboot".
Ejemplo del contenido del archivo `zipl.conf` después del cambio:
[defaultboot] defaultauto prompt=1 timeout=5 target=/boot secure=0
-
Ejecutar la herramienta
ziplsin parámetros
Después de realizar estos pasos, el formato en disco del disco de arranque de RHEL 8.1 ya no contendrá soporte de arranque seguro. Como resultado, la instalación puede arrancarse en entornos que carecen de soporte de arranque seguro.
(BZ#1659400)
La configuración inicial de RHEL 8 no puede realizarse a través de SSH
Actualmente, la interfaz de configuración inicial de RHEL 8 no se muestra cuando se inicia la sesión en el sistema mediante SSH. Como consecuencia, es imposible realizar la configuración inicial en una máquina RHEL 8 gestionada mediante SSH. Para solucionar este problema, realice la configuración inicial en la consola principal del sistema (ttyS0) y, posteriormente, inicie sesión mediante SSH.
(BZ#1676439)
El valor por defecto de la opción secure= boot no está configurado como auto
Actualmente, el valor por defecto de la opción secure= boot no está establecido en auto. Como consecuencia, la función de arranque seguro no está disponible porque el valor por defecto actual está desactivado. Para solucionar este problema, establezca manualmente secure=auto en la sección [defaultboot] del archivo /etc/zipl.conf. Como resultado, la función de arranque seguro estará disponible. Para más información, consulte la página man de zipl.conf.
(BZ#1750326)
Al copiar el contenido del archivo DVD.iso binario en una partición se omiten los archivos .treeinfo y .discinfo
Durante la instalación local, mientras se copia el contenido del archivo de imagen RHEL 8 Binary DVD.iso a una partición, el * en el comando cp <path>/\* <mounted partition>/dir falla al copiar los archivos .treeinfo y .discinfo. Estos archivos son necesarios para una instalación correcta. Como resultado, los repositorios BaseOS y AppStream no se cargan, y un mensaje de registro relacionado con la depuración en el archivo anaconda.log es el único registro del problema.
Para solucionar el problema, copie los archivos .treeinfo y .discinfo que faltan en la partición.
(BZ#1687747)
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=<URL> inst.noverifyssl
(BZ#1745064)
