Notas relacionadas con la instalación

Actualizaciones relacionadas con diferentes funcionalidades

Actualizaciones relacionadas con los controladores

Actualizaciones relacionadas con el kernel

Otras actualizaciones

Muestras de tecnología

Problemas resueltos

Problemas conocidos

Si está copiando el contenido de los CD-ROMs de Red Hat Enterprise Linux 5 (por ejemplo, en preparación para una instalación basada en la red), asegúrese de copiar únicamente los CD-ROMs del sistema operativo. No copie el CD-ROM adicional ni ninguno de los CD-ROM, pues esto sobreescribirá archivos que son necesarios para la correcta operación de Anaconda.

El contenido del CD-ROM adicional y otros CD-ROM de productos adicionales deben ser instalados después de la instalación de Red Hat Enterprise Linux 5 .1.

Cuando instale Red Hat Enterprise Linux 5.1 en un huésped totalmente virtualizado no utilice el kernel kernel-xen. Si se utiliza este kernel en un huésped totalmente virtualizado, el sistema podría fallar.

Si está utilizando un número de instalación cuando instala Red Hat Enterprise Linux 5.1 en un huésped totalmente virtualizado, asegúrese de no seleccionar el grupo de paquetes Virtualización durante la instalación. El grupo de paquetes Virtualización instala el kernel kernel-xen.

Note que los huéspedes paravirtualizado no se ven afectados. Los huéspedes paravirtualizados siempre usan el kernel kernel-xen.

Si está utilizando el kernel virtualizado en una actualización de Red Hat Enterprise Linux 5 a 5.1, debe reiniciar el sistema una vez la actualización haya finalizado.

El ABI de los hipervisores de Red Hat Enterprise Linux 5 y 5.1 no son compatibles. Si no se reinicia el sistema tras la actualización, los RPMs de virtualización actualizados no coincidirán con el kernel en ejecución.

El cliente CIFS ha sido actualizado a la versión 1.48aRH. Éste está basado en el lanzamiento 1.48a con algunos parches que aplican los siguientes cambios:

Tenga en cuenta que para los usuarios del producto EMC Celerra (código NAS 5.5.26.x e inferior), el cliente CIFS fallará cuando se acceden servicios compartidos en EMC NAS. Este problema se caracteriza por los siguientes mensajes del kernel:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

Después de un montaje CIFS, será imposible leer o escribir cualquier archivo en él y cualquier aplicación que intente acciones de E/S en el punto de montaje fallará. Para resolver este problema, actualice a código NAS 5.5.27.5 o superior (utilice EMC Primus número emc165978).

ahora se soportan las etiquetas MODULE_FIRMWARE.

Ahora se soportan los controladores ICH9.

Los procesadores Greyhound están ahora soportados en llamados CPUID.

Oprofile ahora soporta nuevos eventos de conteo de rendimiento de Greyhound

Directed DIAG ahora está soportado para mejorar la utilización de z/VM.

Ahora se soporta el circuito integrado gráfico de Intel a través del módulo de kernel DRM. Además, el DRM API ha sido actualizado a la versión 1.3 para soportar traducción directa.

Las actualizaciones de la administración de energía de ACPI han mejorado la suspensión a RAM S3 y hibernación S4.

gaim ahora se llama pidgin.

Se actualizó el microcode de Intel a la versión 1.17. Ésta actualización añade soporte para nuevos procesadores de Intel.

Ahora se soporta la recuperación de fallos activo-activo implícito que utiliza dm-multipath en almacenajes EMC Clariion

La fuente tipográfica china Zysong ya no está instalada como parte del paquete fonts-chinese. Zysong ahora se empaca de forma separada como fonts-chinese-zysong. El paquete fonts-chinese-zysong está ubicado en el CD adicional.

Tenga en cuenta que el paquete fonts-chinese-zysong es necesario para soportar el estándar Chinese National Standard GB18030.

El nombre de usuario y contraseña para CHAP (siglas del inglés para Challenge Handshake Authentication Protocol) tienen un límite de 256 caracteres cada uno.

pump es considerado obsoleto es esta actualización. Como tal, la configuración de la interfaz de red a través de netconfig puede resultar en scripts ifcfg erróneos.

Para configurar de forma apropiada su interfaz de red, utilice system-config-network. La instalación del paquete system-config-network actualizado borra netconfig.

rpm --aid ya no está soportada. Se recomienda que utilice yum cuando actualice e instale paquetes.

Se ha corregido un error de SATA que causaba que los sistemas equipados con SATA se detuvieran durante el proceso de arranque y mostraran un error antes de reiniciar.

En sistemas con múltiple arranque, parted preserva el sector de inicio de la primera partición (en donde Windows Vista™ está instalado). Como tal, cuando se configura un sistema con múltiple arranque con Red Hat Enterprise Linux 5.1 y Windows Vista™, el último puede ser arrancado.

rmmod xennet ya no causa que domU falle.

Los sistemas Sun Blade X8400 Server Module de 4-socket AMD que no tienen la memoria configurada en node 0 ya no hacen que el kernel entre en pánico durante el proceso de arranque.

conga y luci ahora pueden ser usados para crear y configurar dominios de recuperación contra fallos.

Cuando se instala el grupo Cluster Storage a través de yum, la transacción ya no falla.

Durante la instalación, ya no se asignan contextos SELinux incorrectos /var/log/faillog y /var/log/tallylog.

Cuando se instala Red Hat Enterprise Linux 5.1 utilizando medios de instalación divididos (como en el caso de los CDs o NFSISO), ya no ocurre un error durante la instalación de amanda-server.

EDAC ahora reporta la cantidad correcta de memoria en los últimos procesadores k8.

Al iniciar una sesión remota en el escritorio Gnome a través de gdm ya no causa que la pantalla de entrada se cuelgue.

Se resolvió un error de autofs que prevenía que montajes múltiples funcionaran apropiadamente.

Si se ejecuta tvtime y xawtv con el módulo del kernel bttv, el sistema ya no fallará.

Se han aplicado varios parches a utrace para solucionar los siguientes problemas:

Se arregló un error de RealTime Clock (RTC) que prevenía que las interrupciones RTC periódicas y alarmas funcionaran adecuadamente.

La primera vez que se hace clic en el botón Notas de lanzamiento en Anaconda, ocurre un retraso mientras la ventana procesaba las notas de lanzamiento. Durante este retraso, una lista vacía aparecía en la ventana. El proceso no toma mucho tiempo, por lo cual los usuarios podrían no notar este problema.

Esta demora se debe a que la fase de instalación de paquetes es la más intensa (para la CPU) de todas las fases de instalación.

Algunas máquinas que utilizan tarjetas gráficas NVIDIA podrían mostrar gráficas y fuentes dañadas cuando se utilice el programa de instalación gráfico o durante la pantalla de login gráfico. Para solucionar este problema, abra una consola virtual y regrese al host X original.

Los adaptadores de bus de host que utilizan controladores MegaRAID deben operar en modo de emulación "Mass Storage" y no en modo de emulación "I2O". Ejecute los siguientes pasos para cambiar el modo de emulación:

Si el adaptador se establece incorrectamente a "I2O", el sistema intentará cargar el controlador i2o. Esta acción fallará y evitará que se cargue el controlador apropiado.

Lanzamiento anteriores de Red Hat Enterprise Linux no intentaban cargar el controlador I2O antes del controlador MegaRAID. Sin embargo, el hardware debe establecerse siempre a emulación "Mass Storage" cuando sean utilizados con Linux.

Los portátiles con tarjetas inalámbricas Cisco Aironet MPI-350 pueden colgarse al intentar obtener la dirección DHCP durante una instalación de red que utiliza el puerto ethernet.

Para solucionar este problema, utilice medios locales para la instalación. Alternativamente, usted puede desactivar la tarjeta wireless en la BIOS del portátil antes de la instalación (puede activar esta tarjeta una vez completado el proceso de instalación).

Actualmente, system-config-kickstart no soporta la selección o deselección de paquetes. Cuando utilice system-config-kickstart verá la opción Selección de paquetes desactivada. Esto se debe a que system-config-kickstart utiliza yum para obtener la información de los grupos, pero no puede configurar yum para conectarse con Red Hat Network.

Por el momento, usted deberá actualizar la sección paquetes en su archivo kickstart de forma manual. Cuando utilice system-config-kickstart para abrir un archivo kickstart, éste preservará toda la información sobre los paquetes y la volverá a escribir al archivo cuando éste se guarde.

El registro a /var/log/boot.log durante el arranque no está presente en este lanzamiento de Red Hat Enterprise Linux 5. Una funcionalidad equivalente será añadida en un actualización futura.

Al realizar una actualización de Red Hat Enterprise Linux 4 a Red Hat Enterprise Linux 5, el Manual de implementación no se instala automáticamente. Necesitará utilizar pirut para instalarlo manualmente una vez finalizada la actualización.

El sistema puede no reiniciar apropiadamente en un kernel kexec/kdump si X está siendo ejecutado y utiliza un controlador diferente a vesa. Este problema se presenta únicamente en chipsets gráficos ATI Rage XL.

Si X está siendo ejecutado en un sistema con ATI Rage XL, asegúrese de utilizar el controlador vesa para que el reinicio en el kernel kexec/kdump sea exitoso.

La instalación de las funcionalidades de virtualización podrían provocar el mensaje de advertencia "time went backwards" en sistemas HP con los números de modelos xw9300 y xw9400.

Para solucionar este problema en las máquinas xw9400, configure la BIOS para activar el temporizador HPET. Tenga en cuenta que esta opción no está disponible en máquinas xw9300.

Este problema será resuelto en una actualización posterior de la BIOS por HP.

Cuando utilice Red Hat Enterprise Linux 5 en máquinas con un chipser nVidia CK804 instalado, los siguiente mensajes de kernel podrían aparecer:

kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS

Estos mensajes indican que ciertos puertos PCI-E no están solicitando IRQs. Estos mensajes, sin embargo, no afectan la operación de la máquina.

Los dispositivos de almacenaje removibles (tales como CD y DVD) no se montan automáticamente es una sesión de root. Por lo cual, usted tendrá que montar los dispositivos manualmente.

Alternativamente, puede ejecutar el siguiente comando para montar un dispositivo a /media:

mount /dev/<nombre del dispositivo> /media

El chipCalgary IOMMU no es soportado por defecto en esta actualización. Para activar el soporte de este chip, utilice la opción de la línea de comandos del kernel iommu=calgary.

El IBM System z no proporciona una consola física al estilo Unix. Por lo cual, Red Hat Enterprise Linux 5 para IBM System z no soporta la funcionalidad firstboot durante la carga inicial del programa.

Para iniciar apropiadamente la configuración para Red Hat Enterprise Linux 5 en sistemas IBM System z, ejecute el siguiente comando después de la instalación:

Cuando se hace una actualización de Red Hat Enterprise Linux 5 a Red Hat Enterprise Linux 5 .1 a través de Red Hat Network, yum puede no importar la llave redhat-beta. Por lo cual, se aconseja que importe la llave redhat-beta de forma manual antes de realizar la actualización. Para ello, ejecute el siguiente comando:

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

Cuando se borra un LUN en un filer configurado, el cambio no se refleja en el host. En tales casos, el comando lvm puede fallar indefinidamente cuando se usa dm-multipath, ya que el LUN está en estado stale.

Como solución temporal, borre todos los dispositivos y entradas de enlace mpath en /etc/lvm/.cache específicas al LUN es estado stale.

Ejecute el siguiente comando para saber lo que significan estas entradas:

ls -l /dev/mpath | grep <stale LUN>

Por ejemplo, si <stale LUN> es 3600d0230003414f30000203a7bc41a00, el siguiente resultado debe aparecer:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5

Esto significa que 3600d0230003414f30000203a7bc41a00 está mapeado a dos enlaces mpath: dm-4 y dm-5.

Por lo cual, las siguientes líneas deben ser borradas de /etc/lvm/.cache:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

Cuando intente crear un huésped Windows™ totalmente virtualizado utilizando un CD/DVD, la segunda etapa de la instalación del huésped no continuará después del reinicio.

Como solución temporal, edite /etc/xen/<nombre de la máquina huésped> para añadir una entrada para el dispositivo de CD/DVD.

Si se utiliza un archivo como dispositivo virtual en la instalación, la línea disk de /etc/xen/<nombre de la máquina huésped> mostrará lo siguiente:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

Un dispositivo de CD/DVD localizado en el anfitrión como /dev/dvd puede ser habilitado para la segunda etapa de la instalación como hdc si añade una entrada parecida a: 'phy:/dev/dvd,hdc:cdrom,r'. Tras ello, la línea disk debe mostrar lo siguiente:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

La ruta precisa del dispositivo a utilizar puede ser diferente dependiendo del hardware.

Si el módulo sctp no se añade al kernel, la ejecución de netstat con las opciones -A inet o -A inet6 terminan de forma anormal con el siguiente mensaje:

netstat: no support for `AF INET (sctp)' on this system.        

Instale el módulo de kernel sctp para evitar este problema.

La instalación de Red Hat Enterprise Linux 3.9 en un huésped totalmente virtualizado puede ser extremadamente lento. Además, al arrancar el huésped después de la instalación puede resultar en errores hda: lost interrupt.

Para evitar este error de arranque, configure el huésped para que utilice el kernel SMP.

Los kernels actuales no imponen señales DTR (Data Terminal Ready) antes de imprimir a los puertos seriales durante periodos de arranque. Ésto, sin embargo, es requerido por algunos dispositivos; por ello, los mensajes de arranque del kernel no se imprimen en la consola serial en tales dispositivos.

La actualización de un sistema anfitrión (dom0) a Red Hat Enterprise Linux 5.1 puede resultar en huéspedes paravirtualizados Red Hat Enterprise Linux 4.5 SMP existentes que no pueden ser arrancados. Esto puede ocurrir cuando el sistema anfitrión tiene más de 4GB de RAM.

Para solucionar este problema, arranque cada huésped Red Hat Enterprise Linux 4.5 en modo de CPU único y actualice el kernel a la versión más actual (Red Hat Enterprise Linux 4.5.z).

El AMD 8132 y HP BroadCom HT100 utilizado en algunas plataformas (tales como HP dc7700) no soportan los ciclos MMCONFIG. Si su sistema utiliza cualquiera de estos chipsets, su configuración PCI debe utilizar el mecanismo PortIO CF8/CFC. Para configurarlo, inicie el sistema con el parámetro de kernel -pci nommconfig durante la instalación y añada pci=nommconf a GRUB una vez arrancado.

Además, el chipset AMD 8132 no soporta MSI. Si su sistema utiliza este chipset, debe desactivar MSI. Para ello, utilice el parámetro del kernel -pci nomsi durante la instalación y añada pci=nomsi a GRUB después del arranque.

Sin embargo, si su plataforma ya está en la lista negra del kernel, su sistema no requiere los parámetros pci del kernel arriba mencionados. Las siguientes plataformas HP ya están en la lista negra del kernel:

El Administrador de máquinas virtuales (virt-manager) incluido en este lanzamiento no permite que los usuarios especifiquen argumentos de arranque inicial al programa de instalación de los huéspedes paravirtualizados. Esto es cierto inclusive cuando dichos argumentos son requeridos para instalar ciertos tipos de huéspedes paravirtualizados en tipos específicos de hardware.

Este problema será solucionado en un lanzamiento futuro de virt-manager. Para especificar argumentos arbitrarios al kernel en la instalación de huéspedes paravirtualizados desde la línea de comandos utilice virt-install.

Con la configuración predeterminada de dm-multipath, los dispositivos Netapp pueden tomar varios minutos antes de completar el respaldo ante fallas después que una ruta fallida ha sido restablecida. Para resolver este problema, añada la siguiente configuración de dispositivo Netapp a la sección devices del archivo multipath.conf:

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }