Red Hat Enterprise Linux 5 5.3 Release Notes - Red Hat Customer ...

38 Inhaltsverzeichnis
9. Known Issues
9.1. All Architectures
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.
When using an encrypted device, the following error message may be reported during bootup:
insmod: error inserting '/lib/aes_generic.ko': -1 File exists
This message can safely be ignored.
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.
When a large number of LUNs are added to a node, multipath can significantly increase the time it
takes for udev to create device nodes for them. If you experience this problem, you can correct it by
deleting the following line in /etc/udev/rules.d/40-multipath.rules:
KERNEL!="dm-[0-9]*", ACTION=="add", PROGRAM=="/bin/bash -c '/sbin/lsmod |
/bin/grep ^dm_multipath'", RUN+="/sbin/multipath -v0 %M:%m"
This line causes udev to run multipath every time a block device is added to the node. Even with this
line removed, multipathd will still automatically create multipath devices, and multipath will still be
called during the boot process, for nodes with multipathed root filesystems. The only change is that
multipath devices will not be automatically created when multipathd is not running, which should not
be a problem for the vast majority of multipath users.
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.
To avoid this error, upgrade glibc first in a separate run:
# yum update glibc
# yum update
You will also see this error if you downgrade glibc to an earlier version on an installed 5.3 system.
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