Die Text Mode-Installation von Anaconda bietet nun die Möglichkeit, zu Virtual Network Computing (VNC) zu wechseln, um die Installation abzuschließen.

Das Erstellen oder Benutzen von verschlüsselte Platten im Software-RAID-Verbund (d.h. software RAID Partitionen) wird nicht unterstützt. Das Erstellen von verschlüsselten Software RAID Arrays (d.h. /dev/md0) wird hingegen unterstützt.

Der NFS Standard für RHEL5 ist "locking". Um also NFS-Freigaben aus dem Abschnitt %post von Anaconda einzuhängen, benutzen Sie den mount -o nolock,udp-Befehl, um den Locking-Daemon zu starten bevor NFS zum einhängen von Freigaben verwendet wird.

Bei der Installation von CD-ROM oder DVD-ROM auf einem System mit einem iBFT-konfigurierten Netzwerkgerät, bindet Anaconda keine iBFT-konfigurierten Speichergeräte ein, bis das Netzwerk konfiguriert ist. Um das Netzwerk für die Installation zu aktivieren, verwenden Sie den Befehl linux updates=http://[any] am Installations-Boot-Prompt. Beachten Sie, dass [any] mit einer beliebigen URL ersetzt werden kann.

Falls Ihr System eine statische IP-Konfiguration benötigt, verwenden Sie den Befehl linux updates=http://[any] ip=[IP address] netmask=[netmask] dns=[dns].

Verwenden Sie bei der Installation von Red Hat Enterprise Linux 5.3 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.3 eine Installationsnummer verwenden, stellen Sie sicher, dass Sie die Paketgruppe Virtualization während der Installation deselektieren. Die Paketgruppe Virtualization 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.

Wenn Sie bei der Aktualisierung von Red Hat Enterprise Linux 5 auf 5.2 den virtualisierten Kernel verwenden, müssen Sie nach Abschluß der Aktualisierung neu starten. Sie sollten dann das System booten und dabei den aktualisierten virtualisierten Kernel verwenden.

Die Hypervisoren von Red Hat Enterprise Linux 5 und 5.2 sind nicht ABI-kompatibel. Falls Sie das System nach der Aktualisierung unter Verwendung des aktualisierten virtualisierten Kernels nicht neu starten, entsprechen die aktualisierten Virtualisierungs-RPMs nicht dem laufenden Kernel.

Bei der Aktualisierung von Red Hat Enterprise Linux 4.6 auf Red Hat Enterprise Linux 5.1 oder später kann gcc4 dazu führen, dass die Aktualisierung scheitert. Aus diesem Grund sollten Sie das Paket gcc4 vor der Aktualisierung manuell entfernen.

Das firstboot Sprach-Plugin wurde entfernt, da es das System bei der Auswahl einer neuen Sprache nicht ordnungsgemäß und vollständig neu konfiguriert.

Die Verwendung des Challenge Handshake Authentication Protocol (CHAP) während der Installation wird nicht unterstützt. Aus diesem Grund sollte CHAP erst nach der Installation aktiviert werden.

Falls Ihr System via iFBT-Gerät bootet, konfigurieren Sie CHAP auf dem Bildschirm für die Einrichtung der iFBT BIOS/Firmware. Ihre CHAP-Einstellungen werden dann beim nächsten Neustart verwendet.

Falls Ihr System via PXE-iSCSI bootet, konfigurieren Sie CHAP via iscsiadm. Verwenden Sie anschließend mkinitrd, um sicherzustellen, dass Ihre CHAP-Einstellungen auch beim nächsten Booten verwendet werden.

Bei der Bereitstellung (?) von Gästen während der Installation, steht die RHN tools for guests Option nicht zur Verfügung. Für diesen Fall benötigt das System eine zusätzliche Berechtigung (?), unabhängig von der für dom0 genutzten Berechtigung (?).

Um den Verbrauch (?) von zusätzlichen Berechtigungen für Gäste zu verhindern, installieren Sie das rhn-virtualization-common-Paket manuell, bevor Sie versuchen, das System beim Red Hat Network anzumelden.

Das Installieren von Red Hat Enterprise Linux 5.3 auf einem System mit mehreren Netzwerkschnittstellen und manuell eingestellten IPv6 Adressen kann zu einer teilweise fehlerhaften Netzwerk-Einrichtung führen. Falls dies auftritt, werden Ihre IPv6 Adressen auf dem installierten System nicht sichtbar sein.

Für eine provisorische Lösung setzen Sie NETWORKING_IPV6 auf yes in /etc/sysconfig/network. Anschließend starten Sie Ihre Netzwerkverbindungen mit dem Befehl service network restart neu.

Falls auf Ihrem System yum-rhn-plugin-0.5.2-5.el5_1.2 (oder eine frühere Version) installiert ist, wird Ihnen eine Aktualisierung auf Red Hat Enterprise Linux 5.3 mit dem Befehl yum update nicht möglich sein. Um dies zu umgehen, aktualisieren Sie Ihr yum-rhn-plugin auf die neueste Version (per yum update yum-rhn-plugin), bevor Sie den Befehl yum update ausführen.

Bislang konnte anaconda nicht auf mehr als 8 SmartArray Kontroller zugreifen. In dieser Aktualisierung wurde das Problem nun behoben.

Ein Treiber-Datenträger, bereitgestellt vom OEM, ist eine einzelne Image-Datei (*.img), welche eventuell mehrere Treiberpakete und Kernel-Module enthält. Diese Treiber werden während der Installation verwendet, um Hardware zu unterstützen, die andernfalls nicht von Red Hat Enterprise Linux 5 erkannt werden würden. Sind die Treiberpakete und Kernel-Module erst einmal auf dem System installiert, werden sie in der ursprünglichen RAM-Disk (initrd) abgelegt, so dass sie beim Systemstart geladen werden.

Mit dieser Aktualisierung erkennt die Installation nun automatisch das Vorhandensein eines Treiber-Datenträgers (anhand der Dateisystem-Kennung), und verwendet somit den Inhalt des Datenträgers während der Installation. Dieses Verhalten wird in der Befehlszeile der Installation gesteuert durch die Option dlabel=on, welche die automatische Suche aktiviert. dlabel=on ist die Standardeinstellung für diese Version.

Alle Blockgeräte mit der Dateisystem-Kennung OEMDRV werden untersucht und gefundene Treiber in der Reihenfolge des Antreffens geladen.

Vorhandene, verschlüsselte Blockgeräte, die vfat-Dateisysteme enthalten, werden als Typ foreign in der Partitionierungs-Schnittstelle angezeigt werden. Aus diesem Grund werden diese Geräte beim Systemstart nicht automatisch eingehängt. Um zu gewährleisten, dass diese Geräte automatisch eingehängt werden, ergänzen Sie einen entsprechenden Eintrag in /etc/fstab. Für weitere Informationen zur Durchführung, werfen Sie bitte einen Blick auf man fstab.

Die Mindestanforderung für RAM zur Installation von Red Hat Enterprise Linux 5.2 ist 1 GB, empfohlen werden 2 GB. Falls ein Rechner über weniger als 1 GB RAM verfügt, bleibt der Installationsprozess möglicherweise hängen.

Desweiteren treten bei PowerPC-Rechnern mit nur 1GB Arbeitsspeicher Leistungsprobleme bei bestimmten RAM-intensiven Auslastungen auf. Damit auf einem Red Hat Enterprise Linux 5.2 System RAM-intensive Prozesse optimal ausgeführt werden, sollte der Rechner mit 4GB Arbeitsspeicher ausgestattet sein. So wird gewährleistet, dass das System dieselbe Anzahl an physischen Seitenrahmen besitzt, wie das auf den PowerPC-Rechnern (die 512MB RAM verwenden), die Red Hat Enterprise Linux 4.5 oder eine frühere Version installiert haben.

anaconda unterstützt nun beide Ports auf CHPID für OSA Express3 cards. Der Installer fordert die Angabe der Portnummer während der ersten Phase der Installation. Der angegebene Wert für den Port wirkt sich auch auf das installierte Skript zur Initialisierung der Netzwerkschnittstelle aus. Wird der Port 1 ausgewählt, wird der Wert portno=1 zu den OPTIONS Parametern der ifcfg-eth*-Datei hinzugefügt.

Die Installation auf einem Rechner mit vorhandenen Linux- oder Nicht-Linux-Dateisystemen auf DASD Blockgeräten kann zum Anhalten des Installers führen. Falls dies passiert, ist es nötig, alle vorhandenen Partitionen auf den DASD Geräten, die Sie verwenden wollen, vollständig zu löschen und den Installer neu zu starten.

Falls Ihr System nur über 512 MB RAM verfügt, kann der Versuch, Red Hat Enterprise Linux 5.3 zu installieren, ggf. scheitern. Führen Sie zunächst eine Basis-Installation durch, um dies zu verhindern, und installieren anschließend nach Abschluß der Installation weitere Pakete.

Das Verwenden von yum zur Installation von Paketen vom 32-bit Compatibility Layer-Datenträger scheitert möglicherweise. Ist dies der Fall, liegt das daran, dass der Schlüssel zum Signieren eines Red Hat Pakets nicht in die RPM-Datenbank importiert wurde. Das passiert, wenn Sie sich noch nicht mit dem Red Hat Netzwerk verbunden und Aktualisierungen abgerufen haben. Um den Schlüssel manuell zu importieren, führen Sie den folgenden Befehl manuell als Root aus:

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

Sobald der Red Hat GPG-Schlüssel importiert wurde, können Sie nun yum für die Installation von Paketen vom 32-bit Compatibility Layer verwenden.

Beachten Sie, dass es ratsam ist, yum anstelle von rpm zu verwenden, falls Sie von diesem Datenträger installieren, um so zu gewährleisten, dass Abhängigkeiten des Basis-Betriebssystems während der Installation berücksichtigt werden.

Der Intel High Definition Audio Treiber in ALSA wurde aktualisiert.

Die High-Definition Multimedia Interface (HDMI) Audio Unterstützung auf AMD ATI integrierten Chipsätzen wurde aktualisiert.

Die folgenden Wacom Grafiktabletts werden jetzt durch den Treiber linuxwacom unterstützt:

Der Treiber lpfc für Emulex Fibre Channel Host Bus Adapter wurde aktualisiert auf Version 8.2.0.33.2p. Dies wendet einige Upstream-Änderungen an, insbesondere:

dm-multipath verfügt nun über Inbox-Unterstützung für IBM DS4000.

Der Treiber ixgbe unterstützt nun den 82598AT Dual Port Adapter sowie den 82598 CX4 Adapter.

der Treiber jsm wurde aktualisiert, und unterstützt nun Digi Neo PCI Express 4 HiProfile I/O Adapter.

hp-ilo: Treiber hinzugefügt, unterstützt nun HP Integrated Lights Out (iLO) Technologie.

Der Treiber radeon_tp wird in dieser Version nun vollständig unterstützt. Dieser Treiber unterstützt die ATI R500/R600 Chipsätze.

Zusätzlich besitzt der Treiber die folgenden Fähigkeiten:

Der Treiber powernow-k8 ist in dieser Version als ladbares Modul enthalten. Dadurch wird gewährleistet, dass vorhandene Treiber Frameworks (wie der Red Hat Driver Update Model und Dell DKMS) den Benutzern powernow-k8 Treiber-Aktualisierungen als RPM Pakete zur Verfügung stellen kann, ohne dass diese ihren Kernel aktualisieren müssen.

In dieser Version fügt Red Hat wieder den Treiber pnm2ppa ein, um veraltete Drucker zu unterstützen. Beachten Sie jedoch, dass diese Unterstützung veraltet ist, und in zukünftigen Hauptversionen nicht fortgeführt werden wird.

Der Treiber ccid wurde von Grund auf neu konzipiert, um zusätzlich USB Smartcard Tastaturen zu unterstützen.

der Treiber uvcvideo für USB Video Geräte wurde in Red Hat Enterprise Linux 5.3 dem Kernel hinzugefügt.

Der Treiber bnx2 für die Broadcom NetXtreme II Netzwerkkarten wurde aktualisiert auf Version 1.7.9. Dieses Update korrigiert die Optionen des Ethernet-Ringpuffers bei Kontrollern, welche bnx2 nutzen zur Behebung eines Bugs, der zu einem Panic beim Start führte.

Der Treiber e1000e für Intel PRO/1000 Ethernet Geräte wurde aktualisiert auf die Upstream Version 0.3.3.3-k2. Durch diese Aktualisierung sind nun EEPROM und NVM von unterstützten Geräten schreibgeschützt.

igb: Treiber für Intel Gigabit Ethernet Adapter wurde aktualisiert auf Version 1.2.45-k2, um nun auf 82576 basierende Geräte zu unterstützen.

der Treiber ixgbe für Intel(R) 10 Gigabit PCI Express Netzwerk Geräte wurde aktualisiert auf Version 1.3.18-k4.

der Treiber niu wurde zu Red Hat Enterprise Linux 5.3 hinzugefügt, und unterstützt nun 10Gbps Ethernet Geräte auf Sun CP3220 Systemen.

Der Treiber ipw2100 und ipw2200 für Intel PRO Wireless Geräte wurde zurück portiert auf Red Hat Enterprise Linux 5.3 vom Linux Kernel 2.6.25.

der Treiber bcm43xx für Broadcom Wireless Geräte wurde zurück portiert auf Red Hat Enterprise Linux 5.3 vom Linux Kernel 2.6.25.

die Treiber Komponente ieee80211 für Wireless Geräte wurde zurück portiert auf Red Hat Enterprise Linux 5.3 vom Linux Kernel 2.6.25.

der Treiber zd1211rw für ZyDas Wireless Geräte wurde aktualisiert, so dass er der letzten non-mac80211 Version von vor Linux 2.6.25 entspricht.

der Treiber iwlwifi wurde aktualisiert auf Version 2.6.26 und bietet nun 802.11n Unterstützung für iwl4965 Wireless Geräte. Mehrere der in den Treibern der Versionen 2.6.26 und höher enthaltenen Bugfixes sind ebenfalls im zurück portierten Treiber enthalten.

der Treiber myri10ge für Myricom Myri-10G Ethernet Geräte wurde aktualisiert auf die Version 1.3.2-1.269.

der netxen-Treiber für NetXen Netzwerkkarten wurde aktualisiert auf Version 3.4.18.

Der Treiber bnx2x für Broadcom Everest Netzwerkgerätewurde aktualisiert auf Version 1.45.23, um 57711 Hardware zu unterstützen.

der Treiber forcedeth-msi wurde aktualisiert, um einen Fehler zu beheben, der die korrekte Erkennung der Netzwerkverbindung verhinderte.

der Treiber ath5k für Atheros Wireless Geräte wurde zurück portiert auf Red Hat Enterprise Linux 5.3 vom Linux Kernel 2.6.26.

die Treiber rt2x00 für Ralink Wireless Geräte wurden zurück portiert auf Red Hat Enterprise Linux 5.3 vom Linux Kernel 2.6.26.

die Treiber rtl8180 und rtl8187 für Realtek Wireless Geräte wurde zurück portiert auf Red Hat Enterprise Linux 5.3 vom Linux Kernel 2.6.26.

cxgb3: Treiber (sowie zugehörige Firmware) ist nun in dieser Version enthalten. Dieser Treiber unterstützt den Chelsio RDMA 10Gb PCI-E Ethernet Adapter.

3w-xxxx: Treiber für 3ware SATA RAID Kontroller aktualisiert auf Version 1.26.03. Dies führt zu einigen Upstream-Änderungen, insbesondere:

3w-9xxx: Treiber für 3ware SATA RAID Kontroller aktualisiert auf Version 2.26.08. Dies führt zu mehreren Upstream-Änderungen, insbesondere:

megaraid_sas: Treiber aktualisiert auf Version 4.01-rh1. Mehrere Bugfixes werden in diesem Update angewendet, einschließlich:

die SCSI Device Handler Infrastruktur (scsi_dh) wurde aktualisiert, und bietet nun die folgenden Verbesserungen:

der Treiber qla2xxx für QLogic Fibre Channel Host Bus Adapter wurde aktualisiert, um Karten vom Typ ISP84XX zu unterstützen.

der Treiber ibmvscsi zum Emulieren von virtuellen SCSI (vSCSI) Geräten wurde aktualisiert, und unterstützt nun virtuelle Bandgeräte.

lpfc: Treiber aktualisiert auf Version 8.2.0.30. Dieses Update enthält mehrere Bugfixes und Verbesserungen, einschließlich:

Der Treiber cciss für HP Smart Array Kontroller wurde aktualisiert auf Version 3.6.20-RH2.

relayfs hatte bislang eine Größenbeschränkung des Puffers auf 64MB. In dieser Aktualisierung wurde die Beschränkung des Speichers, welcher dem relayfs für "on-memory" Puffer zugewiesen wird, auf 4095 MB erhöht. Dies erlaubt es SystemTap und anderen Tracing Tools, die relayfs verwenden, mehr Ereignisse zu verfolgen.

Der Treiber für Dell Remote Access Controller 4 (DRAC4) war nicht vorhanden. Infolgedessen wurden jegliche virtuellen Geräte des DRAC4 nicht vom Kernel erkannt. In dieser Aktualisierung wurde nun das pata_sil680 Kernel-Modul hinzugefügt, welches die entsprechende Unterstützung bietet und damit das Problem behebt.

Die Nachrichtenpuffer für die Relay-Schnittstelle wurden nur für bereits aktive CPUs zugewiesen, wenn relay_open() aufgerufen wurde. Wenn eine inaktive CPU erst aktiviert wurde, nachdem relay_open() bereits aufgerufen wurde, trat infolgedessen ein Kernel Panic auf. In dieser Aktualisierung wird ein neuer Nachrichtenpuffer dynamisch zugewiesen, falls neue CPUs hinzugefügt werden.

Der Treiber für 8250 basierte serielle Ports wurde aktualisiert, um nun DSR/DTR Hardware Flusskontrolle zu unterstützen.

Unterstützung für Dell Wireless Wide Area Network (WWAN)-Karten wurde zum Kernel hinzugefügt. Folgende Geräte werden jetzt unterstützt:

das thinkpad_acpi Kernel-Modul wurde aktualisiert, um erweiterte Unterstützung zu bieten für neuere Thinkpad Modelle.

Der Soft Lockup Detektor kann dahingehend konfiguriert werden, dass ein Kernel Panic ausgelöst wird statt einer Warnmeldung. Dies ermöglicht es dem Benutzer, im Falle eines Soft Lockups einen Crash Speicherauszug zu erstellen und zwecks Fehlersuche zu analysieren.

Um den Soft Lockup Detektor für die Auslösung eines Kernel Panics zu konfigurieren, setzen Sie den Kernel Parameter soft_lockup auf 1. Dieser Parameter ist standardmäßig eingestellt auf 0.

oprofile erkannte Prozessoren nicht korrekt, welche auf der Next-Generation Intel Microarchitektur (Nehalem) basieren. Infolgedessen konnte der Systemmonitor nicht verwendet werden, und der Prozessor griff zurück auf den Timer Interrupt. Der Kernel wurde nun aktualisiert, um dieses Problem zu beheben.

Dem Kernel wurde Unterstützung hinzugefügt für den CPU Power State, C3, auf den Next-Generation Intel Microarchitekturen (Nehalem). Die Möglichkeit, in den C3-Modus einzutreten (auch bekannt als Schlafmodus), verbessert die Energieeffizienz des CPUs im Leerlauf.

Bislang war der MAX_ARG_PAGES Grenzwert im Kernel zu niedrig angesetzt, und hat ggf. folgenden Fehler verursacht:

execve: Argument list too long

autofs4 Aktualisierungen wurden zurück portiert auf Red Hat Enterprise Linux 5.3 von der Linux Kernel Version 2.6.27.

Mit Red Hat Enterprise Linux 5.3 besteht nun die Möglichkeit, Speicherauszugdateien an ein abgezweigtes Exemplar einer User Space-Applikation umzuleiten. Dies wird aktiviert, indem |path/to/applicationin /proc/sys/kernel/core_pattern platziert wird. Bei einem Speicherauszug wird eine Kopie der angegebenen Anwendung ausgeführt, und der Speicherauszug wird umgeleitet nach "stdin". Dies ermöglicht das Umleiten an ein verzweigtes Exemplar.

Die Datei /proc/cpuinfo zeigt nun die ID des Advanced Programmable Interrupt Controllers (APIC) an, der von jedem einzelnen CPU verwendet wird.

Das Machine Check Exception (MCE) Kernel Subsystem wurde verbessert, um die für neuere Systeme notwendigen, größeren Speicher-Konfigurationen zu unterstützen.

Der Mount-Befehl unterstützt nun die Kerberos Authentifizierung beim Anhängen eines Dateisystems via Samba. Der sec=krb5 oder sec=krb5i Schalter erlaubt es dem Kernel, eine User Space Anwendung aufzurufen (cifs.upcall), welche ein "SPNEGO" (Simple and Protected GSSAPI Negotiation Mechanism) Sicherheits-"Blob" (Binary Large OBject) ausgibt. Der Kernel kann das BLOB zur Authentifikation beim Server verwenden, und das entsprechende Dateisystem einhängen.

Falls Sie den Kernel Parameter kernel.unknown_nmi_panic auf einem System konfiguriert haben, welches die IOAPIC NMI Watchdog Methode verwendet, könnte ein Kernel Panic auftreten. Das rührt daher, dass der NMI Watchdog die Ursache des nicht-maskierbaren Hardwareinterrupts (NMI) nicht sicher deaktivieren konnte.

In dieser Version wurde der NMI Watchdog Code dahingehend überarbeitet, so dass es Benutzern nun möglich ist, die Ursache des NMIs sicher zu deaktivieren. Daher können Sie nun bedenkenlos den Kernel Parameter kernel.unknown_nmi_panic konfigurieren auf Systemen, welche die IOAPIC NMI Watchdog Methode verwenden.

Der powernowk8-Treiber führte keine ausreichende Prüfung der Anzahl der aktiven CPUs durch. Infolgedessen wurde ggf. eine Kernel-Fehlermeldung "oops" beim Start des Treibers ausgegeben. In dieser Aktualisierung stellt der powernowk8-Treiber sicher, dass die Anzahl der unterstützten CPUs (supported_cpus) der Anzahl der aktiven CPUs (num_online_cpus) entspricht. Dieser Fehler ist damit behoben.

CPUFreq, das Kernel Subsystem, welches CPU-Frequenz und -Spannung skaliert, wurde aktualisiert mit verbesserter Unterstützung von Zell Prozessoren. Diese Aktualisierung implementiert einen CPUFreq-Governor, der eine Synergistic Processing Unit (SPU) beherrscht, und damit die Energieverwaltung der Zell Prozessoren verbessert.

Error Detection and Correction (EDAC) wird nun unterstützt auf der Cell Broadband Engine Architektur in Red Hat Enterprise Linux 5.3. Um EDAC zu aktivieren, verwenden Sie folgenden Befehl: modprobe cell_edac

Um zu kontrollieren, ob dieses Modul Ihrem laufenden Kernel hinzugefügt wurde, überprüfen Sie check /var/log/dmesg auf eine Ausgabe wie die Folgende:

EDAC MC: Ver: 2.0.1 Oct  4 2008
EDAC MC0: Giving out device to cell_edac MIC: DEV cbe-mic
EDAC MC1: Giving out device to cell_edac MIC: DEV cbe-mic

Falls korrigierbare Speicherfehler gefunden werden, wird die folgende Mitteilung auf der Konsole ausgegeben:

EDAC MC0: CE page 0xeff, offset 0x5700, grain 0, syndrome 0x51, row 0, channel
0, label "":

Das Debugging mit Hardware Watchpoints unter Verwendung einer Variablen, welche gemeinsam benutzt wurde von mehreren Threads, führte beim GNU Debugger (GDB) dazu, dass unregelmäßig Trigger-Ereignisse ausgelassen wurden. Der Kernel wurde aktualisiert, so dass GDB nun lückenlos die Watchpoint-Trigger empfängt, wodurch die Zuverlässigkeit des Debuggings verbessert wurde.

kprobe-booster wird nun auf ia64 und x86_64 Architekturen unterstützt, was dem Benutzer erlaubt, Kernel Ereignisse sehr viel schneller zu überprüfen. Dieses Feature verringert außerdem den durch Überprüfungstools (d.h. SystemTap und Kprobes) verursachten Overhead auf Servern, die auf 64-bit Architekturen laufen.

Unterstützung für die Objekte _PTC (Processor Throttling Control), _TSS (Throttling Supported States) und _TPC (Throttling Present Capabilities) wurde dem Kernel hinzugefügt. Diese Unterstützung, die Teil ist der Advance Configuration and Power Interface specification (ACPI), bietet verbesserte Handhabung des Prozessor Throttlings.

In zipl.conf wurden Parameter, die in doppelten Anführungszeichen innerhalb von einfachen Anführungszeichen enthalten waren (z.B. parameters='vmhalt="LOGOFF"'), nicht korrekt analysiert. Infolgedessen konnte die Installation des kdump Kernel-Pakets ggf. scheitern, und folgenden Fehler ausgeben:

grubby fatal error: unable to find a suitable template

Der Dual-Core Intel Itanium 2 Prozessor schrieb die Machine Check Architecture (MCA) Einträge anders als vorhergehende Intel Itanium Prozessoren. Die Ziel-Identifier zur Überprüfung des Zwischenspeichers und des Bus können nun unter Umständen anders sein. Der Kernel wurde aktualisiert, um den richtigen Ziel-Identifier zu finden.

kprobe-booster wird nun auf ia64 und x86_64 Architekturen unterstützt, was dem Benutzer erlaubt, Kernel Ereignisse sehr viel schneller zu überprüfen. Dieses Feature verringert außerdem den durch Überprüfungstools (d.h. SystemTap und Kprobes) verursachten Overhead auf Servern, die auf 64-bit Architekturen laufen.

In dieser Aktualisierung wurde Unterstützung von pselect() und ppoll() Systemaufrufen dem Kernel hinzugefügt.

Das blktap (blocktap) Userspace-Toolkit wurde aktualisiert und bietet die Funktionalität zur Beobachtung der Transferstatistiken von durch blktap gestützten virtualisierten Gästen.

Support für das Intel Extended Page Table (EPT) Feature wurde hinzugefügt, wodurch die Performance vollständig virtualisierter Gäste auf EPT unterstützender Hardware verbessert wurde.

Die e1000-Netzwerkgerätemulation wurde diesem Update hinzugefügt, die nur Windows 2003 Gäste auf der ia64 Architektur unterstützt. Zur Verwendung der e1000 Emulation, muss der xm-Befehl verwendet werden.

Treiber für virtio, die Plattform für I/O-Virtualisierung in KVM, wurden zu Red Hat Enterprise Linux 5.3 von Linux Kernel 2.6.27 backportiert. Diese Treiber ermöglichen es KVM-Gästen, eine höhere Ebene von I/O-Performance zu erreichen. Verschiedene Userspace-Komponenten wie: anaconda, kudzu, lvm, selinux und mkinitrd wurden ebenfalls aktualisiert, um Support für virtio Geräte zu liefern.

Der native Linux Kernel unterstützt vmcoreinfo automatisch, um aber kdump in dom0-Domains zu erstellen, wurde das kernel-xen-debuginfo-Paket benötigt. In dieser Release wurden Kernel und Hypervisor bearbeitet und unterstützen jetzt vmcoreinfo Reading und kdump Writing. Benutzer, die kdump zum Debugging oder anderen Nachforschungen auf dom0-Domains benötigen können dies jetzt ohne debuginfo oder debuginfo-common-Pakete tun.

Bei vollständig virtualisierte Red Hat Enterprise Linux 5 Gäste hatten keine optimale Performance bei der Verwendung von emulierten Disk und Netzwerkgeräten. Dieses Update enthält das kmod-xenpv-Paket zur Vereinfachung der Verwendung paravirtualisierter Disks und Netzwerke in vollständig virtualisierten Gästen.

Die Verwendung dieser Treiber bei vollständig virtualiserten Gästen kann die Performance und Funktionalität signifikant verbessern. Für Netfront- und Blockfront-Treiber vorgenommene Fehlerbehebungen werden sofort realisiert und mit dem Kernelpaket synchronisiert.

Gäste haben jetzt die Möglichkeit auf die 2MB Backing Page Speichertabellen zuzugreifen, die die Performance des Systems verbessern.

Die Daten für Aktivitätsberichte des TTY-Geräts wurden nicht ordnungsgemäß generiert. Der sar -y-Befehl schlug daher fehl und meldete den folgenden Fehler:

Requested activities not available in file (dt. Angeforderte Aktivitäten nicht in der Datei verfügbar)

In diesem aktualisierten Paket ist sar korrigiert, so dass die -y Option die Aktivität des TTY-Geräts anzeigt.

Zuvor hinderte die Einstellung von max_fds auf unlimited in /etc/multipath.conf den multipathd-Daemon am Starten. Falls die Anzahl offener Datei-Deskriptoren auf das System-Maximum gesetzt werden muss, so sollte max_fds auf max eingestellt werden.

mod_perl ist jetzt auf Version 2.0.4 rebasiert, der aktuellsten Upstream Release. Dieses Update wendet mehrere Updates an, darunter einen Bug-Fix, der es mod_perl jetzt gestattet, ordnungsgemäß mit Bugzilla 3.0 zu arbeiten.

cups basiert jetzt auf Version 1.3.7. Dieses Update beinhaltet mehrere Fehlerbehebungen und Verbesserungen, darunter:

lm_sensors basiert nun auf Version 2.10.7. Dieses Update beinhaltet mehrere Upstream-Verbesserungen und Fehlerbehebungen, darunter einen Fix, der verhindert, dass libsensors mit einer General parse error-Nachricht abstürzt, wenn k8temp ebenfalls geladen wird.

Die Aktualisierung von elfutils im Rahmen dieser Release behebt nun die folgenden Fehler:

vnc-server ist nun auf Version 4.1.2-14.el5 abgestimmt. Dieses Update enthält die folgenden Fehlerbehebungen:

smartmontools basiert nun auf Version 5.38. Dieses Update verbessert die Autodetection von Hardware-Geräten, verbessert den Support für CCISS RAID Arrays und bietet eine größere Datenbank unterstützter Geräte.

Dieses Update behebt außerdem einen Fehler bei dem SELinux smartmontools and der Überwachung von 3ware RAID-Geräten hinderte. smartmontools ckann solche Geräte jetzt ordnungsgemäß überwachen.

python-urlgrabber basiert nun auf Version 3.1.0-5. Dadurch werden mehrere Fehler von Upstream behoben, darunter:

Thunderbird basiert nun auf Version 1.1.16. Es wurden mehrere Fehler behoben, darunter:

Dieses Update enthält auch den yum-fastestmirror-Plugin, der es yum ermöglicht, das schnellste Repository in einer Mirror-Liste zu wählen.

Samba basiert nun auf Upstream Version 3.2.0. Dadurch werden mehrere Fehler behoben, darunter einer, der Benutzer daran hinderte Windows 2003 verwendende Domains als ihren Name-Server zu nutzen. Außerdem behebt dieses Update einen Fehler, der dazu führte, dass die Mitgliedschaft bei der samba-Domain nach Änderung des Systempassworts mittels net rpc changetrustpw unterbrochen wurde.

Eine vollständige Liste von in dieser Release enthaltenen Upstream samba-Updates finden Sie unter http://www.samba.org/samba/history/samba-3.0.32.html

OpenLDAP basiert nun auf Upstream Version 2.3.43. Mehrere Upstream Fehler wurden dabei behoben, darunter:

Red Hat distribuiert jetzt zusätzliche Overlays für OpenLDAP-Server. Außer syncprov befinden sich alle Overlays in separaten openldap-servers-overlays-Paketen, die als dynamisch ladbare Module kompiliert sind. Das syncprov-Overlay ist statisch zum OpenLDAP-Server verlinkt, um die Kompatibilität mit älteren OpenLDAP-Releases zu gewährleisten.

Da bei der xterm Binärdatei das gesetzte Gruppen-ID (setgid) Bit konfiguriert war, waren bestimmte Umgebungsvariablen (wie LD_LIBRARY_PATH und TMPDIR) nicht gesetzt. In dieser Release sind bei der xterm-Binärdatei jetzt die Modus 0755-Genehmigungen konfiguriert, wodurch dieses Problem behoben ist.

Die empfohlene Methode für die Lastverteilung auf NIS Servern wenn mehrere Maschinen sich mit ypbind verbinden, hat sich mit dieser Release geändert. Das Verhalten des ypbind Daemon hat sich nicht verändert: Er pingt nach wie vor alle NIS-Server, die in der /etc/ypbind-Konfigurationsdatei angeführt sind und bindet dann an einen einzelnen, am schnellsten antwortenden Server. Früher wurde empfohlen, alle verfügbaren NIS-Server in der /etc/ypbind.conf Konfigurationsdatei jeder Maschine anzuführen. Da aber selbst Server mit hoher Arbeitsauslastung schnell auf diesen Ping reagieren können und dadurch ihre eigene Auslastung erhöhen, wird Administratoren nun empfohlen, eine kleinere Anzahl verfügbarer NIS Server in der ypbind.conf jeder Maschine anzuführen und diese Liste über Maschinen hinweg zu variieren. Auf diese Weise findet automatisch eine Lastverteilung der NIS-Servern statt, weil nicht jeder NIS-Server als für jede Maschine verfügbar angeführt wird.

Thunderbird basiert nun auf Version 2.3.1. Diese Aktualisierung behebt mehrere Fehler, darunter:

dbus basiert nun auf Version 1.1.2. Dieses Update behebt einen Fehler, der dazu führte, dass mehrthreadige Programme zu einer Sperre in dbus führten. In früheren Releases, bei denen ein Thread auf dbus horchte und Nachrichten verarbeitete, sendete der zweite Thread Nachrichten an dbus.

strace basiert nun auf Version 4.5.18. Dadurch werden mehrere Fehler behoben, darunter:

cpuspeed wurde zu Version 1.2.1-5 aktualisiert. Mit diesem Update lädt das cpuspeed init-Skript das speedstep-centrino-Modul jetzt, wenn das Laden aller anderen Module fehlschlägt. Außerdem wurde ein Benutzer-Space Fehler behoben, der das Powernow-k8-Modul am Laden hinderte nun behoben from.

Der frysk-Satz von Tools wurde vollständig aus dieser Distribution entfernt. frysk war ursprünglich als Technologievorschau in Red Hat Enterprise Linux 5.0 enthalten.

Die vom iostat -x/Befehl bereitgestellten Partition I/O Statistiken waren zuvor unvollständig. In diesem Update werden Partitionsstatistiken jetzt auf dieselbe Weise wie Disk-Statistiken errechnet, wodurch kohärente und verständliche I/O Statistiken auf Partitionsebene geliefert werden.

Ein Passwort-Offenlegungsfehler wurde in der Konfigurationsdatei für den Dovecot-Mailserver gefunden. War bei einem System die ssl_key_password-Option definiert, so konnte jeder beliebige lokale Benutzer das SSL-Schlüsselpasswort einsehen. (CVE-2008-4870)

Um diesen Wert besser zu schützen unterstützt die dovecot.conf-Datei jetzt die "!include_try"-Direktive. Die ssl_key_password-Option sollte von dovecot.conf in eine neue Datei verschoben werden, deren Eigentümer Root ist und auf die nur dieser Lese- und Schreibberechtigung hat (d.h. 0600). Auf diese Datei sollte von dovecot.conf durch Einstellung der !include_try /path/to/password/file-Option verwiesen werden.

ksh basiert nun auf Version 2008-02-02. Dieses Update fügt Multi-Byte Zeichen-Handhabung hinzu, löst zahlreiche Probleme bei der Job-Steuerung und behebt mehrere Fehler von Upstream. Beachten Sie, dass dieses Update zu ksh die Kompatibilität zu bestehenden Skripts bewahrt.

Ein vmconvert-Fehler verhinderte, dass es ordnungsgemäß am vmur-Geräte-Node (/dev/0.0.000c) funktionierte. Dies führte zum Fehlschlagen von vmconvert beim Versuch auf Dumps am vmur-Gerät zuzugreifen mit dem Fehler vmconvert: Open dump file failed! (Permission denied). Ein Update to s390utils in dieser Release behebt dieses Problem.

Das init/Skript und die config-Datei für den mon_procd-Daemon sowie mon_fsstatd-Daemon fehlten im s390utils-Paket. Es konnte daher kein Build dieser Daemons erfolgen und diese konnten nicht verwendet werden. Die fehlenden Dateien wurden diesem Update hinzugefügt, so dass das Problem nun behoben ist.

Ein Fehler, der das ehci_hcd-Modul daran hinderte auf dieser Architektur erneut zu laden, wurde nun behoben. Dies stellt sicher, dass der Belkin 4-port PCI-Express USB Lily-Adapter (und andere ähnliche Geräte) jetzt mit Red Hat Enterprise Linux 5 ordnungsgemäß funktionieren, wenn das ehci_hcd-Modul verwendet wird.

Die libhugetlbfs-Bibliothek basiert nun auf Version 1.3. Dieses Update wendet mehrere Upstream Verbesserungen an der Bibliothek, wodurch die Performance von Huge-Seiten verwendenden Anwendungen verbessert wird.

Eine vollständige Liste von Updates für libhugetlbfs finden Sie unter folgendem Link:

http://sourceforge.net/mailarchive/message.php?msg_name=20080515170754.GA1830%40us.ibm.com

In Red Hat Enterprise Linux 5.2 war eine 64-bit Version von httpd in dieser Architektur neben der bestehenden 32-bit httpd enthalten. Installierte ein Benutzer beide Versionen, so kam es zu einem httpd-Konflikt, der die ordnungsgemäße Funktion von httpd verhinderte.

Um dieses Problem zu beseitigen, wurde die 64-bit Version von httpd aus dieser Release entfernt. Ein Upgrade von httpd für diese Release entfernt automatisch auch die 64-bit Version von httpd.

Wenn das neue Feature der Platten-Verschlüsselung angewendet wird zum Verschlüsseln des Root Dateisystems, wird die folgende Fehlermeldung beim Herunterfahren des Systems auf der Konsole ausgegeben:

Stopping disk encryption [FAILED]

Diese Meldung kann getrost ignoriert werden, denn das Herunterfahren wird dennoch erfolgreich abgeschlossen.

Beim Verwenden eines verschlüsselten Gerätes wird ggf. die folgende Fehlermeldung ausgegeben:

insmod: error inserting '/lib/aes_generic.ko': -1 File exists

Eine Installation unter Verwendung von Multiple Device (MD) RAID zusätzlich zu multipath wird dazu führen, dass der Rechner nicht booten kann. Multipath zu Storage Area Network (SAN) Geräten, welche RAID intern bieten, sind davon nicht betroffen.

Wenn eine große Anzahl LUNs zu einem Knoten hinzugefügt werden, kann multipath die von udev benötigte Zeit zum Erstellen von Geräte-Knoten deutlich erhöhen. Dieses Problem können Sie beheben, indem Sie in /etc/udev/rules.d/40-multipath.rules die folgende Zeile löschen:

KERNEL!="dm-[0-9]*", ACTION=="add", PROGRAM=="/bin/bash -c '/sbin/lsmod | /bin/grep ^dm_multipath'", RUN+="/sbin/multipath -v0 %M:%m"

Beim Aktualisieren von einer früheren Version von Red Hat Enterprise Linux auf 5.3 können Sie auf folgenden Fehler stoßen:

Updating  : mypackage                 ################### [ 472/1655]
rpmdb: unable to lock mutex: Invalid argument

Der Grund für dieses Locking Problem ist, dass das gemeinsam genutzte Futex-Locking in glibc mit Futexes pro Prozess zwischen 5.2 und 5.3 weiterentwickelt wurde. Dies hat zur Folge, dass Programme, die mit 5.2 glibc laufen, gemeinsam genutztes Futex Locking nicht ordnungsgemäß ausführen können zusammen mit Programmen, welche mit 5.3 glibc laufen.

Diese spezielle Fehlermeldung ist eine Nebenwirkung eines Paketes, welches rpm als Teil seines Installationsprozesses aufruft. Der RPM Vorgang, der die Aktualisierung durchführt, verwendet die frühere glibc während der gesamten Aktualisierung. Der RPM Vorgang, der aus dem Skript heraus gestartet wurde, nutzt jedoch die neue glibc.

Um diesen Fehler zu vermeiden, aktualisieren Sie glibc zunächst separat:

# yum update glibc
# yum update

mvapich und mvapich2 sind in Red Hat Enterprise Linux 5 kompiliert, um nur die InfiniBand/iWARP Interconnects zu unterstützen. Infolgedessen laufen sie nicht über Ethernet oder Netzwerk Interconnects.

In Systemen mit mehr als zwei verschlüsselten Blockgeräten hat Anaconda eine Option, die ein übergreifendes Passwort bietet kann. Die init Scripte unterstützen dieses Feature jedoch nicht. Beim Booten des Systems wird die Eingabe der jeweiligen Passwörter für jedes verschlüsselte Gerät verlangt.

Beim Aktualisieren von openmpi mit yum kann ggf. die folgende Warnung ausgegeben werden:

cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory

Das Konfigurieren von IRQ SMP Affinität hat keine Auswirkung auf manche Geräte, die "Message Signaled Interrupts" (MSI) verwenden ohne Fähigkeit für das MSI Per-Vector Masking. Beispiele für solche Geräte sind Broadcom NetXtreme Ethernet Geräte, die den Treiber bnx2 verwenden.

Wenn Sie die IRQ Affinität für ein solches Gerät konfigurieren müssen, deaktivieren Sie MSI durch Erstellen einer Datei in /etc/modprobe.d/, welche die folgende Zeile enthält:

options bnx2 disable_msi=1

Alternativ können Sie MSI auch vollständig deaktivieren, indem Sie den Kernel Boot Parameter pci=nomsi verwenden.

Das CD-ROM/DVD-ROM Laufwerk auf Dell PowerEdge R905 Servern funktioniert nicht mit Red Hat Enterprise Linux 5. Bitte lesen Sie die Knowledgebase #13121 für mehr Informationen: http://kbase.redhat.com/faq/FAQ_103_13121.

Ein Bug in der aktualisierten Datei /etc/udev/rules.d/50-udev.rules verhindert das Erstellen von persistenten Namen für Bandgeräte mit Zahlen größer als 9 im Namen. So wird beispielsweise kein persistenter Name für ein Bandgerät mit einem Namen nst12 erstellt.

Fügen Sie als temporäre Lösung ein Sternchen (*) hinter jedem Treffer des Strings nst[0-9] in /etc/udev/rules.d/50-udev.rules ein.

Das smartctl-Tool kann SMART-Parameter nicht korrekt von SATA-Geräten lesen.

Ein Bug in früheren Versionen von openmpi und lam kann Sie am Aktualisieren dieser Pakete hindern. Dieser Bug äußert sich im folgenden Fehler (beim Versuch, openmpi oder lam zu aktualisieren):

error: %preun(openmpi-[version]) scriptlet failed, exit status 2

Deshalb müssen Sie ältere Versionen von openmpi und lam manuell entfernen, um deren aktuellste Versionen zu installieren. Verwenden Sie hierfür den folgenden rpm-Befehl:

rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches

Wenn bei der Verwendung von dm-multipath features "1 queue_if_no_path" in /etc/multipath.conf angegeben wird, bleibt jeder Prozess, der I/O ausgibt, solange hängen, bis ein oder mehrere Pfade wiederhergestellt sind.

Setzen Sie no_path_retry [N] in /etc/multipath.conf (wobei [N] die Anzahl der Versuche ist, die das System den Pfad nochmals versuchen soll), um dies zu verhindern. Tun Sie dies, entfernen Sie auch die Option features "1 queue_if_no_path" aus /etc/multipath.conf.

Wenn Sie "1 queue_if_no_path" anwenden müssen und dabei der beschriebene Fehler auftritt, verwenden Sie dmsetup, um die Richtlinie in der Laufzeit zu bearbeiten für eine bestimmte LUN (d.h. für die der nicht erreichbaren Pfade).

Zur Veranschaulichung: Führen Sie dmsetup message [device] 0 "fail_if_no_path" aus, wobei [device] der multipath Gerätename ist (z.B. mpath2; nicht den Pfad angeben), für das Sie die Richtlinie ändern wollen von "queue_if_no_path" zu "fail_if_no_path".

Das Aktivieren von mehreren installierten Versionen desselben Kernel-Moduls wird nicht unterstützt. Zusätzlich kann ein Bug in der Art und Weise, wie Kernel-Module analysiert werden, manchmal dazu führen, dass eine ältere Version desselben Kernel-Moduls aktiviert wird.

Red Hat empfiehlt, bei der Installation einer neueren Version eines installierten Kernel-Moduls zunächst die ältere Version zu deinstallieren.

Das Ausführen von kdump auf einem IBM Bladecenter QS21 oder QS22, konfiguriert mit NFS-Root, schlägt fehl. Um dies zu umgehen, geben Sie ein NFS-Dump-Ziel in /etc/kdump.conf an.

IBM T60 schalten sich im Suspend-Modus und beim Andocken an einer Docking-Station komplett aus. Um dies zu verhindern, booten Sie das System mit dem Parameter acpi_sleep=s3_bios.

Die QLogic iSCSI Expansion Card für das IBM Bladecenter liefert sowohl Ethernet- als auch iSCSI-Funktionen. Einige Teile der Karte werden von beiden Funktionen gemeinsam verwendet. Die aktuellen qla3xxx- und qla4xxx-Treiber unterstützen die Ethernet- und iSCSI-Funktionen jedoch individuell. Beide Treiber unterstützen die gleichzeitige Verwendung von Ethernet- und iSCSI-Funktionen jedoch nicht.

Aufgrund dieser Einschränkung können nachfolgende Resets (durch aufeinander folgende ifdown/ifup-Befehle) zum Hängenbleiben des Geräts führen. Gönnen Sie sich ein 10-Sekunden Intervall nach einem ifup, bevor Sie ein ifdown ausführen, um dies zu verhindern. Gönnen Sie sich dasselbe 10-Sekunden Intervall nach einem ifdown, bevor Sie ein ifup ausführen. Dieses Intervall bietet ausreichend Zeit zur Stabilisierung und Neuinitialisierung aller Funktionen, wenn ein ifup ausgeführt wird.

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

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).

Das Protokollieren während des Bootvorgangs in /var/log/boot.log steht in Red Hat Enterprise Linux 5.3 nicht zur Verfügung.

Das System bootet ggf. 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.

Wenn Sie Red Hat Enterprise Linux 5.2 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. Sie beeinflussen 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 diese Geräte mithilfe 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

Wenn eine LUN auf einem konfigurierten Speichersystem 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

Das Ausführen des multipath-Befehls mit der Option -ll kann dazu führen, dass der Befehl hängenbleibt, falls sich einer der Pfade auf einem Blockinggerät befindet. Beachten Sie, dass der Treiber für einige Zeit keine Anfrage bearbeitet, falls das Gerät nicht mehr antwortet.

Dies wird durch den Cleanup-Code verursacht, der solange wartet, bis die Anfrage für die Überprüfung des Pfads entweder erfolgreich abgeschlossen wird oder fehlschlägt. Um den aktuellen multipath-Status anzuzeigen, ohne den Befehl aufzuhängen, verwenden Sie stattdessen multipath -l.

Das Aktualisieren von pm-utils von einer Red Hat Enterprise Linux 5.2 Beta Version von pm-utils schlägt fehl und resultiert in dem folgenden Fehler:

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

Löschen Sie das Verzeichnis /etc/pm/sleep.d/ vor der Aktualisierung, um zu verhindern, dass dies passiert. Falls in /etc/pm/sleep.d/ irgendwelche Dateien existieren, verschieben Sie diese Dateien nach /etc/pm/hooks/.

Das Testen von Hardware für das Mellanox MT25204 hat ergeben, dass unter bestimmten Bedingungen mit hoher Auslastung ein interner Fehler auftritt. Wenn der ib_mthca-Treiber einen schwerwiegenden Fehler auf dieser Hardware meldet, liegt dies gewöhnlich an unzureichender Tiefe der Queues in Bezug auf die Anzahl ausstehender Arbeitsanfragen, die von der Benutzerapplikation generiert wurden.

Auch wenn der Treiber die Hardware zurücksetzt und sich von einem solchen Ereignis erholt, gehen alle bestehenden Verbindungen zum Zeitpunkt des Fehlers verloren. Dies führt gewöhnlich zu einem Segmentation Fault der Benutzerapplikation. Wenn außerdem opensm zum Zeitpunkt läuft, wenn der Fehler auftritt, muss es manuell neu gestartet werden, um den Betrieb wieder normal aufzunehmen.

Beim Installieren von Red Hat Enterprise Linux 5 auf einem Gast wird dieser so konfiguriert, dass er ausdrücklich einen temporären Installations-Kernel verwendet, bereitgestellt von dom0. Sobald die Installation abgeschlossen ist, kann er seinen eigenen Boot-Loader verwenden. Dies kann allerdings nur dadurch erreicht werden, dass der Gast beim ersten Neustart stattdessen zum Beenden gezwungen wird.

Nach beendeter Gast-Installation wird aus diesem Grund der Klick auf den erscheinenden Reboot-Schalter den Gast beenden, ohne Neustart. Dieses Verhalten ist erwartet.

Beachten Sie, dass beim anschließenden Neustart des Gastes dessen eigener Boot-Loader verwendet wird.

Das Ausführen von rpmbuild auf dem compiz Quell-RPM schlägt fehl, wenn ein KDE- oder qt-Development-Paket (z.B. qt-devel) installiert ist. Dies wird hervorgerufen durch einen Fehler im compiz Konfigurations Script.

Für eine provisorische Lösung entfernen Sie jedes KDE- oder qt Development-Paket, bevor Sie versuchen, das compiz Paket von dem Quell-RPM zu erstellen.

Wenn Ihr System entweder mit einer ATI Radeon R500 oder R600 Grafikkarte ausgestattet ist, wird firstboot nach der Installation nicht laufen. Das System geht direkt zum grafischen Login-Schirm und überspringt firstboot vollständig. Wenn Sie versuchen, firstboot manuell auszuführen, z.B. von einem Failsafe Terminal aus, wird die X-Session abstürzen.

Dieses Problem wird hervorgerufen durch den von der ATI Radeon R500/R600 Hardware genutzten Treiber. Der von diesen Grafikkarten genutzte Standard-Treiber ist noch in der Technologievorschau. Für eine provisorische Lösung sichern Sie Ihre /etc/X11/xorg.conf Datei, und konfigurieren anschließend X, um stattdessen den unterstützten Treibervesa zu verwenden. Führen Sie dafür den folgenden Befehl aus:

system-config-display --reconfig --set-driver=vesa

Sie können nun firstboot ausführen. Um zu Ihren alten Einstellungen zurückzukehren, stellen Sie die ursprüngliche /etc/X11/xorg.conf Datei wieder her.

Wenn Ihr System den TSC Timer verwendet, kann der Systemaufruf gettimeofday zurückspringen. Dies liegt an einem Überlauf Problem, das in einigen Fällen zu einem deutlichen vorwärtsspringen des TSC Timers führt. In diesem Fall wird der TSC Timer sich zwar selbst korrigieren, aber letztendlich eine Rückwärts-Verschiebung der Zeit registrieren.

Dieses Problem ist besonders kritisch für zeitsensible Systeme, wie z.B. die von Datenbanken und Transaktionssystemen verwendeten. Falls Ihr System auf präzise Zeitberechnung angewiesen ist, empfiehlt Red Hat daher dringend, den Kernel auf die Verwendung eines anderen Timers (z.B. HPET) umzustellen.

Der Versuch, sniff auszuführen, kann in einem Fehler resultieren. Dies liegt daran, dass einige benötigte Pakete nicht mit dogtail installiert werden.

Um dies zu verhindern, installieren Sie die folgenden Pakete manuell:

Thin Provisioning (auch bekannt als "virtual provisioning") wird erstmals freigegeben mit EMC Symmetrix DMX3 und DMX4. Bitte werfen Sie einen Blick auf die EMC Support Matrix und Symmetrix Enginuity Release Notes für weitere Informationen.

Wenn in /etc/multipath.conf die Einstellung max_fds auf unlimited gesetzt wird, verhindert dies den korrekten Start des multipathd-Daemons. Daher sollten Sie stattdessen einen ausreichend hohen Wert angeben.

SystemTap verwendet zur Zeit GCC, um Ereignisse im User Space zu überprüfen. GCC kann allerdings den Debugger nicht mit präzisen Informationen versorgen zur Location List für die Parameter. In einigen Fällen gelingt es GCC auch nicht, einige Parameter wiederzugeben. Infolgedessen geben SystemTap Scripts, die den User Space überprüfen, ggf. ungenaue Werte wieder.

Das Laptop Modell IBM T41 tritt nicht ordnungsgemäß in denSuspend Mode ein, daher wird der Suspend Mode weiterhin Akkulaufzeit verbrauchen wie im normalen Betrieb. Dies rührt daher, dass Red Hat Enterprise Linux 5 noch nicht das radeonfb Modul enthält.

Fügen Sie für eine provisorische Lösung ein Skript mit dem Namen hal-system-power-suspend zu /usr/share/hal/scripts/ hinzu, welches die folgenden Zeilen enthalten sollte:

chvt 1
radeontool light off
radeontool dac off

Dieses Skript gewährleistet, dass IBM T41-Laptops ordnungsgemäß in denSuspend Mode eintreten. Um sicherzustellen, dass das System den normalen Betrieb richtig wieder aufnimmt, fügen Sie ebenso das Skript restore-after-standby zum gleichen Verzeichnis hinzu. Dieses Skript sollte folgende Zeilen enthalten:

radeontool dac on
radeontool light on
chvt 7

Wenn das edac-Modul geladen wird, funktioniert der BIOS Memory Reporting nicht. Dies liegt daran, dass das edac-Modul das Register löscht, welches das BIOS zum melden von Speicherfehlern benutzt.

Das aktuelle Red Hat Enterprise Linux Driver-Update Modell weist den Kernel an, alle verfügbaren Module standardmäßig zu laden (einschließlich der edac-Module). Falls Sie die Erstellung von BIOS Memory Reporting sicherstellen wollen, müssen Sie die edac-Module manuell auf die Blacklist setzen. Fügen Sie dazu die folgenden Zeilen zu /etc/modprobe.conf hinzu:

blacklist edac_mc
blacklist i5000_edac
blacklist i3000_edac
blacklist e752x_edac

Red Hat Enterprise Linux 5.3 kann das Anwachsen und Schrumpfen eines zugrundeliegendene Blockgeräts im Live-Betrieb ermitteln. Allerdings gibt es keine Möglichkeit, automatisch festzustellen, dass ein Gerät seine Größe verändert hat. Also sind manuelle Schritte nötig, um dies zu erkennen, und die Größe jeglicher Dateisysteme auf den fraglichen Geräten anzupassen. Wenn ein Blockgerät mit geänderter Größe gefunden wird, erscheint eine Meldung ähnlich der folgenden in der System-Protokolldatei:

VFS: busy inodes on changed media or resized disk sdi

Wenn das Blockgerät angewachsen ist, dann kann diese Meldung problemlos ignoriert werden. Wenn allerdings das Blockgerät geschrumpft wurde, ohne dass zuvor die auf dem Blockgerät enthaltenen Daten verkleinert wurden, dann sind die auf dem Gerät enthaltenen Daten womöglich fehlerhaft.

Es ist nur möglich, eine Größenveränderung im Live-Betrieb für ein Dateisystems vorzunehmen, wenn dieses auf der gesamten LUN (oder Blockgerät) erstellt wurde. Falls es eine Partitionstabelle auf dem Blockgerät gibt, dann muss das Dateisystem abgehängt werden, damit die Partitionstabelle aktualisiert werden kann.

Falls Ihr System ein GFS2 Dateisystem angehängt hat, könnte ein Knoten hängenbleiben, wenn von einem Knoten auf eine zwischengespeicherte Inode zugegriffen wird, die von einem anderen Knoten abgetrennt wird. Falls dies auftritt, ist der aufgehängte Knoten solange nicht verfügbar, bis Sie ihn abgrenzen und wiederherstellen mit der normalen Vorgangsweise zur Cluster-Wiederherstellung. Diese Funktion ruft gfs2_dinode_dealloc und shrink_dcache_memory auf, und wird auch in den vom Stapel hinterlassenen Spuren von jedem Prozess erscheinen, der in dem aufgehängten Knoten steckte.

Dieses Problem betrifft nicht GFS2 Dateisysteme mit nur einem Knoten.

Die folgende Meldung erscheint womöglich während des Systemstarts:

Could not detect stabilization, waiting 10 seconds.
Reading all physical volumes.  This may take a while...

Die aktuelle Implementation von User Payload Access in ipmitool ermöglicht es Ihnen zwar, Geräte zu konfigurieren, allerdings erlaubt es Ihnen nicht, die aktuellen Einstellungen dieser Geräte abzufragen.

Das Verwenden des swap --grow Parameters in einer Kickstart-Datei, ohne dabei gleichzeitig den --maxsize Parameter einzustellen, veranlasst Anaconda zum Verhängen einer Größenbeschränkung der Swap Partition (?). Es erlaubt ihr nicht zu wachsen, bis das Gerät voll ist.

In Systemen mit weniger als 2 GB physikalischem Speicher, beträgt die verhängte Grenze das Doppelte der Größe des physikalischen Speichers. In Systemen mit mehr als 2 GB entspricht die verhängte Grenze der Größe des physikalischen Speichers zuzüglich 2 GB.

Das gfs2_convert Programm gibt ggf. nicht alle Blöcke der GFS Metadaten frei, die nicht mehr unter GFS2 benutzt werden. Diese unbenutzen Metadaten Blocks werden beim nächsten Ausführen von gfs2_fsck entdeckt und im Dateisystem freigegeben. Es wird empfohlen, gfs2_fsck auszuführen, nachdem das Dateisystem konvertiert wurde, um die ungenutzten Blöcke freizugeben. Diese ungenutzten Blöcke werden von gfs2-fsck markiert durch Hinweise wie:

Ondisk and fsck bitmaps differ at block 137 (0x89) 
Ondisk status is 1 (Data) but FSCK thinks it should be 0 (Free)
Metadata type is 0 (free)

Beim Ausführen eines Bare-Metal (nicht virtualisieren) Kernels, kann der X-Server ggf. keine EDID-Informationen vom Monitor empfangen. Falls dies auftritt, kann der Grafiktreiber keine Auflösung höher als 800x600 darstellen.

Fügen Sie als provisorische Lösung die folgende Zeile zum Abschnitt ServerLayout der Datei /etc/X11/xorg.conf hinzu:

Option "Int10Backend" "x86emu"

Aufnahmen müssen manuell aktiviert werden auf Dell M4300 und M6300. Führen Sie dazu die folgenden Schritte aus:

Wenn die Verschlüsselung auf dem Boot Gerät aktiviert ist während der Systeminstallation, wird die folgende Meldung während des Systemstarts protokolliert:

padlock: VIA PadLock not detected.

Einige Rechner, die NVIDIA-Grafikkarten verwenden, zeigen möglicherweise beim grafischen Installer 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.

Auf einem IBM T61 Laptop empfiehlt Red Hat, vom Klicken auf das glxgears Fenster Abstand zu nehmen, wenn glxgears läuft. Tun Sie dies, könnte das System gesperrt werden.

Um dies zu vermeiden, deaktivieren Sie das Tiling Feature. Fügen Sie dazu die folgende Zeile ein in den Device-Bereich von /etc/X11/xorg.conf:

Option "Tiling" "0"

Aufnahmen müssen manuell aktiviert werden auf Dell M4300 und M6300. Führen Sie dazu die folgenden Schritte aus:

Falls Ihr System eine Intel 945GM Grafikkarte verwendet, benutzen Sie nicht den i810-Treiber. Sie sollten stattdessen den Standard-intel-Treiber verwenden.

Auf Dual-GPU-Laptops, falls einer der Grafikchips Intel-basiert ist, kann der Intel Grafikmodus keine digitalen externen Verbindungen unterstützen (inklusive HDMI, DVI, und DisplayPort). Dies ist eine Hardware-Einschränkung der Intel GPU. Falls Sie externe digitale Verbindungen benötigen, konfigurieren Sie das System, den diskreten Grafikchip (im BIOS) zu verwenden.

Wenn die Tasten Alt-SysRq-W zum Debuggen verwendet werden, erscheint die folgende Warnmeldung:

Badness in smp_call_function at arch/powerpc/kernel/smp.c:223

Anschließend warnt das System auch davor, dass es hängen bleiben wird. Diese Meldung kann ignoriert werden, denn es wird tatsächlich nicht zum Hängenbleiben des Systems führen.

Aufnahmen müssen manuell aktiviert werden auf Dell M4300 und M6300. Führen Sie dazu die folgenden Schritte aus:

Der Umfang des PPC Kernel-Images ist zu groß für Unterstützung durch OpenFirmware. Infolgedessen wird der Netzwerk-Start fehlschlagen, und in folgender Fehlermeldung resultieren:

Please wait, loading kernel...
/pci@8000000f8000000/ide@4,1/disk@0:2,vmlinux-anaconda: No such file or directory
boot: 

Beim Ausführen von Red Hat Enterprise Linux 5.2 auf einem z/VM mit mehr als 2 GB definiertem Gastspeicher können ungültige Daten von jedem FCP- und OSA-Gerät gelesen und auf selbige geschrieben werden, die in QDIO-Modus mit der Option Queued-I/O assist (QIOASSIST) aktiviert angehängt sind. Falls an Ihrem System solche Geräte hängen, empfiehlt Red Hat, dass Sie den entsprechenden z/VM Program Temporary Fix (PTF) von folgendem Link herunterladen und installieren:

http://www-1.ibm.com/support/docview.wss?uid=isg1VM64306

Es ist nicht möglich, einen z/VM-Dump direkt zu lesen und in eine Datei zu dumpen. Stattdessen sollten Sie den Dump zunächst vom z/VM-Reader mit Hilfe von vmur auf ein Linux-Dateisystem kopieren und dann den Dump mit vmconvert in eine Datei konvertieren, die von Linux gelesen werden kann.

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

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

Einige Itanium-Systeme können keine ordentliche Konsolenausgabe aus dem kexec purgatory Code produzieren. Dieser Code enthält Anweisungen zur Sicherung der ersten 640 KB Speicher nach einem Absturz.

Auch wenn die purgatory Konsolenausgabe bei Diagnoseproblemen nützlich sein kann, wird sie nicht benötigt zum korrekten Funktionieren von kdump. Falls Ihr Itanium-System daher während einer kdump-Operation zurückgesetzt wird, deaktivieren Sie die Konsoleausgabe in purgatory, indem Sie --noio zur Variable KEXEC_ARGS in /etc/sysconfig/kdump hinzufügen.

Das Ausführen von perftest schlägt fehl, wenn verschiedene CPU-Geschwindigkeiten gemessen werden. Daher sollten Sie die Skalierung der CPU-Geschwindigkeit deaktivieren, bevor Sie perftest ausführen.

Wenn der kdump-Kernel gestartet wird, erscheint der folgende Fehler in der Boot-Protokolldatei:

mknod: /tmp/initrd.[numbers]/dev/efirtc: No such file or directory

Dieser Fehler resultiert aus der fehlerhaften Anforderung, efirtc in einem inkorrekten Pfad zu erstellen. Allerdings wird der fragliche Geräte-Pfad auch statisch erstellt in initramfs, sobald der kdump Dienst gestartet wird. Aus diesem Grund ist die Erstellung eines Geräte-Knotens während der Laufzeit überflüssig, harmlos, und sollte die Leistung von kdump nicht beeinträchtigen.

Einige Systeme können ggf. den kdump Kernel nicht ordnungsgemäß booten. In diesem Fall verwenden Sie die machvec=dig Kernel Parameter.

Aufnahmen müssen manuell aktiviert werden auf Dell M4300 und M6300. Führen Sie dazu die folgenden Schritte aus:

Auf Intel Itanium-basierten Systemen, die SELinux im Enforcing-Modus betreiben, muss entweder die Boolesche Variable allow_unconfined_execmem_dyntrans oder allow_execmem aktiviert sein, um dem IA-32 Execution Layer (ia32el-Service) ein korrektes Funktionieren zu ermöglichen. Falls die Boolesche Variable allow_unconfined_execmem_dyntrans ausgeschaltet ist, aber der allow_execmem aktiviert ist, (die Standard-Einstellung in Red Hat Linux Enterprise 5), dann wird 32-bit Emulation vom ia32el Service unterstützt. Wenn allerdings beide Booleschen Variablen deaktiviert sind, schlägt die Emulation fehl.