Copyright © 2007 Red Hat, Inc. und andere [1]
Die folgenden Themen werden in diesem Dokument behandelt:
Release Notes Aktualisierungen
Installationsbezogene Hinweise
Feature-Aktualisierungen
Treiber-Aktualisierungen
Kernelbezogene Aktualisierungen
Sonstige Aktualisierungen
Technologievorschauen
Behobene Probleme
Bekannte Probleme
Einige Neuerungen von Red Hat Enterprise Linux 5 .1 werden in diesen Release Notes möglicherweise nicht behandelt. Unter folgender URL finden Sie gegebenenfalls eine neuere Version der Release Notes:
Dieser Abschnitt enthält Informationen über Red Hat Enterprise Linux 5.1, die es nicht in die Release Notes geschafft haben, die in der Distribution enthalten sind.
Virtualisierung funktioniert nicht auf Systemen, die Non-Uniform Memory Access (NUMA) verwenden. Aus diesem Grund führt die Installation eines virtualisierten Kernels auf Systemen, die NUMA verwenden, zu einem Scheitern des Boot-Vorgangs.
Einige Installationsnummern installieren den virtualisierten Kernel standardmäßig. Falls Sie eine solche Installationsnummer besitzen und Ihr System NUMA verwendet (oder NUMA nicht deaktivieren kann), wählen Sie die Virtualisierungsoption während der Installation nicht aus.
Dieses Release beinhaltet WBEMSMT, eine Suite webbasierter Applikationen, die eine benutzerfreundliche Oberfläche zur Verwaltung von Samba und DNS bietet. Werfen Sie einen Blick auf http://sblim.wiki.sourceforge.net/ für weitere Informationen zu WBEMSMT.
Das Aktualisieren von pm-utils
von einer Red Hat Enterprise Linux 5.1 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, können Sie diese Dateien nach /etc/pm/hooks/
verschieben.
Bei der Verwendung von ipath
auf dieser Architektur kann openmpi ggf. abstürzen. Aus diesem Grund wird der ipath
-Treiber für diese Architektur derzeit als Technologievorschau veröffentlicht.
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.
Driver-Update-Disks unterstützen nun Red Hats Driver-Update-Program RPM-basiertes Packaging. Falls eine Treiberdiskette ein neueres Format verwendet, können mit RPM verpackte Treiber eingebunden werden, so dass sie über System-Updates hinaus erhalten bleiben.
Bitte beachten Sie, dass Treiber-RPMs nur für die standardmäßige Kernel-Variante kopiert werden, die auf dem installierten System im Einsatz ist. Wird beispielsweise ein Treiber-RPM auf einem System installiert, auf dem ein virtualisierter Kernel läuft, wird nur der Treiber für den virtualisierten Kernel installiert. Das Treiber-RPM wird für keine andere installierte Kernel-Variante auf dem System installiert.
Aus diesem Grund müssen Sie auf einem System mit mehreren installierten Kernel-Varianten jede Kernel-Variante einzeln booten und die Treiber-RPMs installieren. Wenn auf Ihrem System beispielsweise sowohl Bare-Metal als auch virtualisierte Kernel installiert sind, booten Sie Ihr System in den Bare-Metal-Kernel und installieren das Treiber-RPM. Starten Sie anschließend das System neu und booten den virtualisierten Kernel und installieren Sie das Treiber-RPM erneut.
Während der Lebensdauer von dom0 können Sie Gäste nicht öfters als 32.750 Mal erstellen (d.h. mit xm create). Wenn Sie beispielsweise Gäste besitzen, die ein einer Schleife neu starten, wird dom0 bei dem Versuch scheitern, jeden beliebigen Gast zu booten, nach dem Gäste insgesamt 32.750 Mal neu gestartet wurden.
Falls dieses Ereignis auftritt, starten Sie dom0 neu.
Virtualisierung auf dieser Architektur kann nur Gäste mit einem maximalen Arbeitsspeicher von 65.434 MB unterstützen.
Der Red Hat Enterprise Linux 5.1 NFS-Server unterstützt nun Überweisungs-Exports. Diese Exports basieren auf Erweiterungen des NFSv4-Protokolls. Alle NFS-Clients, die diese Erweiterungen nicht unterstützen (und zwar Red Hat Enterprise Linux-Releases vor 5.1) können nicht auf diese Exports zugreifen.
Falls ein NFS-Client diese Exports daher nicht unterstützt, kann jeder Versuch, auf diese Exports zuzugreifen mit einem I/O-Fehler scheitern. Abhängig von der Client-Implementierung können die Folgen auch gravierender sein, bishin zur Möglichkeit eines Systemabsturzes.
Es ist wichtig, dass Sie Vorkehrungen treffen, um sicherzustellen, dass Clients, die diese Funktion nicht unterstützten, nicht auf NFS-Überweisungs-Exports zugreifen können.
GFS2 stellt eine inkrementelle Verbesserung von GFS dar. Diese Aktualisierung setzt einige wichtige Verbesserung um, die eine Änderung des On-Disk-Dateisystem-Formats erfordern. GFS-Dateisysteme können mit dem Dienstprogramm gfs2_convert in GFS2 konvertiert werden, welches die Metadaten eines GFS-Dateisystems entsprechend aktualisiert.
Auch wenn GFS2 seit seiner Einführung in Red Hat Enterprise Linux 5 deutlich verbessert wurde, bleibt es weiterhin eine Technologievorschau. Die in der Distribution enthaltenen Release Notes geben an, dass GFS2 vollständig unterstützt wird. Benchmark-Tests zeigen dagegen einen schnelleren Durchsatz in den folgenden Bereichen:
starke Beanspruchung in einem einzigen Verzeichnis und schnellere Verzeichnis-Scans (Postmark-Benchmark),
synchrone I/O-Operationen (der fstest Benchmark-Test zeigt eine verbesserte Leistung bei Messaging-Applikationen wie TIBCO),
gecachte Lesezugriffe, da kein blockierendes Overhead mehr existiert,
direktes I/O für zuvor zugewiesene Dateien,
NFS-Dateikennung-Lookups,
df, da Informationen der Zuweisung nun gecacht werden.
Zusätzlich bietet GFS2 die folgenden Änderungen:
'journals' sind nun reine Dateien (wenn auch versteckt), anstelle von Metadaten. Journals können nun dynamisch hinzugefügt werden, während zusätzliche Server ein Dateisystem einhängen,
'quotas' werden nun in Zusammenhang mit der Einhängeoption quota=<on|off|account>
aktiviert, bzw. deaktiviert,
quiesce wird nicht länger auf einem Cluster für das Einspielen von Journals als Backup nach einem Ausfall benötigt,
Zeitstempel in Nanosekunden werden nun unterstützt,
ähnlich wie ext3 unterstützt GFS2 nun den Modus data=ordered,
Die Attribut-Einstellungen lsattr() und chattr() werden nun via standardmäßigem ioctl() unterstützt,
Dateisystemgrößen größer als 16 TB werden nun unterstützt,
GFS2 ist ein Standard-Dateisystem und kann in Nicht-Cluster-Konfigurationen verwendet werden.
Eine Installation von Red Hat Enterprise Linux 5.1 auf HP BL860c Blade-Systemen können bei der Stufe, auf der IP-Informationen angefordert werden, hängenbleiben. Dieses Problem äußert sich dann, wenn Sie OK auf dem Bildschirm zwei Mal ausgewählt haben.
Falls dies auftritt, starten Sie neu und führen die Installation erneut mit Ethernet-Autonegotiation deaktiviert durch. Verwenden Sie hierfür den Parameter ethtool="autoneg=off" wenn Sie vom Installationsmedium booten. Dies hat keine Auswirkungen auf das abschließend installierte System.
Die Export-Option nohide wird auf Überweisungs-Exports benötigt (d.h. Exports, die einen Überweisungs-Server angeben). Dies liegt daran, dass Überweisungs-Exports einen gebundenen Einhängepunkt "überschreiten" müssen. Die Export-Option nohide wird benötigt, damit solche "Überschreitungen" erfolgreich sind.
Werfen Sie einen Blick auf man exports 5 für weitere Informationen zu gebundenen Einhängepunkten.
Dieses Update beinhaltet den lvm2 Ereignis-Überwachungs-Daemon. Falls Sie bereits lvm2-Spiegelung verwenden, führen Sie die folgenden Schritte durch, um sicherzustellen, dass alle Überwachungsfunktionen ordnungsgemäß aktualisiert werden:
Deaktivieren Sie alle gespiegelten logischen lvm2-Datenträger vor der Aktualisierung. Verwenden Sie hierfür den Befehl lvchange -a n <volume group or mirrored volume>
.
Beenden Sie den alten lvm2 Ereigenis-Daemon mit Hilfe von killall -HUP dmeventd.
Führen Sie eine Aktualisierung aller zugehörigen RPM-Pakete durch, und zwar von device-mapper
und lvm2
.
Reaktivieren Sie alle gespiegelten Datenträger erneut mit Hilfe von lvchange -a y <volume group or mirrored volume>
.
Rapid Virtualization Indexing (RVI) wird jetzt auf 64-Bit-, 32-Bit- und 32-Bit-PAE-Kernels unterstützt. RVI kann jedoch nur virtuelle 32-Bit Adressen von Gästen auf dem 32-Bit-PAE-Hypervisor übersetzen.
Falls daher auf einem Gast ein PAE-Kernel mit mehr als 3840 MB Arbeitsspeicher läuft, tritt ein Übersetzungsfehler für eine falsche Adresse auf. Dies kann zum Absturz des Gasts führen.
Es wird empfohlen, dass Sie den 64-Bit Kernel benutzen, wenn Sie beabsichtigen, Gäste mit mehr als 4 GB physikalischen Arbeitsspeicher unter RVI zu betreiben.
Das Betreiben von 16 Cores oder mehr unter Verwendung von AMD Rev F Prozessoren kann dazu führen, dass Systeme zurückgesetzt werden, wenn Installationen von vollständig virtualisierten Gästen durchgeführt werden.
Falls Ihr System einen P600 SmartArray-Kontroller verwendet, kann ein Fehler bei der Überprüfung der Maschine beim Betrieb des virtualisierten Kernels auftreten. Wenn dies auftritt, startet dom0 neu.
Führen Sie das folgende Shell-Skript zu Beginn eines jeden Boot-Vorgangs aus, um dies zu verhindern:
#!/bin/bash for x in $(lspci -d 103c:3220 | awk '{print $1}'); do val=$(setpci -s $x 40.b) val=$(( 0x$val | 1 )) setpci -s $x 40.b=$(printf '%x' $val) done
Falls bei Ihnen die Gast-Installation scheitert, wird empfohlen, dass Sie den xend-Daemon neu starten, bevor Sie versuchen, einen neuen Gast zu installieren.
Die Installation des Pakets systemtap-runtime
resultiert in einem Transaktions-Check-Fehler, wenn das Paket systemtap
bereits installiert ist. Auch schlägt das Aktualisieren von Red Hat Enterprise Linux 5 auf 5.1 fehl, wenn das Paket systemtap
bereits installiert ist.
Entfernen Sie daher das Paket systemtap
mit dem Befehl rpm -e systemtap-0.5.12-1.e15, bevor Sie systemtap-runtime
installieren oder ein Upgrade durchführen.
Kernel-Module wie e1000
und qla2xxx
können nicht entladen werden, wenn Sie den virtualisierten Kernel ausführen.
Wenn Sie daher irgendwelche Treiber von dritter Seite installieren, wird empfohlen, das System neu zu starten.
Paravirtualisierte Gäste können das Dienstprogramm parted nicht verwenden. Um die Platten-Partitionierung auf paravirtualisierten Gästen zu ändern, verwenden Sie parted innerhalb von dom0 auf der Platte des Gasts, z.B. parted /var/lib/xen/images/pv_guest_disk_image.img.
Beim Einrichten von NFSROOT muss BOOTPROTO in /etc/sysconfig/network-scripts/ifcfg-eth0
auf BOOTPROTO=dhcp gesetzt werden.
Falls Ihre Umgebung eine andere Einstellung für BOOTPROTO erfordert, setzten Sie BOOTPROTO=dhcp temporär in /etc/sysconfig/network-scripts/ifcfg-eth0
, bevor Sie erstmals initrd
erstellen. Sie können den ursprünglichen Wert von BOOTPROTO zurücksetzen, nachdem initrd
erstellt wurde.
Bei dem Versuch, einen vollständig virtualisierten Gast zu erstellen, bleibt der Hypervisor ggf. hängen, falls Sie dem Gast zu viel verfügbaren Arbeitsspeicher zuweisen. In einigen Fällen kann ein Kernel-Panic auftreten.
Beide Ereignisse werden durch einen Mangel an Speicher des Hypervisors verursacht. Um sicherzustellen, dass Hypervisor-Overhead jedes Mal ausgewiesen wird, wenn Sie einem Gast Speicher zuweisen, ziehen Sie die folgende Gleichung in Betracht:
26MB + [(Anzahl der vom Gast verwendeten virtuellen CPUs) x 17MB] = (Speichermenge, die für jeden existierenden Gast nicht zugewiesen werden soll)
Wenn Sie beispielsweise 2048 MB Arbeitsspeicher besitzen und Sie beabsichtigen, 4 virtuelle CPUs für nur einen Gast zu verwenden, sollten Sie 94 MB als nicht zugewiesen lassen. Falls Sie beabsichtigen, zwei Gäste zu betreiben, die beide 4 virtuelle CPUs verwenden, definieren Sie 188 MB als nicht zugewiesen (usw.).
Derzeit wir die Live-Migration von vollständig virtualisierten Gästen auf dieser Architektur nicht unterstützt. Die in dieser Distribution enthaltenen Release Notes geben dies jedoch fälschlicherweise an.
Außerdem werden weder kexec, noch kdump für Virtualisierung auf dieser Architektur unterstützt.
Crash-Dumping via kexec und kdump funktionieren ggf. nicht zuverlässig mit HP Smart Array Kontrollern. Beachten Sie, dass diese Kontroller den cciss
-Treiber verwenden.
An einer Lösung dieses Problem, die sehr wahrscheinlich ein Firmware-Update des Kontrollers beinhaltet, wird gearbeitet.
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 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.
Ein gleichzeitiges Verwenden von Ethernet- und iSCSI-Funktionen kann daher dazu führen, dass sich das Gerät aufhängt. Dies kann zu Datenverlust und ein korrupten Dateisystem auf iSCSI-Geräten, oder Unterbrechungen des Netzwerks auf anderen via Ethernet verbundenen Geräten führen.
Beim Verwenden des virt-manager zum Hinzufügen von Platten zu einem Gast werden ggf. doppelte Einträge in der Konfigurationsdatei /etc/xen/
des Gasts erstellt. Diese doppelten Einträge führen dazu, dass der Gast nicht bootet.<domain name>
Sie sollten diese doppelten Einträge daher entfernen.
Wird ein Gast wiederholt zwischen zwei Hosts migriert, kann ein Host ggf. mit einem Panic abstürzen. Wird ein Host neu gebootet, nachdem ein Gast aus dem System heraus migriert wurde und bevor er erneut auf denselben Gast migriert wird, tritt dieser Panic nicht auf.
sysreport
wurde zu Gunsten von sos
abgeschafft. Um sos
zu installieren, führen Sie yum install sos aus. Dieser Befehl installiert sos
und entfernt sysreport
. Es wird empfohlen, dass Sie jede existierende Kickstart-Datei aktualiseren, die davon betroffen ist.
Verwenden Sie nach der Installation von sos
den Befehl sosreport, um es aufzurufen. Beim Gerbrauch von sysreport wird eine Warnung generiert, dass sysreport ab sofort veraltet ist und beim Forfahren sosreport aufgerufen wird.
Falls Sie das Tool sysreport speziell benötigen, verwenden Sie den Befehl sysreport.legacy, um es aufzurufen.
Werfen Sie einen Blick auf man sosreport und sosreport --help für weitere Informationen zu sosreport.
Der folgende Abschnitt beinhaltet Informationen, die spezifisch für die Installation von Red Hat Enterprise Linux 5.1 und das Installationsprogramm Anaconda sind.
Um ein bereits installiertes Red Hat Enterprise Linux 5 System auf die nächste Version zu aktualisieren, müssen Sie das Red Hat Network verwenden, um die Pakete zu aktualisieren, die sich geändert haben.
Sie können auch Anaconda für eine Neuinstallation von Red Hat Enterprise Linux 5.1, oder auch für ein Upgrade der zuletzt aktualisierten Version von Red Hat Enterprise Linux 4 auf Red Hat Enterprise Linux 5.1 verwenden. Anaconda kann auch für ein Upgrade eines bereits installierten Red Hat Enterprise Linux 5 verwendet werden.
Red Hat Enterprise Linux 5.1 für die 64-Bit Intel Itanium2-Architektur umfasst die Laufzeit-Unterstützung für 32-Bit-Anwendungen durch die Verwendung von Intels IA-32 Execution-Layer.
IA-32 Execution-Layer wird auf der Extras-CD
für die Intel Itanium2 Architektur zur Verfügung gestellt. Zusätzlich dazu werden 32-Bit Bibliotheken und Applikationen auf einer 32-Bit Kompatibilitäts-Layer-CD bereitgestellt. Die IA-32 Execution-Layer und die 32-Bit Kompatibilitätspakete bieten gemeinsam eine Laufzeit-Umgebung für 32-Bit Applikationen auf der 64-Bit maschinenabhängigen Distribution.
Um IA-32 Execution-Layer und die erforderlichen 32-Bit Kompatibilitäts-Pakete zu installieren, gehen Sie nach diesen Schritten vor:
Installieren Sie Red Hat Enterprise Linux 5.1 für die Intel Itanium2-Architektur.
Legen Sie die Red Hat Enterprise Linux 5.1 Extras-CD
ein, die das ia32el
-Paket enthält.
Nachdem das System die CD eingehängt hat, wechseln Sie zum Verzeichnis, welches die Extra
-Pakete enthält. Beispielsweise:
cd /media/cdrom/extras/
Installieren Sie das ia32el
-Paket:
rpm -Uvh ia32el-<Version>
.ia64.rpm
Ersetzen Sie <Version>
mit der entsprechenden Version des ia32el
-Pakets, das installiert werden soll.
Extras-CD
auswerfen:
eject /media/cdrom
Um die Installation der 32-Bit Kompatibilitäts-Layer und Bibliotheken nach der Installation zu überprüfen, prüfen Sie, ob das /emul
-Verzeichnis erstellt wurde und Dateien beinhaltet.
Um festzustellen, ob der 32-Bit Kompatibilitäts-Modus in Kraft ist, tippen Sie Folgendes in ein Shell-Prompt:
service ia32el status
An dieser Stelle können Sie Kompatibilitäts-Bibliotheken installieren, indem Sie die 32-Bit Kompatibilitäts-Layer-CD
einlegen. Wählen Sie entweder alle Pakete aus oder wählen Sie lediglich die entsprechenden Pakete, die erforderlich sind, um Laufzeit-Support für Ihre 32-Bit Applikationen zur Verfügung zu stellen.
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.
If you are using the Virtualized kernel when upgrading from Red Hat Enterprise Linux 5 to 5.1, you must reboot after completing the upgrade. You should then boot the system using the updated Virtualized kernel.
Die Hypervisoren von Red Hat Enterprise Linux 5 und 5.1 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.
Installation und Booten via iSCSI wurde ursprünglich in Red Hat Enterprise Linux 5 als Technologievorschau eingeführt. Dieses Feature wird nun komplett unterstützt, besitzt jedoch die unten aufgeführten Einschränkungen.
Diese Fähigkeit gliedert sich in drei Konfigurationen, abhängig davon, ob Sie:
einen Hardware-iSCSI-Initiator (wie beispielsweise den QLogic qla4xxx) verwenden,
den open-iscsi-Initiator auf einem System mit Firmware-Boot-Unterstützung für iSCSI (wie beispielsweise die iSCSI-Boot-Firmware, oder eine Version der Open-Firmware, die die iSCSI-Boot-Fähigkeit unterstützt) verwenden,
den open-iscsi-Initiator auf einem System ohne Firmware-Boot-Unterstützung für iSCSI verwenden.
Falls Sie einen Hardware-iSCSI-Initiator verwenden, können Sie das Dienstprogramm zum Einrichten des BIOS der Karte verwenden, um die IP-Adresse und andere Parameter einzugeben, die für den Zugriff auf das entfernte Speichergerät notwendig sind. Die logischen Einheiten des entfernten Speichergeräts stehen in Anaconda als standardmäßige sd-Geräte zur Verfügung, ohne dass zusätzliches Einrichten nötig ist.
Falls Sie den qualifizierten Namen des Initiators (IQN) ermitteln müssen, um den entfernten Speicher-Server zu konfigurieren, befolgen Sie diese Schritte während der Installation:
Gehen Sie auf die Installer-Seite, auf der Sie auswählen können, welches Plattenlaufwerk für die Installation verwendet werden soll.
Klicken Sie auf
.Klicken Sie auf
.Die iSCSI-IQN wird auf diesem Bildschirm angezeigt.
Falls Sie den open-iscsi Software-Initiator auf einem System mit Firmware-Boot-Unterstützung für iSCSI verwenden, benützen Sie das Dienstprogramm zum Einrichten der Firmware, um die IP-Adresse und andere Parameter einzugeben, die für den Zugriff auf das entfernte Speichergerät notwendig sind. Auf diese Weise wird das System für das Booten von entfernten iSCSI Speichergeräten konfiguriert.
Derzeit greift Anaconda nicht auf die iSCSI-Informationen, die von der Firmware bereitgehalten wird, zu. Stattdessen müssen Sie die Ziel-IP-Adresse während der Installation manuell eingeben. Dies erreichen Sie, indem Sie die IQN des Initiators anhand der oben beschriebenen Prozedur ermitteln. Geben Sie anschließend auf derselben Installer-Seite, auf der die Initiator-IQN angezeigt wird, die IP-Adresse des iSCSI-Ziels, das Sie installieren möchten, ein.
Nach der manuellen Eingabe der IP-Adresse des iSCSI-Ziels, stehen die logischen Einheiten auf den iSCSI-Zielen für die Installation zur Verfügung. Die von Anaconda erstellte initrd
erhält nun die IQN und IP-Adresse des iSCSI-Ziels.
Falls die IQN oder die IP-Adresse des iSCSI-Ziels in der Zukunft geändert wird, starten Sie auf jedem Initiator iBFT oder das Dienstprogramm zum Einrichten der Open Firmware und ändern die entsprechenden Parameter. Modifizieren Sie anschließend initrd
(abgelegt im iSCSI-Speicher) für jeden Initiator wie folgt:
Dekomprimieren Sie initrd
mit Hilfe von gunzip.
Führen Sie den Befehl cpio -i zum Entpacken aus.
Suchen Sie in der Datei init
nach der Zeile, die den String iscsistartup enthält. Diese Zeile enthält außerdem die IQN und IP-Adresse des iSCSI-Ziels. Aktualisieren Sie diese Zeile mit der neuesten IQN und IP-Adresse.
Packen Sie initrd
mit Hilfe von cpio -o neu zusammen.
Komprimieren Sie initrd
mit Hilfe von gunzip erneut.
Die Fähigkeit des Betriebssystems, die von Open Firmware / iBFT Firmware bereitgehaltenen iSCSI-Informationen zu erhalten, ist für zukünftige Releases vorgesehen. Eine solche Verbesserung macht eine Modifikation von initrd
(abgelegt im iSCSI-Speicher) in Zukunft für jeden Initiator überflüssig, wann immer sich die IP-Adresse oder IQN des iSCSI-Ziels ändert.
Falls Sie den open-iscsi Software-Initiator auf einem System ohne Firmware-Boot-Unterstützung für iSCSI verwenden, benützen Sie eine Möglichkeit, via Netzwerk zu booten (wie beispielsweise PXE/tftp). Befolgen Sie in diesem Fall dieselbe zuvor beschriebene Prozedur, um die Initiator-IQN zu ermitteln und die IP-Adresse des iSCSI-Ziels anzugeben. Kopieren Sie nach Fertigstellung die initrd
auf den Netzwerk-Boot-Server und richten das System für das Booten via Netzwerk ein.
Ebenso sollte die initrd
entsprechend modifiziert werden, wenn sich die IP-Adresse oder IQN des iSCSI-Ziels ändert. Verwenden Sie diesbezüglich dieselbe zuvor beschriebene Prozedur, um die initrd
für jeden Initiator zu modifizieren.
Die maximale Kapazität von EXT3 beträgt nun 16TB (erweitert von 8TB). Diese Verbesserung war ursprünglich als Technologievorschau Teil von Red Hat Enterprise Linux 5 und wird im Rahmen dieser Aktualisierung nun komplett unterstützt.
Es ist ab sofort möglich, yum so einzuschränken, dass nur Sicherheitsaktualisierungen installiert werden. Installieren Sie hierfür einfach das yum-security
-Plugin und führen den folgenden Befehl aus:
yum update --security
Es ist nun möglich, eine Ressource neu zu starten, ohne den Hauptdienst zu unterbrechen. Dies kann auf einem laufenden Knoten in /etc/cluster/cluster.conf
konfiguriert werden unter Verwendung des Attributs __independent_subtree="1" zur Kennzeichnung einer Ressource als 'unabhängig'.
Zum Beispiel:
<service name="example"> <fs name="One" __independent_subtree="1" ...> <nfsexport ...> <nfsclient .../> </nfsexport> </fs> <fs name="Two" ...> <nfsexport ...> <nfsclient .../> </nfsexport> <script name="Database" .../> </fs> <ip/> </service>
Hier werden zwei Systemressourcen verwendet: One und Two. Falls One scheitert, wird es neu gestartet, ohne Two zu unterbrechen. Falls Two scheitert, werden alle Komponenten (One, Subprozesse von One und Subprozesse von Two) neu gestartet. Zu keiner festgelegten Zeit hängen Two und dessen Subprozesse von irgendeiner von One zur Verfügung gestellten Ressource ab.
Beachten Sie, dass Samba eine bestimmte Servicestruktur benötigt und daher nicht im Rahmen eines Dienstes mit unabhängigen Subbäumen verwendet werden kann. Dies trifft ebenfalls auf einige andere Ressourcen zu. Verwenden Sie daher das Attribut __independent_subtree="1" mit Vorsicht.
Die folgenden Virtualisierungs-Aktualisierungen sind ebenfalls in diesem Release enthalten:
AMD-V wird im Rahmen dieses Releases jetzt unterstützt. Es aktiviert die Migration von Domains für voll virtualisierte Gäste im laufenden Betrieb.
Die In-Kernel-Sockel-API wurde nun erweitert, um einen Bug zu beheben, der beim Ausführen von sctp zwischen Gästen auftritt.
Virtuelles Netzwerk ist nun Bestandteil von libvirt, der Virtualisierungsbibliothek. libvirt besitzt eine Reihe an Befehlen, die einen virtuellen NAT/Router und privates Netzwerk für alle lokalen Gäste auf einer Maschine einrichtet. Dies ist besonders für Gäste nützlich, die nicht von außen her geroutet werden müssen. Es ist weiterhin nützlich für Entwickler, die Virtualisierung auf Laptops nutzen.
Beachten Sie, dass die virtuelle Netzwerkfähigkeit eine Abhängigkeit zu dnsmasq
hinzufügt, welches dhcp
für das virtuelle Netzwerk handhabt.
Werfen Sie einen Blick auf http://libvirt.org für weitere Informationen zu libvirt
.
libvirt kann nun inaktive virtuelle Maschinen verwalten. libvirt tut dies, indem es Domains (ent-)definiert, ohne sie anzuhalten oder zu starten. Diese Funktionalität entspricht den Befehlen virsh define and virsh undefine.
Diese Verbesserung ermöglicht dem Red Hat Virtual Machine Manager die Anzeige aller verfügbaren Gäste. Auf diese Weise können Sie die Gäste direkt aus dem GUI heraus starten.
Die Installation des Pakets kernel-xen
führt nicht länger zu falschen/unvollständigen Einträgen in elilo.conf
.
DomU stürzt nicht länger ab, wenn Sie nach nach einer Kernelkompilierung mehrfach ein safe/restore (Speichern/Wiederherstellen) durchführen.
Der Befehl xm create besitzt jetzt ein grafisches Pendant in virt-manager.
Nested Paging (NP) wird nun unterstützt. Dieses Feature reduziert die Komplexität der Speicherverwaltung in virtualisierten Umgebungen. Zusätzlich reduziert NP die CPU-Auslastung auf speicherintensiven Gästen.
Gegenwärtig ist NP nicht standardmäßig aktiviert. Falls Ihr System NP unterstützt, wird empfohlen, NP zu aktivieren, indem der Hypervisor mit dem Parameter hap=1 gebootet wird.
Virtualisierung wird im Rahmen dieser Aktualisierung voll unterstützt. Dieses Feature wurde ursprünglich als Technologievorschau für Red Hat Enterprise Linux 5 vorgestellt.
Beachten Sie jedoch, dass die Installation von Red Hat Enterprise Linux 5 auf einem Gast zu einem Einfrieren des Gasts und einem Host-Fehler führt, auch wenn auf dem Host Red Hat Enterprise Linux 5.1 läuft. Aus diesem Grund wird Red Hat Enterprise Linux 5 als Gast auf dieser Architektur weiterhin nicht unterstützt. Auf Red Hat Enterprise Linux Gästen muss die Version 5.1 oder aktueller laufen.
Gemeinsam genutzte Seitentabellen werden nun für hugetlb Speicher unterstützt. Dies ermöglicht das gemeinsame Nutzen von Tabelleneinträgen unter verschiedenen Prozessen.
Das gemeinsame Nutzen von Tabelleneinträgen unter verschiedenen Prozessen verbraucht weniger Cache-Platz. Dies verbessert die Cache-Trefferquote für die Applikation, woraus eine bessere Effizienz der Applikation resultiert.
Anaconda besitzt nun die Fähigkeit, dm-multipath-Geräte zu ermitteln, zu erstellen und zu installieren. Um dieses Feature zu aktivieren, fügen Sie den Parameter mpath in der Bootzeile des Kernels hinzu.
Dieses Feature wurde ursprünglich als Technologievorschau in Red Hat Enterprise Linux 5 eingeführt und wird im Rahmen dieses Releases nun vollständig unterstützt.
Beachten Sie, dass dm-multipath ebenfalls Inbox-Unterstützung für das Dell MD3000 bietet. Allerdings sind mehrere Knoten, die dm-multipath nutzen, um auf das MD3000 zuzugreifen, nicht in der Lage, ein sofortiges Failback durchzuführen.
Weiterhin wird empfohlen, dass Sie die Oberfläche 'Anaconda verwenden, falls Ihr System sowohl multipath-, als auch nicht-multipath Geräte besitzt. erstellt in solchen Fällen ggf. beide Gerätetypen in denselben logischen Datenträgergruppen.
' inGegenwärtig treffen die folgenden Einschränkungen auf dieses Feature zu:
Falls nur ein Pfad zum Boot Logical Unit Number (LUN) existiert, installiert Anaconda auf das SCSI-Gerät, auch wenn mpath angegeben ist. Auch wenn Sie mehrere Pfade für das Boot-LUN aktivieren und initrd
neu erstellen, bootet das Betriebssystem vom SCSI-Gerät, anstelle vom dm-multipath-Gerät.
Falls jedoch mehrere Pfade zum Boot-LUN von Anfang an existieren, installiert Anaconda korrekt in das entsprechende dm-multipath-Gerät, nachdem mpath in der Boot-Zeile des Kernels angegeben wurde.
Standardmäßig ist user_friendly_names in multipath.conf
auf yes gesetzt. Diese Einstellung ist erforderlich, damit die Implementation des dm-multipath Root-Geräts unterstützt wird. Aus diesem Grund führt das Setzen von user_friendly_names auf no und das anschließende Neuerstellen von initrd
zu einem Scheitern beim Booten mit der folgenden Fehlermeldung:
Checking filesystems fsck.ext3: No such file or directory while trying to open /dev/mapper/mpath0p1
Die Möglichkeit, von einem SAN Plattengerät zu booten, wird nun unterstützt. In diesem Fall bezieht sich SAN auf eine Fibre Channel oder iSCSI-Schnittstelle. Diese Fähigkeit liefert außerdem die Unterstützung für System-zu-Speicher-Verbindungen durch mehrere Pfade unter Verwendung von dm-multipath.
In Konfigurationen, die mehrere Host-Bus-Adapter (HBA) verwenden, müssen Sie ggf. das System-BIOS so einstellen, dass es von einem anderen Adapter bootet, falls alle Pfade durch den derzeitigen Adapter scheitern.
Das Driver Update Program (DUP) wurde entworfen, um Drittanbietern (wie beispielsweise OEMs) die Möglichkeit zu geben, ihre eigenen Gerätetreiber und sonstige Linux-Kernelmodule zu Red Hat Enterprise Linux 5 Systemen unter Verwendung regulärer RPM-Pakete als Mittel zur Verbreitung hinzuzufügen.
Red Hat Enterprise Linux 5.1 umfasst mehrere Aktualisierungen für das DUP, insbesodere:
install-time Treiberaktualisierungs-RPMs durch Treiberaktualisierungsdatenträger werden nun unterstützt,
bootpath Treiberaktualisierungen mit Auswirkung auf den bootpath des Systems werden nun unterstützt,
die Unterstützung für das Verpacken der Advanced Linux Sound Architecture (ALSA) von Drittanbietern ist ab sofort veraltet und obsolet.
Weiterhin wurden verschiedene Aktualisierungen auf die erprobten Kernel-ABI Symbol-Whitelists angewendet. Diese Whitelists werden von Packaging-Treibern verwendet um zu ermitteln, welche Symbole und Datenstrukturen, die vom Kernel zur Verfügung gestellt werden, in einem Treiber von Drittanbietern verwendet werden kann.
Werfen Sie einen Blick auf http://www.kerneldrivers.org/RedHatKernelModulePackages für weitere Informationen.
acpi: Das Modul ibm_acpi
wurde aktualisiert, um diverse Probleme von Lenovo-Laptops mit ACPI und Docking-Stationen zu beheben.
ipmi: Das Abfragen von kthread läuft nicht länger weiter, wenn ein Hardware-Interrupt einem Baseboard Management Controller zugewiesen wird.
sata: SATA/SAS
wurde auf die Version 2.6.22-rc3 aktualisiert.
openib
und openmpi
: Aktualisiert auf OFED (OpenFabrics Enterprise Distribution) Version 1.2.
powernow-k8
: Aktualisiert auf Version 2.0.0, um Greyhound vollständig zu unterstützen.
xinput
: Hinzugefügt, um vollständige RSA-Unterstützung zu aktivieren.
aic94xx
: Aktualisiert auf Version 1.0.2-1, im Einklang mit einer Aktualisierung der eingebetteten Sequenzer-Firmware auf v17. Diese Aktualisierungen führen zu den folgenden Änderungen:
fixierte ascb Laufbedingung auf Plattformen mit Expandern
REQ_TASK_ABORT und DEVICE_RESET Behandlungsroutinen hinzugefügt
physikalische Ports werden nun nach einem Ermittlungsfehler ordnungsgemäß aufgeräumt
phys kann nun via sysfs aktiviert und deaktivert werden
ausgeweitete Verwendung der DDB-Sperre zur Verhinderung von Laufbedingung von DDB
ALSA wurde auf Version 1.0.14 aktualisiert. Diese Aktualisierung umfasst die folgenden Fehlerbehebungen:
das Störgeräuschproblem auf dem IBM Taroko (M50) wurde behoben
Realtek ALC861 wird nun unterstützt
das Problem mit der Stummschaltung auf xw8600 und xw6600 wurde behoben
ADI 1884 Audio wird nun unterstützt
ein Audio-Konfigurationsproblem auf xw4600 wurde behoben
Funktionsaufrufe zum Einstellen der maximalen Größe von Leseaufrufen für PCIX und PCI-Express wurden hinzugefügt
IBM System P Machinen unterstützen nun PCI-Express Hotplugging
notwendige Treiber und PCI-ID zur Unterstützung des SB600 SMBus wurden hinzugefügt
e1000
-Treiber: Wurde auf Version 7.3.20-k2 aktualisiert, um I/O AT-fähige Chipsätze zu unterstützen.
bnx2
-Treiber: Aktualisiert auf Version 1.5.11, um 5709 Hardware zu unterstützen.
B44
Ethernet-Treiber: Zurück portiert von Upstream-Version2.6.22-rc4. Dies führt zu folgenden Änderungen:
einige Korrekturen für endianness wurden durchgeführt
die DMA_30BIT_MASK Konstante wird nun benutzt
skb_copy_from_linear_data_offset() wird nun verwendet
spin_lock_irqsave() unterstützt nun sichereres Deaktivieren von Interrupts
einfache Überprüfung auf Fehler, die während des Fortsetzens des Systems durchgeführt wird
mehrere Fehlerbehebungen für Multicast wurden angewendet
das Zurücksetzen des Chips braucht jetzt länger, als zuvor angenommen
Marvell sky2
Treiber: Aktualisiert auf Version 1.14, um einen Bug zu beheben, der zu einem Kernel-Panic führt, falls die Befehle ifup/ifdown wiederholt ausgeführt werden.
forcedeth-0.60
Treiber: Nun Bestandteil dieses Releases. Dies setzt mehrere kritische Fehlerbehebungen für Kunden um und verwendet die MCP55 Motherboard Chipsätze von NVIDIA und die entsprechenden Onboard NICs.
ixgb
Treiber: Aktualisiert auf die aktuellste Upstream-Version (1.0.126).
netxen_nic
Treiber: Version 3.4.2-2 hinzugefügt, um die Unterstützung für NetXen 10GbE Netzwerkkarten zu ermöglichen.
Chelsio 10G Ethernet-Netzwerkkontroller wird nun unterstützt.
Unterstützung für PCI Fehlerbehebung für das s2io
-Gerät.
Broadcomm Wireless Ethernet-Treiber unterstützt nun PCI ID für die nx6325-Karte.
Ein Bug wurde gefixt, der beim Starten eines BCM4306 via ifup einen ASSERTION FAILED Fehler verursachte.
ixgb
Treiber: Aktualisiert, um Unterstützung für die EEH PCI Fehlerbehebung für die Intel 10-Gigabit Ethernet-Karte hinzuzufügen. Für weitere Informationen werfen Sie einen Blick auf /usr/share/doc/kernel-doc-
.<kernel version>
/Documentation/pci-error-recovery.txt
qla3xxx
Treiber: Reaktiviert und aktualisiert auf Version 2.03.00-k3, um Netzwerkunterstützung für QLogic iSCSI-Adapter zur Verfügung zu stellen, ohne iSCSI zu verwenden.
qla2xxx
: Treiber auf Version 8.01.07-k6 aktualisiert. Dies führt zu einigen Änderungen, insbesondere:
iIDMA wird nun unterstützt
Die folgenden Fibre Channel Attribute werden nun unterstützt:
symbolic nodename (symbolischer Knotenname)
system hostname (System-Hostname)
fabric name (Fabric-Name)
host port state (Host Port-Status)
'trace-control async'-Ereignisse werden nicht länger protokolliert
'reset handling logic' wurde korrigiert
MSI-X wird nun unterstützt
IRQ-0 Zuweisungen werden nun pro System gehandhabt
NVRAM-Aktualisierungen werden sofort wirksam
Dieses Release umfasst eine Aktualisierung des IPMI
Treiber-Sets, um die Upstream-Änderungen ab Version 2.6.21.3, zusammen mit einigen Patches von 2.6.22-rc-4, einzubinden. Diese Aktualisierung besitzt die folgenden Änderungen (neben anderen):
Fehlerbehebung eines nicht initialisierten Daten-Bugs in ipmi_si_intf.
kipmid wird nicht mehr gestartet, falls ein anderer Treiber Interrupts unterstützt
Benutzer dürfen jetzt das enable des Kernel-Daemons mit Hilfe von force_kipmid außer Kraft setzen
Registrierung pro Channel-Befehl wird nun unterstützt
MAX_IPMI_INTERFACES wird nicht länger verwendet
das Entfernen von Hot-System-Schnittstellen wird nun unterstützt
ein Wartungsbetrieb wurde hinzugefügt, um Firmware-Aktualisierungen zu unterstützen
Unterstützung für poweroff für den pigeonpoint IPMC wurde hinzugefügt
BT-Subtreiber kann nun lange Timeouts überdauern
pci_remove Handhabung für das ordnungsgemäße Aufräumen bei einem "hot remove" wurde hinzugefügt
Werfen Sie einen Blick auf /usr/share/doc/kernel-doc-
für Informationen über neue Modul-Parameter.<kernel version>
/Documentation/IPMI.txt
SCSI-Blacklist aus Red Hat Enterprise Linux 4 wurde auf dieses Release portiert.
PCI IDs für den aic79xx
-Treiber wurden hinzugefügt.
aacraid
Treiber: Aktualisiert auf Version 1.1.5-2437, um PRIMERGY RX800S2 und RX800S3 zu unterstützen.
megaraid_sas
Treiber: Aktualisiert auf Version 3.10. Diese Aktualisierung definiert den Eingangspunkt für bios_param, fügt einen IOCTL Speicherpool hinzu und wendet einige kleinere Bugfixes an.
Emulex lpfc
Treiber: Aktualisiert auf Version 8.1.10.9. Diese Aktualisierung setzt einige Änderungen um, insbesondere:
host_lock-Verwaltung in den ioctl-Pfaden wurde korrigiert
der AMD-Chipsatz wird nun automatisch erkannt und reduziert die DMA-Länge auf 1024 Bytes
Knoten werden nicht länger während dev_loss_tmo entfernt, falls die Ermittlung noch läuft
8 GB Link-Geschwindigkeiten sind jetzt möglich
qla4xxx
Treiber wurde aktualisiert, um die folgenden Änderungen umzusetzen:
Unterstützung für IPV6-, QLE406x- und ioctl
-Module wurde hinzugefügt
ein mutex_lock Bug, der Blockierungen auslösen konnte, wurde korrigiert
Blockierungsprobleme von qla4xxx
und qla3xxx
beim Versuch, eine der Schnittstellen zu laden/entladen, wurden behoben
mpt fusion
Treiber: Aktualisiert auf Version 3.04.04. Diese Aktualisierung umfasst einige Änderungen, insbesondere:
einige Bugs bei der Handhabung von Fehlern wurden behoben
mptsas stellt jetzt serienmäßig Zurücksetzungen von Zielen her
mptsas und mptfc unterstützen jetzt Logical Unit Numbers (LUN) und Ziele größer als 255.
Fehlerbehebung eines regressiven LSI mptspi
Treibers, der zu einem extrem langsamen DVD-Treiberdurchsatz führte
wenn ein LSI SCSI-Gerät einen BUSY-Status zurückgibt, scheitern I/O-Versuche nicht länger nach mehreren erneuten Versuchen
RAID-Arrays fallen nach einem 'auto-rebuild' nicht länger aus
arcmsr
Treiber: Wurde zur Unterstützung des Areca RAID-Kontrollers eingebunden.
3w-9xxx
-Modul: Zur korrekten Unterstützung von 3ware 9650SE aktualisiert.
Der CIFS-Client wurde auf die Version 1.48aRH aktualisiert. Dies basiert auf dem 1.48a-Release, mit Patches, die die folgenden Änderungen umfassen:
Die Einhängeoption sec=none führt zu einem anonymen Einhängen
CIFS würdigt jetzt umask, falls POSIX-Erweiterungen aktiviert sind
Die Einhängeoptionen "sec=", die das Signieren von Paketen erfordern, wurden korrigiert
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.
Der getcpu-Systemaufruf wird nun 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.
Das zertifizierte Speicherlimit für diese Architektur beträgt nun 1 TB (erhöht von 256 GB).
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.
Technologievorschau-Features, die derzeit im Rahmen der Red Hat Enterprise Linux 5.1 Abonnementdienste nicht unterstützt werden, sind in Ihrer Funktion ggf. eingeschränkt und allgemein nicht für den Produktionsbetrieb geeignet. Diese Features sind jedoch zum Vorteil der Kunden enthalten, auch um sie so weiteren Tests auszusetzen.
Kunden finden diese Features ggf. in einer Nicht-Produktionsumgebung nützlich. Sie werden weiterhin dazu ermutigt, Feedback und Vorschläge für die Funktionalität für ein Technologievorschau-Feature einzureichen, bevor dieses komplett unterstützt wird. Es werden Erratas für sehr kritische Sicherheitslücken zur Verfügung gestellt.
Während der Entwicklung können weitere Teile einer Technologievorschau für Testzwecke für die Allgemeinheit veröffentlicht werden. Red Hat strebt an, Technologievorschau-Features in einem zukünftigen Release vollständig zu unterstützen.
Stateless-Linux ist eine neue Denkweise, wie ein System betrieben und verwaltet werden soll. Es ist dafür gedacht, die Versorgung und das Management einer großen Anzahl von Systemen zu vereinfachen, indem diese leicht austauschbar sind. Dies wird in erster Linie durch die Herstellung präparierter System-Images erreicht, die repliziert und über eine große Anzahl von zustandlosen (stateless) Systemen mit einem Betriebssystem in einem read-only-Status hinweg verwaltet werden (bitte werfen Sie einen Blick auf /etc/sysconfig/readonly-root
für weitere Details).
In diesem derzeitigen Entwicklungsstatus sind die Stateless-Features eine Teilmenge der beabsichtigten Ziele. Als solche ist ihre Tauglichkeit derzeit als "Technologievorschau"-Status gekennzeichnet.
Nachfolgend finden Sie eine Liste mit den Grundfähigkeiten, die Red Hat Enterprise Linux 5 beinhaltet:
Betrieb eines zustandlosen (stateless) Images via NFS
Betrieb eines zustandlosen (stateless) Images via Loopback über NFS
Betrieb unter iSCSI
Interessenten für das Testen von zustandlosem (stateless) Code, wird dringend empfohlen, die HOWTOs unter http://fedoraproject.org/wiki/StatelessLinuxHOWTO zu lesen und Mitglied der Liste stateless-list@redhat.com zu werden.
Die ersten Bestandteile, die Stateless Linux ermöglichten, wurden ursprünglich in Red Hat Enterprise Linux 5 eingeführt.
AIGLX ist ein Technologievorschau-Feature des ansonsten komplett unterstützten X-Servers. Es hat die Absicht, GL-beschleunigte Effekte auf einem Standard-Desktop zu aktivieren. Das Projekt besteht aus den folgenden Komponenten:
Ein leicht modifizierter X-Server
Ein aktualisiertes Mesa-Paket, das Unterstützung für neue Protokolle hinzufügt
Wenn Sie diese Komponenten installieren, können Sie GL-beschleunigte Effekte auf Ihrem Desktop mit sehr wenigen Änderungen nutzen. Weiterhin haben Sie die Möglichkeit, diese nach Belieben zu aktivieren, bzw. zu deaktivieren, ohne den X-Server zu ersetzen. AIGLX ermöglicht es außerdem Remote-GLX-Anwendungen, die Vorteile von Hardware-GLX-Beschleunigung zu nutzen.
FS-Cache ist eine Möglichkeit, Remote-Dateisysteme lokal zwischenzuspeichern. Es ermöglicht Benutzern, NFS-Daten auf einer lokal eingehängten Platte zwischenzuspeichern. Um die FS-Cache-Möglichkeit einzurichten, installieren Sie das RPM cachefilesd
und befolgen die Anweisungen in /usr/share/doc/cachefilesd-
. <Version>
/README
Ersetzen Sie <Version>
mit der entsprechenden Version des cachefilesd
-Pakets, das installiert werden soll.
Systemtap bietet eine freie Software-Infrastruktur (GPL), um das Sammeln von Informationen über ein laufendes Linux-System zu vereinfachen. Unterstützt wird auch die Diagnose eines Leistungs- oder funktionalen Problems. Mit Hilfe von systemtap müssen Entwickler nicht mehr die teils langwierigen Schritte der Re-Kompilierung, Installation und Neustart durchlaufen, die ansonsten zum Sammeln von Daten erforderlich wären.
Das Linux Target (tgt) Framework ermöglicht einem System, die Freigabe von Block-Level-SCSI-Speichergeräten für andere Systeme, die einen SCSI-Initiator besitzen. Diese Fähigkeit wird als erstes als ein Linux-iSCSI-Ziel eingesetzt, so dass Speicher über ein Netzwerk für jeden beliebigen iSCSI-Initiator bereitgestellt wird.
Um das iSCSI-Ziel einzurichten, installieren Sie das scsi-target-utils
-RPM und befolgen die Anweisungen in:
/usr/share/doc/scsi-target-utils-
<version>
/README
/usr/share/doc/scsi-target-utils-
<version>
/README.iscsi
Ersetzen Sie
mit der entsprechenden Version des Pakets, das installiert werden soll.<Version>
Konsultieren Sie die Handbuchseite via man tgtadm für weitere Informationen.
Das Modul firewire-sbp2
wird im Rahmen dieser Aktualisierung als Technologievorschau eingebunden. Dieses Modul ermöglicht die Verbindung mit FireWire Speichergeräten und Scannern.
Derzeit unterstützt FireWire Folgendes nicht:
IPv4
pcilynx Host-Kontroller
multi-LUN Speichergeräte
Nicht-exklusiver Zugriff auf Speichergeräte
Zusätzlich bestehen die folgenden Probleme in dieser Version von FireWire weiterhin:
ein Speicherleck im SBP2
-Treiber kann dazu führen, dass die Maschine nicht mehr antwortet.
ein Code in dieser Version funktioniert nicht ordnungsgemäß auf "big-endian"-Maschinen. Dies kann zu unerwartetem Verhalten auf PowerPCs führen.
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.
Mehrere Patches für utrace umfassen die folgenden Fehlerkorrekturen:
ein Bug wurde behoben, der einen Absturz in der Laufbedingung bei der Verwendung von ptrace verursachte
eine Regression wurde korrigiert, die einige wait4-Aufrufe daran hinderte, aktiv zu werden, wenn sich ein Unterprozess unter bestimmten Umständen beendete
eine Regression wurde korrigiert, die SIGKILL manchmal daran hinderte, einen Prozess zu beenden. Dies trat vor allem dann auf, wenn ptrace auf einen Prozess unter bestimmten Umständen angewendet wurde.
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 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.
inDie 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.
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:
Starten Sie das MegaRAID BIOS Einrichtungs-Dienstprogramm.
Gehen Sie zum Adapter-Einstellungsmenü.
Wählen Sie unter "Andere Adapteroptionen" Emulation und setzen es auf Massenspeicher.
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.
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.
Das Verwenden von yum zur Installation von Paketen des Datenträgers 32-Bit Kompatibilitätsschicht
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 Network 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 des Datenträgers 32-Bit Kompatibilitätsschicht
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.
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
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:
/usr/bin/setup — Dies wird vom Paket setuptool
zur Verfügung gestellt.
/usr/bin/rhn_register — Dies wird vom Paket rhn-setup
zur Verfügung gestellt.
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/
, indem Sie einen Eintrag für das CD / DVD Gerät korrekt anhängen.<Name der Gast-Maschine>
Falls eine Installation in eine einfache Datei als virtuelles Gerät verwendet wird, sieht die Zeile disk der Datei /etc/xen/
wie folgt aus:<Name der Gast-Maschine>
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.
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.
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:
DL585g2
dc7500
xw9300
xw9400
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.
Standardmäßig bootet der Itanium dom0 Kernel mit 512 MB RAM und einer CPU. Sie können dies in der Kommandozeile des Hypervisors mit Hilfe der Parameter dom0_mem und dom0_max_vcpus außer Kraft setzen. So können Sie dom0 zum Beispiel so einstellen, dass es mit 4 GB RAM und 8 CPUs bootet, unter Verwendung der Parameter dom0_mem=4G dom0_max_vcpus=8.
Unter Red Hat Enterprise Linux 5 ist der maximale unterstützte Wert für dom0_mem 256 G. Der maximale unterstützte Wert für dom0_max_vcpus ist 32.
Allerdings kann das Einstellen von dom0 für das Booten mit der tatsächlichen Menge an RAM, die das System besitzt, in einem Kernel-Panic resultieren. Dies liegt daran, dass wahrscheinlich etwas weniger als das gesamte RAM tatsächlich für dom0 zur Verfügung steht. Derzeit ist der Hypervisor nicht in der Lage, mit dieser Situation souverän umzugehen.
Aus diesem Grund ist es nicht ratsam, dom0_mem=x
zu verwenden, falls das System x
RAM besitzt.
Auf einigen Itanium-Systemen, die für die Ausgabe der Konsole auf VGA konfiguriert sind, scheitert derdom0 virtualisierte Kernel ggf. beim Booten. Dies liegt daran, dass es dem virtualisierten Kernel nicht gelang, das standardmäßige Konsolengerät aus den Extensible Firmware Interface (EFI) Einstellungen korrekt zu erkennen.
Falls dies auftritt, können Sie, um dies zu umgehen, den Boot-Parameter console=tty zu den Kernel-Boot-Optionen in /boot/efi/elilo.conf
hinzufügen.
Auf einigen Itanium-Systemen, scheitert X ggf. beim Versuch, die VGA-Konsole zu starten. Dies liegt daran, dass das Layout des Systemspeichers X nicht am Versuch hindert, Speicherbereiche inkompatibel zu dessen Anforderungen zu nutzen. Dies kann einen Machine Check Abort (MCA) verursachen, wobei in einigen Fällen X einfach mit einem Eintrag wie xf86MapDomainMem(): mmap() failure in der X-Protokolldatei fehlschlägt.
Es wird empfohlen, dass Sie betroffene System in den Runlevel 3 booten und alle notwendigen X-Applikationen sollten im Rahmen eines VNC-X-Servers oder über X11-Forwarding auf einem entfernten Rechner ausgeführt werden. Sowohl Bare-Metal-, als auch virtualisierte Kernel sind von diesem Problem betroffen.
Dieses Problem wird im Rahmen eines zukünftigen kleinen Updates von Red Hat Enterprise Linux 5 behoben. Testergebnisse bestätigen, dass dieses Problem lediglich auf Itanium-Systemen mit mehr als 128 PCI-Geräten auftreten sollte. Dieses Verhalten ist konsistent mit X unter Red Hat Enterprise Linux 5.
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 }
( ia64 )
[1] Dieses Material darf nur unter den Bestimmungen, die in der Open Publication License, v1.0 (verfügbar unter http://www.opencontent.org/openpub/) festgehalten sind, weitergegeben werden.