Release Notes Updates

Notes concernant l'installation

Mises à jour de fonctionnalités

Mises à jour de pilotes

Mises à jour relatives au noyau

Autres mises à jour

Aperçus technologiques

Problèmes résolus

Problèmes connus

When installing Red Hat Enterprise Linux 5 on a fully virtualized SMP guest, the installation may freeze. This can occur when the host (dom0) is running Red Hat Enterprise Linux 5.1.

To prevent this, set the guest to use a single processor using the install. You can do this by using the --vcpus=1 option in virt-install. Once the installation is completed, you can set the guest to SMP by modifying the allocated vcpus in virt-manager.

This release includes WBEMSMT, a suite of web-based applications that provides a user-friendly management interface for Samba and DNS. For more information about WBEMSMT, refer to http://sblim.wiki.sourceforge.net/.

Upgrading pm-utils from a Red Hat Enterprise Linux 5.1 Beta version of pm-utils will fail, resulting in the following error:

error: unpacking of archive failed on file /etc/pm/sleep.d: cpio: rename

To prevent this from occurring, delete the /etc/pm/sleep.d/ directory prior to upgrading. If /etc/pm/sleep.d contains any files, you can move those files to /etc/pm/hooks/.

Hardware testing for the Mellanox MT25204 has revealed that an internal error occurs under certain high-load conditions. When the ib_mthca driver reports a catastrophic error on this hardware, it is usually related to an insufficient completion queue depth relative to the number of outstanding work requests generated by the user application.

Although the driver will reset the hardware and recover from such an event, all existing connections are lost at the time of the error. This generally results in a segmentation fault in the user application. Further, if opensm is running at the time the error occurs, then it will have to be manually restarted in order to resume proper operation.

Driver Update Disks now support Red Hat's Driver Update Program RPM-based packaging. If a driver disk uses the newer format, it is possible to include RPM packaged drivers that will be preserved across system updates.

Please note that driver RPMs are copied only for the default kernel variant that is in use on the installed system. For example, installing a driver RPM on a system running the virtualized kernel will install the driver only for the virtualized kernel. The driver RPM will not be installed for any other installed kernel variant in the system.

As such, on a system that has multiple kernel variants installed, you will need to boot the system on each kernel variant and install the driver RPM. For example, if your system has both bare-metal and virtualized kernels installed, boot your system using the bare-metal kernel and install the driver RPM. Then, reboot the system into the virtualized kernel and install the driver RPM again.

During the lifetime of dom0, you cannot create guests (i.e. xm create) more than 32,750 times. For example, if you have guests rebooting in a loop, dom0 will fail to boot any guest after rebooting guests a total of 32,750 times.

If this event occurs, restart dom0

The Red Hat Enterprise Linux 5.1 NFS server now supports referral exports. These exports are based on extensions to the NFSv4 protocol. Any NFS clients that do not support these extensions (namely, Red Hat Enterprise Linux releases prior to 5.1) will not be able to access these exports.

As such, if an NFS client does not support these exports, any attempt to access these exports may fail with an I/O error. In some cases, depending on the client implementation, the failure may be more severe, including the possibility of a system crash.

It is important that you take precautions to ensure that NFS referral exports are not accessed by clients that do not support them.

GFS2 est une amélioration progressive de GFS. Cette mise à jour apporte d'importantes améliorations qui requièrent un changement dans le format du système de fichiers on-disk. Les systèmes de fichiers peuvent être convertis à GFS2 en utilisant l'utilitaire gfs2_convert, qui met à jour les méta-données d'un système de fichiers GFS en conséquence.

While much improved since its introduction in Red Hat Enterprise Linux 5, GFS2 remains a Technology Preview. The release notes included in the distribution incorrectly states that GFS2 is fully supported. Nevertheless, benchmark tests indicate faster performance on the following:

GFS2 apporte également les changements suivants :

Installing Red Hat Enterprise Linux 5.1 on HP BL860c blade systems may hang during the IP information request stage. This issue manifests when you have to select OK twice on the Configure TCP/IP screen.

If this occurs, reboot and perform the installation with Ethernet autonegotiation disabled. To do this, use the parameter ethtool="autoneg=off" when booting from the installation media. Doing so does not affect the final installed system.

The nohide export option is required on referral exports (i.e. exports that specify a referral server). This is because referral exports need to "cross over" a bound mount point. The nohide export option is required for such a "cross over" to be successful.

For more information on bound mounts, refer to man exports 5.

This update includes the lvm2 event monitoring daemon. If you are already using lvm2 mirroring, perform the following steps to ensure that all monitoring functions are upgraded properly:

Rapid Virtualization Indexing (RVI) is now supported on 64-bit, 32-bit, and 32-bit PAE kernels. However, RVI can only translate 32-bit guest virtual addresses on the 32-bit PAE hypervisor.

As such, if a guest is running a PAE kernel with more than 3840MB of RAM, a wrong address translation error will occur. This can crash the guest.

It is recommended that you use the 64-bit kernel if you intend to run guests with more than 4GB of physical RAM under RVI.

Running 16 cores or more using AMD Rev F processors may result in system resets when performing fully-virtualized guest installations.

Installing the systemtap-runtime package will result in a transaction check error if the systemtap package is already installed. Further, upgrading Red Hat Enterprise Linux 5 to 5.1 will also fail if the systemtap package is already installed.

As such, remove the systemtap package using the command rpm -e systemtap-0.5.12-1.e15 before installing systemtap-runtime or performing an upgrade.

When setting up NFSROOT, BOOTPROTO must be set as BOOTPROTO=dhcp in /etc/sysconfig/network-scripts/ifcfg-eth0.

If your environment requires a different setting for BOOTPROTO, then temporarily set BOOTPROTO=dhcp in /etc/sysconfig/network-scripts/ifcfg-eth0 before initially creating the initrd. You can reset the original value of BOOTPROTO after the initrd is created.

The QLogic iSCSI Expansion Card for the IBM Bladecenter provides both ethernet and iSCSI functions. Some parts on the card are shared by both functions. However, the current qla3xxx and qla4xxx drivers support ethernet and iSCSI functions individually. Both drivers do not support the use of ethernet and iSCSI functions simultaneously.

As such, using both ethernet and iSCSI functions simultaneously may hang the device. This could result in data loss and filesystem corruption on iSCSI devices, or network disruptions on other connected ethernet devices.

When using virt-manager to add disks to an existing guest, duplicate entries may be created in the guest's /etc/xen/<domain name> configuration file. These duplicate entries will prevent the guest from booting.

As such, you should remove these duplicate entries.

Repeatedly migrating a guest between two hosts may cause one host to panic. If a host is rebooted after migrating a guest out of the system and before migrating the same guest back, the panic will not occur.

sysreport is being deprecated in favor of sos. To install sos, run yum install sos. This command installs sos and removes sysreport. It is recommended that you update any existing kickstart files to reflect this.

After installing sos, use the command sosreport to invoke it. Using the command sysreport generates a warning that sysreport is now deprecated; continuing will invoke sosreport.

If you need to use the sysreport tool specifically, use the command sysreport.legacy to invoke it.

For more information about sosreport, refer to man sosreport and sosreport --help.

Si vous copiez le contenu des CD-ROM de Red Hat Enterprise Linux 5 (par exemple, en vue d'une installation réseau), assurez-vous de ne copier que les CD-ROM du système d'exploitation. Ne copiez pas le CD-ROM supplémentaire et ne copiez aucun des CD-ROM de produits en couche car une telle opération écraserait des fichiers nécessaires au bon fonctionnement d'Anaconda.

Le contenu des CD-ROM supplémentaires et des CD-ROM de produits en couche doit être installé après l'installation de Red Hat Enterprise Linux 5.1.

Lors de l'installation de Red Hat Enterprise Linux 5.1 sur un invité pleinement virtualisé, n'utilisez pas le noyau kernel-xen. L'utilisation de ce noyau sur des invités pleinement virtualisés peut causer l'interruption de votre système.

Si vous utilisez un numéro d'installation lors de l'installation de Red Hat Enterprise Linux 5.1 sur un invité pleinement virtualisé, assurez-vous de dé-sélectionner le groupe de paquetages Virtualization durant l'installation. Les options du groupe de paquetages Virtualization installent le noyau kernel-xen.

Notez que les invités pleinement paravirtualisés ne sont pas affectés par ce problème. Les invités paravirtualisés utilisent toujours le noyau kernel-xen.

If you are using the Virtualized kernel when upgrading from Red Hat Enterprise Linux 5 to 5.1, you must reboot after completing the upgrade. You should then boot the system using the updated Virtualized kernel.

The hypervisors of Red Hat Enterprise Linux 5 and 5.1 are not ABI-compatible. If you do not boot the system after upgrading using the updated Virtualized kernel, the upgraded Virtualization RPMs will not match the running kernel.

Le client CIFS a été mis à jour pour la version 1.48aRH. Ceci est basé sur la version 1.48a, avec des correctifs qui apportent les changements suivants :

Notez que pour les utilisateurs du produit EMC Celerra (Code NAS 5.5.26.x et les versions précédentes), le client CIFS s'interrompt lorsqu'il accède à EMC NAS. Ce problème est caractérisé par les messages suivants du noyau :

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

Après un montage CIFS, il devient impossible de lire/écrire des fichiers sur ce dernier et les applications qui essaient une E/S sur le point de montage seront interrompues. Pour résoudre ce problème, faites une mise à niveau vers NAS Code 5.5.27.5 ou une version plus récente (utilisez le numéro Primus emc165978).

Les balises MODULE_FIRMWARE sont maintenant supportées.

Les contrôleurs ICH9 sont maintenant supportés.

Les processeurs Greyhound sont maintenant supportés dans les appels CPUID.

Oprofile supporte maintenant les nouveaux évènements de compteur de performance de Greyhound.

Directed DIAG est maintenant supporté afin d'améliorer l'utilisation de z/VM.

La puce graphique Intel est maintenant supportée à travers le module de noyau DRM. De plus, l'API DRM a été mise à niveau vers la version 1.3 pour prendre en charge le rendu direct.

Des mises à jour relatives à la gestion d'alimentation ACPI ont amélioré le mode S3 (suspend-to-RAM) et S4 (hibernate).

gaim est maintenant appelé pidgin.

Intel microcode mis à jour pour la version 1.17. Cela ajoute la prise en charge pour les nouveaux processeurs Intel.

Le failover implicite active-active utilisant dm-multipath sur le stockage EMC Clariion est maintenant supporté.

La police d'écriture chinoise Zysong n'est plus installée avec le paquetage fonts-chinese. Zysong est maintenant empaqueté séparément sous la forme du paquetage fonts-chinese-zysong. Le paquetage fonts-chinese-zysong se trouve sur le CD-ROM supplémentaire.

Notez que le paquetage fonts-chinese-zysong est nécessaire pour supporter le standard national chinois GB18030.

Le nom d'utilisateur et le mot de passe CHAP (de l'anglais "Challenge Handshake Authentication Protocol") ont une limite de 256 caractères.

pump est obsolète dans cette mise à jour. Ainsi, la configuration de votre interface réseau à travers netconfig peut résulter en des scripts ifcfg erronés.

Pour configurer correctement votre interface réseau, utilisez plutôt system-config-network. L'installation des paquetages system-config-network mis à jour supprime netconfig.

rpm --aid n'est plus supporté. Nous vous recommandons d'utiliser yum lors de la mise à jour et de l'installation de paquetages.

Un bogue SATA, qui causait la mise en pause des systèmes équipés SATA durant le processus de démarrage et l'affichage d'une erreur avant la reprise des systèmes, a été corrigé.

Sur les systèmes à démarrages multiples, parted préserve maintenant le secteur de démarrage de la première partition primaire où Windows Vista™ est installé. Ainsi, lors de la configuration d'un système à démarrages multiples avec Red Hat Enterprise Linux 5.1 et Windows Vista™, le dernier est démarrable.

rmmod xennet ne provoque plus le plantage de domU

Les systèmes Sun Blade X8400 Server Module 4-socket AMD qui n'ont pas la mémoire configurée dans node 0 n'émettent plus de signal "panic" durant le démarrage.

conga et luci peuvent maintenant être utilisés afin de créer et configurer les domaines failover.

Lors de l'installation du groupe Cluster Storage à travers yum, la transaction n'échoue plus.

Durant l'installation, les contextes SELinux incorrects ne sont plus assignés à /var/log/faillog et /var/log/tallylog.

Sur la plateforme AMD dual-core, l'activité intense d'un seul cpu ne cause plus le changement de fréquences des CPU.

L'installation de Red Hat Enterprise Linux 5.1 en utilisant un média d'installation partagé (par exemple, un CD-ROM ou NFSISO) ne cause plus d'erreurs lors de l'installation d'amanda-server.

Durant le processus d'installation, Anaconda peut maintenant détecter plus de 4Go de mémoire RAM. Cela permet à Anaconda de déterminer automatiquement si il a besoin d'installer la variante kernel-PAE du noyau.

EDAC reporte maintenant la quantité correcte de mémoire sur les derniers processeurs k8.

La connexion distante au bureau Gnome via gdm ne provoque plus l'interruption de l'écran de connexion.

Un bogue autofs qui empêchait le bon fonctionnement des montages multiples a été résolu.

Plusieurs correctifs en rapport à utrace résolvent les problèmes suivants :

Un bogue RTC (de l'anglais "RealTime Clock"), qui empêchait les alarmes et interruptions RTC périodiques de fonctionner correctement, a été corrigé.

Lorsqu'un utilisateur cliquait pour la première fois sur le bouton des Notes de mise à jour dans Anaconda, un délai se produisait pendant l'affichage. Durant ce délai, une liste vide s'affichait dans la fenêtre. En principe l'affichage apparaît rapidement, il se peut donc que les utilisateurs n'aient pas remarqué ce problème.

Le délai est en grande partie dû au fait que la phase d'installation des paquetages est la phase qui demande le plus de ressources CPU.

Les adaptateurs de bus hôte qui utilisent le pilote MegaRAID doivent être configurés pour opérer dans un mode d'émulation "Mass Storage" et non pas dans un mode d'émulation "I2O". Pour ce faire, accomplissez les étapes suivantes :

Si l'adaptateur est incorrectement configuré avec une émulation "I2O", le système essayera de charger le pilote i2o. Cela échouera et empêchera le chargement du pilote approprié.

Généralement, les versions précédentes de Red Hat Enterprise Linux n'essaient pas de charger le pilote I2O avant le pilote MegaRAID. Indépendamment de cela, le matériel devrait toujours être configuré en mode émulation "Mass Storage" quand il est utilisé avec Linux.

Les ordinateurs portables qui sont équipés de cartes sans fil Cisco Aironet MPI-350 peuvent s'interrompre lorsqu'ils essaient d'obtenir une adresse DHCP durant une installation réseau utilisant le port ethernet (wired ethernet).

Pour contourner ce problème, utilisez un média local pour votre installation. Autrement, vous pouvez désactiver la carte sans fil dans le BIOS de l'ordinateur portable avant l'installation (vous pouvez réactiver la carte sans fil après avoir terminé l'installation).

Actuellement, system-config-kickstart ne supporte pas la sélection et la désélection de paquetages. Lors de l'utilisation de system-config-kickstart, l'option Package Selection indique que la sélection et la désélection sont désactivées. Ceci est dû à system-config-kickstart qui utilise yum pour rassembler les informations de groupe mais qui n'est pas capable de le configurer pour se connecter à Red Hat Network.

Pour le moment, vous devez mettre à jour la section des paquetages manuellement dans vos fichiers kickstart. Lorsque vous utilisez system-config-kickstart pour ouvrir un fichier kickstart, il conserve toutes les informations des paquetages et les réécrit lorsque vous enregistrerez.

La journalisation lors du démarrage vers /var/log/boot.log n'est pas disponible dans cette version de Red Hat Enterprise Linux 5. Une fonctionnalité équivalente sera ajoutée dans une version ultérieure.

Lors de la mise à niveau de Red Hat Enterprise Linux 4 vers Red Hat Enterprise Linux 5, le guide déploiement n'est pas installé automatiquement. Vous devez utiliser pirut pour l'installer manuellement lorsque l'installation est terminée.

Si X est démarré et qu'il n'utilise pas le pilote vesa, le système peut ne pas redémarrer correctement dans un noyau kexec/kdump. Ce problème existe uniquement avec les puces graphiques ATI Rage XL.

Si X est démarré sur un système équipé d'une puce ATI Rage XL, assurez-vous qu'il utilise le pilote vesa afin qu'il puisse redémarrer correctement dans un noyau kexec/kdump.

Lors de l'utilisation de Red Hat Enterprise Linux 5 sur une machine avec un chipset nVidia CK804 installé, vous pourriez recevoir des messages du noyau similaires à ceux-ci :

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

Ces messages indiquent que certains ports PCI-E ne requêtent pas IRQ. En plus, ces messages n'affectent en aucun cas l'opération de la machine.

Les périphériques de stockage amovibles (tels que les CD-ROM et DVD) ne sont pas montés automatiquement lorsque vous êtes connecté en tant que root. Ainsi, vous devrez monter le périphérique manuellement à travers le gestionnaire de fichiers graphique.

Autrement, vous pouvez exécuter la commande suivante pour monter un périphérique vers /media :

mount /dev/<device name> /media

IBM System z ne fournit pas une console physique de style Unix traditionnelle. Ainsi, Red Hat Enterprise Linux 5 pour IBM System z ne supporte pas la fonctionnalité firstboot durant le chargement initial des programmes.

Pour initialiser correctement l'installation de Red Hat Enterprise Linux 5 sur IBM System z, exécutez les commandes suivantes après l'installation :

Lors de la mise à niveau à partir de Red Hat Enterprise Linux 5 vers Red Hat Enterprise Linux 5.1 via Red Hat Network, yum pourrait ne pas vous demander d'importer la clé redhat-beta. Ainsi, nous vous conseillons d'importer la clé redhat-beta manuellement afin d'effectuer la mise à niveau. Pour ce faire, exécutez la commande suivante :

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

Lorsqu'un LUN est détecté sur un filer configuré, le changement n'est pas reflété sur l'hôte. Dans de telles situations, les commandes lvm sont interrompues indéfiniment lorsque dm-multipath est utilisé, étant donné que le LUN est maintenant devenu stale.

Pour contourner ce problème, supprimez tous les entrées relatives aux périphériques et liens mpath dans le fichier /etc/lvm/.cache spécifique au LUN stale.

Pour découvrir quelles sont ces entrées, exécutez la commande suivante :

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

Par exemple, si <stale LUN> est 3600d0230003414f30000203a7bc41a00, les résultats suivants peuvent apparaître :

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

Cela signifie que 3600d0230003414f30000203a7bc41a00 est mappé à deux liens mpath : dm-4 et dm-5.

Ainsi, les lignes suivantes devraient être supprimées à partir de /etc/lvm/.cache :

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

Lorsque vous essayez de créer un serveur Windows™ 2003 pleinement virtualisé à partir d'un CD-ROM ou DVD-ROM, il se peut que la deuxième étape de l'installation de l'invité ne continue pas sur un redémarrage.

Pour contourner ce problème, modifiez /etc/xen/<name of guest machine> en annexant correctement une entrée pour le CD-ROM/DVD.

Si l'installation avec un seul fichier est utilisée comme un périphérique virtuel, la ligne disk de /etc/xen/<name of guest machine> ressemblera à ce qui suit :

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

Un DVD se trouvant sur l'hôte, tel que /dev/dvd, peut être rendu disponible à l'étape 2 de l'installation en tant que hdc en ajoutant une entrée comme 'phy:/dev/dvd,hdc:cdrom,r'. Ainsi, la ligne du disque devrait maintenant ressembler à ce qui suit :

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

Le chemin exact du périphérique à utiliser peut varier en fonction de votre matériel.

Si le module sctp n'est pas ajouté au noyau, le démarrage de netstat avec l'option -A inet ou -A inet6 s'arrêtera de façon anormale et produira le message suivant :

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

Pour éviter cela, installez le module de noyau sctp.

Les noyaux actuels ne certifient pas les signaux DTR (de l'anglais "Data Terminal Ready") avant l'impression vers des ports séries durant le démarrage. La certification DTR est requise par certains périphériques ; ainsi, les messages de démarrage du noyau ne sont pas imprimés vers les consoles en série sur de tels périphériques.

Les puces AMD 8132 et HP BroadCom HT100 utilisées sur certaines plateformes (par exemple la plateforme HP dc7700) ne supportent pas les cycles MMCONFIG. Si votre système utilise une puce de ce type, votre configuration PCI devrait utiliser le mécanisme d'héritage PortIO CF8/CFC. Pour configurer cela, démarrez le système avec le paramètre de noyau -pci nommconfig durant l'installation et ajoutez pci=nommconf à GRUB après le redémarrage.

De plus, la puce AMD 8132 ne supporte pas les interruptions MSI (de l'anglais "Message Signaled Interrupts"). Si votre système utilise cette puce, vous devriez désactiver MSI. Pour ce faire, utilisez le paramètre de noyau -pci nomsi durant l'installation et ajoutez pci=nomsi à GRUB après le redémarrage.

Cependant, si votre plateforme spécifique est déjà mise en liste noire par le noyau, votre système ne requiert pas les paramètres de noyau pci susmentionnés. Les plateformes HP suivantes sont déjà mises en liste noire par le noyau :

Lors du démarrage du noyau (non virtualisé) bare-metal, le serveur X pourrait ne pas être en mesure de récupérer les informations EDID de l'écran. Lorsque cela se produit, le pilote graphique n'affichera pas les résolutions supérieures à 800x600.

Pour contourner ce problème, ajoutez la ligne suivante à la section ServerLayout du fichier /etc/X11/xorg.conf :

Option "Int10Backend" "x86emu"

Le Gestionnaire de machines virtuelles (virt-manager) inclus dans cette version ne permet pas aux utilisateurs de spécifier des arguments de démarrage supplémentaires à l'installateur d'invités paravirtualisés. Ceci est vrai même lorsque de tels arguments sont requis pour l'installation de certains types d'invités paravirtualisés sur des types de matériels spécifiques.

Ce problème sera adressé dans une version ultérieure de virt-manager. Pour spécifier des arguments de noyau arbitraires en ligne de commande dans l'installation d'invités paravirtualisés, utilisez virt-install.

Avec la configuration par défaut dm-multipath, les périphériques Netapp peuvent prendre plusieurs minutes avant de terminer un failback, après que l'échec d'un chemin d'accès soit restauré. Pour résoudre ce problème, ajoutez la configuration de périphériques Netapp suivante au niveau de la section devices du fichier 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
        }