Installationsbezogene Hinweise

Feature-Aktualisierungen

Treiber-Aktualisierungen

Kernelbezogene Aktualisierungen

Sonstige Aktualisierungen

Technologievorschauen

Behobene Probleme

Bekannte Probleme

Wenn Sie den Inhalt der CD-ROMs von Red Hat Enterprise Linux 5 (zum Beispiel zur Vorbereitung für eine netzwerkbasierte Installation) kopieren, stellen Sie sicher, dass Sie nur die CD-ROMs für das jeweilige Betriebssystem kopieren. Kopieren Sie nicht die Extras-CD-ROM oder eine der Layered-Produkt-CD-ROMs, da dies dazu führt, dass Dateien überschrieben werden, die für den reibungslosen Betrieb von Anaconda benötigt werden.

Der Inhalt der Extras-CD-ROM und anderen Layered-Produkt-CD-ROMs muss nach der Installation von Red Hat Enterprise Linux 5.1 installiert werden.

Verwenden Sie bei der Installation von Red Hat Enterprise Linux 5.1 auf einem voll virtualisierten Gast nicht den kernel-xen-Kernel. Das Verwenden dieses Kernels auf voll virtualisierten Gästen kann dazu führen, dass Ihr System hängenbleibt.

Falls Sie bei der Installation von Red Hat Enterprise Linux 5.1 eine Installationsnummer verwenden, stellen Sie sicher, dass Sie die Paketgruppe Virtualisierung während der Installation deselektieren. Die Paketgruppe Virtualisierung installiert den kernel-xen-Kernel.

Beachten Sie, dass paravirtualisierte Gäste von diesem Problem nicht betroffen sind. Paravirtualisierte Gäste verwenden immer den kernel-xen-Kernel.

Falls Sie bei der Aktualisierung von Red Hat Enterprise Linux 5 auf 5.1 den virtualisierten Kernel verwenden, müssen nach Fertigstellung der Aktualisierung neu starten.

Die Hypervisoren von Red Hat Enterprise Linux 5 und 5.1 sind nicht ABI-kompatibel. Falls Sie zwischen den Aktualisierungen nicht neu starten, entsprechen die aktualisierten Virtualisierungs-RPMs nicht dem laufenden Kernel.

Der CIFS-Client wurde auf die Version 1.48aRH aktualisiert. Dies basiert auf dem 1.48a-Release, mit Patches, die die folgenden Änderungen umfassen:

Beachten Sie bitte, dass bei Benutzern des EMC Celerra Produkts (NAS Code 5.5.26.x und älter) der CIFS-Client beim Zugriff auf Freigaben auf dem EMC NAS hängt. Dieses Problem äußert sich durch die folgenden Kernel-Meldungen:

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

Nach dem Einhängen eines CIFS ist dieses weder les- noch beschreibbar und jede Applikation, die ein I/O auf den Einhängepunkt versucht, bleibt hängen. Um dieses Problem zu lösen, aktualisieren Sie auf NAS Code 5.5.27.5 oder neuer (verwenden Sie die EMC Primus Fallnummer emc165978).

MODULE_FIRMWARE Tags werden nun unterstützt.

ICH9-Kontroller werden nun unterstützt.

Greyhound-Prozessoren werden nun bei CPUID-Aufrufen unterstützt.

Oprofile unterstützt jetzt neue Greyhound Ereignisse zum Messen der Leistung.

Directed DIAG wird nun unterstützt, um die Verwendung von z/VM zu verbessern.

Der Intel Grafik-Chipsatz wird nun im Rahmen des DRM-Kernelmoduls unterstützt. Weiterhin wurde die DRM API auf die Version 1.3 aktualisiert, um "Direct Rendering" zu unterstützen.

Aktualisierungen der Energieverwaltung von ACPI haben S3 Suspend-To-Ram und S4 Hibernate (Schlafmodus) verbessert.

gaim heißt nun pidgin.

Intel Microcode wurde auf die Version 1.17 aktualisiert. Somit werden auch neue Intel-Prozessoren unterstützt.

Das implizite aktiv-aktiv Failover unter Verwendung von dm-multipath auf EMC Clariion Speichergeräten wird nun unterstützt.

Die chinesische Schriftart Zysong wird nicht länger als Teil des Pakets fonts-chinese installiert. Zysong wird nun als eigenes Paket fonts-chinese-zysong geführt. Das Paket fonts-chinese-zysong befindet sich auf der Extras-CD.

Beachten Sie, dass das Paket fonts-chinese-zysong zur Unterstützung des Chinese National Standard GB18030 benötigt wird.

Der Benutzername und das Passwort des Challenge Handshake Authentication Protocol (CHAP) besitzen ein Zeichenlimit von jeweils 256.

pump ist mit dieser Aktualisierung veraltet. Daher kann die Konfiguration Ihrer Netzwerkschnittstelle via netconfig ggf. zu fehlerhaften ifcfg-Skripten führen.

Verwenden Sie stattdessen system-config-network, um Ihre Netzwerkschnittstelle zu konfigurieren. Bei der Installation des aktualisierten Pakets system-config-network wird netconfig entfernt.

rpm --aid wird nicht länger unterstützt. Es wird empfohlen, yum für das Aktualisieren und Installieren von Paketen zu verwenden.

Ein SATA-Bug, der mit SATA-ausgestattete Systeme dazu veranlasste, während des Boot-Prozesses zu pausieren und vor dem Fortfahren einen Fehler anzuzeigen, wurde nun korrigiert.

Auf Multi-Boot-Systemen erhält parted nun den Startsektor auf der ersten primären Partition, auf der Windows Vista™ installiert ist. Daher ist bei der Einrichtung eines Multi-Boot-Systems mit sowohl Red Hat Enterprise Linux 5.1, als auch Windows Vista™ das letztere nicht länger als nicht bootbar gekennzeichnet.

rmmod xennet führt nicht länger zum Absturz von domU.

Systeme mit 4-Socket AMD Sun Blade X8400 Server Module, die keinen Speicher in node 0 konfiguriert haben, stürzen während des Bootvorgangs nicht mehr mit einem "Kernel-Panic" ab.

conga und luci können nun zum Erstellen und Konfigurieren von Failover-Domains verwendet werden.

Beim Installieren der Gruppe Cluster-Speicher via yum scheitert die Transaktion nicht länger.

Während der Installation werden inkorrekte SELinux-Kontexte nicht länger /var/log/faillog und /var/log/tallylog zugewiesen.

Bei der Installation von Red Hat Enterprise Linux 5.1 tritt bei der Verwendung von getrennten Installationsmedien (zum Beispiel CD oder NFSISO) kein Fehler mehr während der Installation von amanda-server auf.

EDAC meldet nun die korrekte Menge an Speicher auf den aktuellsten k8-Prozessoren.

Das Anmelden auf einem Gnome-Desktop von Remote aus via gdm führt nicht länger dazu, dass der Anmeldebildschirm hängen bleibt.

Ein Bug in autofs, der das korrekte mehrfache Einhängen verhinderte, wurde nun behoben.

Das Ausführen von tvtime und xawtv in Zusammenhang mit dem Kernelmodul bttv führt nicht mehr zu einem Einfrieren des Systems.

Mehrere Patches für utrace umfassen die folgenden Fehlerkorrekturen:

Ein Fehler in der RealTime Clock (RTC), der das korrekte Funktionieren von Alarmmeldungen und periodischen RTC-Interrupts verhinderte, wurde korrigiert.

Beim erstmaligen Klicken der Schaltfläche Release Notes in Anaconda tritt eine Zeitverzögerung beim Aufbau des Fensters mit den Release Notes auf. Während dieser Verzögerung erscheint eine scheinbar leere Liste in dem Fenster. Der Aufbau des Fensters ist normalerweise schnell abgeschlossen, so dass die meisten Benutzer dies kaum bemerken.

Die Verzögerung ist höchstwahrscheinlich darauf zurückzuführen, dass die Phase der Paketinstallation die Phase ist, bei der die CPU am meisten beansprucht wird.

Einige Rechner, die NVIDIA-Grafikkarten verwenden, zeigen möglicherweise während des grafischen Installers oder der grafischen Anmeldung beschädigte Grafiken oder Schriftarten an. Um dies zu umgehen, wechseln Sie zu einer virtuellen Konsole und dann zurück zum ursprünglichen X-Host.

Host-Bus-Adapter, die den MegaRAID-Treiber verwenden, müssen so eingestellt werden, dass sie im "Massenspeicher"-Emulationsmodus, und nicht im "I2O"-Emulationsmodus operieren. Um dies zu tun, führen Sie bitte folgende Schritte durch:

Wird der Adapter fälschlicherweise auf "I2O"-Emulation gesetzt, versucht das System, den i2o-Treiber zu laden. Dies wird fehlschlagen und verhindern, dass der passende Treiber geladen wird.

Frühere Red Hat Enterprise Linux Releases versuchen gewöhnlich nicht, den l2O-Treiber vor dem MegaRAID-Treiber zu laden. Ungeachtet dessen sollte die Hardware immer in den "Massenspeicher"-Emulationsmodus versetzt werden, wenn sie mit Linux verwendet wird.

Laptops, die mit einer Cisco Aironet MPI-350 Wireless-Karte ausgestattet sind, hängen sich ggf. beim Versuch, eine DHCP-Adresse während einer netzwerkbasierten Installation via festverdrahtetem Ethernet-Port zu erhalten, auf.

Um dies zu umgehen, verwenden Sie lokale Medien für Ihre Installation. Alternativ können Sie auch die Wirelesskarte im BIOS des Laptops vor Beginn der Installation deaktivieren (Sie können die Wirelesskarte nach Abschluss der Installation wieder reaktivieren).

Derzeit unterstützt system-config-kickstart keine Aus- und Abwahl von Paketen. Bei der Verwendung von system-config-kickstart, zeigt die Option Paketauswahl an, dass sie deaktiviert ist. Dies liegt daran, dass system-config-kickstart yum verwendet, um Informationen zu Gruppen zu sammeln, jedoch nicht in der Lage ist, yum so zu konfigurieren, dass es sich mit Red Hat Network verbinden kann.

Derzeit müssen Sie die Abschnitte zur Paketauswahl in Ihren Kickstartdateien manuell aktualisieren. Wenn Sie system-config-kickstart zum Öffnen einer Kickstartdatei verwenden, bleiben alle darin enthaltenen Paketinformationen erhalten und werden beim Speichern der Datei auch wieder mit geschrieben.

Das Protokollieren während des Bootvorgangs in /var/log/boot.log steht in diesem Release von Red Hat Enterprise Linux 5 nicht zur Verfügung. Eine entsprechende Funktionalität wird in einem zukünftigen Update hinzugefügt.

Bei der Aktualisierung von Red Hat Enterprise Linux 4 auf Red Hat Enterprise Linux 5 wird das Deployment-Handbuch nicht automatisch installiert. Sie müssen pirut verwenden, um es nach der Aktualisierung manuell zu installieren.

Das System bootet nicht erfolgreich in einen kexec-/kdump-Kernel, wenn X ausgeführt wird und einen anderen Treiber als vesa verwendet. Das Problem tritt lediglich mit ATI Rage XL Grafik-Chipsätzen auf.

Falls X auf einem System mit ATI Rage XL Grafikkarte läuft, stellen Sie sicher, das diese den vesa-Treiber verwendet, um erfolgreich in einen kexec-/kdump-Kernel zu booten.

Auf HP-Systemen mit den Modellnummern xw9300 und xw9400 kann die Installation des Virtualisierungsfeatures zu einer time went backwards-Warnung führen.

Um dieses Problem auf xw9400-Maschinen zu umgehen, aktivieren Sie in den BIOS-Einstellungen den HPET-Timer. Beachten Sie, dass diese Option für xw9300-Maschinen nicht zur Verfügung steht.

Dies wird in einer zukünftigen BIOS-Aktualisierung durch HP behoben.

Wenn Sie Red Hat Enterprise Linux 5 auf einem Rechner mit einem nVidia CK804-Chipsatz verwenden, erhalten Sie möglicherweise folgende Kernelmeldungen:

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

Diese Meldungen weisen darauf hin, dass bestimmte PCI-E-Ports keine IRQs anfordern. Ferner beeinflussen sie jedoch in keiner Weise die Funktionsfähigkeit des Rechners.

Entfernbare Speichergeräte (wie beispielsweise CDs und DVDs) werden nicht automatisch eingehängt, wenn Sie sich als Root einloggen. Aus diesem Grund müssen Sie das Gerät mit Hilfe des grafischen Dateimanagers manuell einhängen.

Alternativ können Sie den folgenden Befehl ausführen, um ein Gerät unter /media einzuhängen:

mount /dev/<device name> /media

Der Calgary IOMMU-Chip wird im Rahmen dieser Aktualisierung nicht standardmäßig unterstützt. Verwenden Sie die Kommandozeilenoption iommu=calgary des Kernels, um die Unterstützung für diesen Chip zu aktivieren.

Das IBM System z bietet keine traditionelle physikalische Konsole im Unixstil. Daher unterstützt Red Hat Enterprise Linux 5 für IBM System z keine firstboot-Funktionalität während des ersten Programmstarts.

Um die Einrichtung für Red Hat Enterprise Linux 5 auf dem IBM System z ordnungsgemäß zu starten, führen Sie die folgenden Befehle nach der Installation aus:

Bei der Aktualisierung von Red Hat Enterprise Linux 5 auf Red Hat Enterprise Linux 5.1 via Red Hat Network fordert Sie yum ggf. nicht zum Import des Redhat-Beta-Schlüssels auf. Aus diesem Grund wird geraten, den Redhat-Beta-Schlüssel manuell vor der Aktualisierung zu importieren. Führen Sie hierfür den folgenden Befehl aus:

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

Wenn eine LUN auf einem konfigurierten Filer gelöscht wird, wirkt sich die Änderung nicht auf den Host aus. In diesen Fällen bleiben lvm Befehle unbegrenzt lange hängen, wenn dm-multipath verwendet wird, da die LUN nun als stale (abgelaufen) gilt.

Löschen Sie als provisorische Lösung alle Geräte und mpath Link-Einträge in /etc/lvm/.cache, die spezifisch für die abgelaufene LUN sind.

Um herauszufinden, wie diese Einträge lauten, führen Sie folgenden Befehl aus:

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

Wenn die <stale LUN> beispielsweise 3600d0230003414f30000203a7bc41a00 beträgt, können die folgenden Resultate auftreten:

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

Dies bedeutet, dass 3600d0230003414f30000203a7bc41a00 zwei mpath-Verknüpfungen zugewiesen ist: dm-4 und dm-5.

Daher sollten die folgenden Zeilen aus /etc/lvm/.cache gelöscht werden:

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

Wenn Sie versuchen, einen voll virtualisierten Windows™ Gast von einer CD oder DVD zu erstellen, wird die zweite Stufe der Gast-Installation bei einem Neustart ggf. nicht fortgesetzt.

Um dies zu umgehen, bearbeiten Sie /etc/xen/<Name der Gast-Maschine>, indem Sie einen Eintrag für das CD / DVD Gerät korrekt anhängen.

Falls eine Installation in eine einfache Datei als virtuelles Gerät verwendet wird, sieht die Zeile disk der Datei /etc/xen/<Name der Gast-Maschine> wie folgt aus:

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

Ein DVD-ROM-Gerät, das auf dem Host unter /dev/dvd eingerichtet ist, kann für die Stufe 2 der Installation als hdc verfügbar gemacht werden, indem ein Eintrag wie 'phy:/dev/dvd,hdc:cdrom,r' angehängt wird. Demnach sollte die "disk"-Zeile jetzt wie folgt lauten:

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

Der genaue zu verwendende Pfad kann je nach Hardware variieren.

Falls das Modul sctp nicht zum Kernel hinzugefügt wurde, bricht der Befehl netstat mit den Optionen -A inet oder -A inet6 unerwartet mit der folgenden Meldung ab:

netstat: keine Unterstützung für `AF INET (sctp)' auf diesem System.        

Installieren Sie das Kernelmodul sctp, um dies zu umgehen.

Die Installation von Red Hat Enterprise Linux 3.9 auf einem voll virtualisierten Gast ist ggf. extrem langsam. Zusätzlich resultiert das Booten des Gasts nach der Installation ggf. in hda: lost interrupt Fehlern.

Um diesen Bootup-Fehler zu vermeiden, konfigurieren Sie den Gast so, dass er den SMP-Kernel verwendet.

Aktuelle Kernel bestehen nicht auf Data Terminal Ready (DTR) Signale vor der Ausgabe auf seriellen Ports zum Zeitpunkt des Bootens. Das Bestehen auf DTR wird von einigen Geräten benötigt. Als Folge können Boot-Meldungen des Kernels auf seriellen Konsolen derartiger Geräte nicht ausgegeben werden.

Das Aktualisieren eines Host-Systems (dom0) auf Red Hat Enterprise Linux 5.1 führt möglicherweise dazu, dass ein bereits bestehender Red Hat Enterprise Linux 4.5 SMP paravirtualisierter Gast nicht mehr gebootet werden kann. Dies tritt eher dann auf, wenn das Host-System über mehr als 4 GB RAM verfügt.

Booten Sie als provisorische Lösung jeden Red Hat Enterprise Linux 4.5 Gast in Single-CPU-Modus und aktualisieren dessen Kernel auf die aktuellste Version (für Red Hat Enterprise Linux 4.5.z).

Die auf einigen Plattformen (wie das HP dc7700) verwendeten AMD 8132 und HP BroadCom HT100 unterstützen keine MMCONFIG-Zyklen. Falls Ihr System einen dieser Chipsätze verwendet, sollte Ihre PCI-Konfiguration den PortIO CF8/CFC-Mechanismus verwenden. Um dies zu konfigurieren, booten Sie das System mit dem Kernelparameter -pci nommconfig während der Installation und fügen Sie pci=nommconf nach dem Neustart zu GRUB hinzu.

Weiterhin unterstützt der AMD 8132-Chipsatz keine Message Signaled Interrupts (MSI). Falls Ihr System diesen Chipsatz verwendet, sollten Sie MSI deaktivieren. Verwenden Sie hierfür den Kernel-Parameter -pci nomsi während der Installation und fügen Sie nach dem Neustart pci=nomsi zu GRUB hinzu.

Falls Ihre spezielle Plattform jedoch bereits vom Kernel auf die schwarze Liste gesetzt wurde, benötigt Ihr System nicht die zuvor erwähnten pci-Kernelparameter. Die folgenden HP-Plattformen wurden bereits vom Kernel auf die schwarze Liste gesetzt:

Der in diesem Release enthaltene Virtual Machine Manager (virt-manager) erlaubt es Benutzern nicht, zusätzliche Boot-Parameter beim Installer des paravirtualisierten Gasts anzugeben. Dies trifft auch dann zu, wenn solche Parameter benötigt werden, um bestimmte Typen von paravirtualisierten Gästen auf speziellen Typen von Hardware zu installieren.

Dieses Problem wird in einem zukünftigen Release des virt-manager behoben. Um arbiträre Kernel-Parameter bei der Installation von paravirtualisierten Gästen von der Kommandozeile aus anzugeben, verwenden Sie virt-install.

Mit der standardmäßigen dm-multipath-Konfiguration brauchen Netapp-Geräte ggf. mehrere Minuten, um ein Failback abzuschließen, nachdem ein zuvor gescheiterter Pfad wiederhergestellt wurde. Um dieses Problem zu beheben, fügen Sie die folgende Netapp-Gerätekonfiguration zum Abschnitt devices der Datei multipath.conf hinzu.

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
        }