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

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.

Si vous utilisez le noyau virtualisé lors de la mise à niveau de Red Hat Enterprise Linux 5 vers la version 5.1, vous devez redémarrer lorsque la mise à niveau est terminée.

Les hyperviseurs de Red Hat Enterprise Linux 5 et 5.1 ne sont pas compatibles avec ABI. Si vous ne redémarrez pas entre les mises à niveau, les RPM de virtualisation mis à niveau ne correspondront pas au noyau en cours d'exécution.

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.

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.

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.

Le démarrage de tvtime et xawtv avec le module noyau bttv ne cause plus l'arrêt du système.

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.

Certaines machines qui utilisent des cartes graphiques NVIDIA peuvent afficher des graphismes ou des polices corrompus lors de l'utilisation de l'installateur graphique ou durant une connexion graphique. Pour contourner ce problème, basculez vers une console virtuelle puis retournez vers l'hôte X d'origine.

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.

L'installation de la fonction de virtualisation peut générer un avertissement time went backwards sur les systèmes HP avec les numéros de modèle xw9300 et xw9400.

Pour contourner ce problème sur les machines xw9400, configurez les paramètres du BIOS pour activer le minuteur HPET. Notez que cette option n'est pas disponible sur les machines xw9300.

Cela sera résolu dans une mise à jour ultérieure du BIOS par HP

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

La puce Calgary IOMMU n'est pas supportée par défaut dans cette mise à jour. Pour activer le support pour cette puce, utilisez l'option en ligne de commande du noyau iommu=calgary.

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.

L'installation de Red Hat Enterprise Linux 3.9 sur un invité pleinement virtualisé peut être extrêmement lente. De plus, le démarrage de l'invité après l'installation peut produire des erreurs hda: lost interrupt.

Pour éviter cette erreur de démarrage, configurez l'invité pour qu'il utilise le noyau SMP.

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.

La mise à niveau d'un système hôte (dom0) vers Red Hat Enterprise Linux 5.1 peut rendre les invités paravirtualisés SMP Red Hat Enterprise Linux 4.5 existants indémarrables. Ceci se produit généralement lorsque le système hôte a plus de 4Go de mémoire RAM.

Pour contourner ce problème, démarrez chaque invité Red Hat Enterprise Linux 4.5 en mode CPU seul et mettez à jour son noyau avec la dernière version (pour Red Hat Enterprise Linux 4.5.z).

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 :

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
        }