Anaconda を Text Mode でインストールの際、オプションで Virtual Network Computing (VNC) に切り替えてインストールを終了することができるようになりました。

暗号化されたソフトウェア RAID メンバーディスク (software RAID パーティションなど) の作成や使用はサポートされていませんが、暗号化されたソフトウェア RAID アレイ (/dev/md0 など) の作成はサポートされます。

RHEL5 の NFS のデフォルトは「ロッキング」です。そのため、anaconda の %post セクションから nfs 共有をマウントするには、mount -o nolock,udp コマンドでロッキングデーモンを開始してから、nfs を使用して共有をマウントします。

iBFT 設定のネットワークデバイスを持つシステムで、CD-ROM または DVD-ROM からインストールを行う場合、ネットワークが設定されていないと Anaconda によって iBFT 設定のストレージデバイスは含まれません。インストールでネットワークを有効にするには、インストール時のブートプロンプトにて、コマンド linux updates=http://[any] を使用します。[any] は使用する URL に置き換えてください。

ご使用のシステムが静的 IP の設定を必要とする場合は、コマンド linux updates=http://[any] ip=[IP address] netmask=[netmask] dns=[dns] を使用します。

完全仮想化ゲスト上に Red Hat Enterprise Linux 5.3 をインストールする場合、kernel-xen カーネルは使用しないでください。このカーネルを完全仮想化ゲスト上で使用すると、システムがハングする原因になります。

完全仮想化ゲスト上での Red Hat Enterprise Linux 5.3 のインストールにおいてインストール番号を使用する場合は、必ずインストール中に Virtualization パッケージグループの選択を解除してください。Virtualization パッケージ グループオプションは kernel-xen カーネルをインストールしてしまいます。

これは、準仮想化ゲストには関係ありません。準仮想化ゲストは常に kernel-xen カーネルを使用します。

Red Hat Enterprise Linux 5 から 5.2 へのアップグレードに Virtualized カーネルを使用する場合は、 アップグレードが完了したら再起動する必要があります。その後、更新された Virtualized カーネルを使ってシステムを起動してください。

Red Hat Enterprise Linux 5 と 5.2 のハイパーバイザーは ABI 互換ではありません。 アップグレード後は、更新された Virtualized カーネルを使ってシステムを起動しないと、 更新された仮想化 RPM は稼働しているカーネルと一致しません。

Red Hat Enterprise Linux 4.6 から Red Hat Enterprise Linux 5.1 やそれ以降のバージョンにアップグレードすると gcc4 が原因でアップグレードに失敗する可能性があります。そのため、アップグレードをする前に gcc4 パッケージを手作業で削除するようにしてください。

firstboot 言語プラグインは、新規の言語が選択されると正しくシステムを再設定しないため、削除されました。

インストール中の CHAP (Challenge Handshake Authentication Protocol) の使用はサポートされていません。そのため、CHAP はインストールが終了してから有効にするようにしてください。

ご使用のシステムが iBFT デバイスを介してブートする場合、iBFT BIOS/firmware セットアップの 画面で CHAP を設定してください。CHAP の設定は次回のブートで使用されます。

ご使用のシステムが PXE iSCSI を介してブートする場合、iscsiadm で CHAP を設定してください。設定した後、mkinitrd を使用して CHAP 設定が次のブートで使用されるようにします。

インストール中にゲストをプロビジョニングする場合、RHN tools for guests オプションは使用できません。システムには dom0 が使用するエンタイトルメントではない追加のエンタイトルメントが必要となります。

ゲストに対して追加のエンタイトルメントを使用しないようにするには、rhn-virtualization-common パッケージを手作業でインストールしてから Red Hat Network にシステムを登録してください。

複数のネットワークインターフェイスを使用してシステムに Red Hat Enterprise Linux 5.3 をインストールし、手作業で IPV6 アドレスを指定すると、ネットワーク設定の一部が正しく設定されません。この場合、IPv6 設定がインストールしたシステム上で確認できません。

これに対処するには、/etc/sysconfig/network で NETWORKING_IPV6 を yes に設定します。その後、コマンド service network restart を使用してネットワーク接続を再起動します。

システムに yum-rhn-plugin-0.5.2-5.el5_1.2 (または以前のバージョン) がインストールされている場合、yum update で Red Hat Enterprise Linux 5.3 にアップグレードすることはできません。そのため、yum update yum-rhn-plugin を使用して yum-rhn-plugin を最新のバージョンにアップグレードしてから yum update を実行してください。

これまで、anaconda は最大 8 つの SmartArray コントローラーまでしかアクセスできませんでしたが、今回のアップデートでこの問題が解決されました。

OEM によって提供されたドライバディスクは単一のイメージファイル (*.img) で、複数のドライバパッケージやカーネルモジュールが含まれることもあります。これらのドライバはインストールで使用され、ドライバがないと Red Hat Enterprise Linux 5 によって認識されないハードウェアをサポートします。システムがブートした際にロードされるよう、ドライバパッケージやカーネルモジュールはシステムにインストールされた後、初期 RAM ディスク (initrd) に置かれます。

本リリースでは、インストールの際にファイルシステムラベルを基にして自動的にドライバディスクが検出され、ドライバディスクの内容がインストール中に使用されます。この動作は、自動検索を有効にするインストールコマンドラインオプション dlabel=on によって制御されます。本リリースでは dlabel=on はデフォルトの設定です。

ファイルシステムラベル OEMDRV を持つすべてのブロックデバイスが検証され、検証した順にデバイスよりドライバがロードされます。

vfat ファイルを格納する既存の暗号化されたブロックデバイスは、パーティショニングインターフェイスではタイプ foreign と表示されます。そのため、これらのデバイスはシステムのブート中に自動的にマウントされません。自動的にマウントするには、適切なエントリを /etc/fstab に追加します。追加方法の詳細は man fstab を参照してください。

Red Hat Enterprise Linux 5.2 のインストールに必要な最低限の RAM は 1GB です。推奨の RAM は 2GB です。マシンの RAMが 1GB 未満の場合、インストール中にハングする可能性があります。

また、RAM が 1GB のみの PowerPC ベースのマシンは、負荷が RAM に集中すると重大なパフォーマンスの問題が発生する場合があります。Red Hat Enterprise Linux 5.2 システムが RAM 集中のプロセスを最適な状態で実行するには、マシン上に 4GB の RAM を搭載することが推奨されます。これにより、Red Hat Enterprise Linux 4.5 やそれ以前のバージョンがインストールされている RAM が 512MB の PowerPC マシンと同じ数の物理ページを持つことができます。

anaconda が OSA Express3 カード に対し CHPID の両方のポートをサポートするようになりました。インストールの初期段階でポート番号の指定が求められます。ポートに指定した値はインストールされたネットワークインターフェイスの起動スクリプトにも影響します。ポート 1 を選択すると、portno=1 の値が ifcfg-eth* ファイルの OPTIONS パラメータに追加されます。

DASD ブロックデバイス上に Linux または非 Linux ファイルシステムを持つマシンにインストールを実行しようとすると、インストーラが停止することがあります。この問題が発生した場合、使用したい DASD デバイス上にある既存のパーティションを全てクリアする必要があります。

システムの RAM が 512MB のみである場合、Red Hat Enterprise Linux 5.3 のインストールに失敗することがあります。そのため、最初にベースインストールを実行し、このインストールが終了した後に他のパッケージをすべてインストールします。

yum を使用した 32-bit Compatibility Layer ディスクからのパッケージインストールが失敗することがあります。これは、Red Hat パッケージ署名鍵が RPM データベースにインポートされなかったことが原因ですが、この問題は Red Hat Network に接続して更新を取得していないと発生します。手作業でこの鍵をインポートするには、root として以下のコマンドを実行します。

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

Red Hat GPG 鍵がインポートされたら、yum を使用して 32-bit Compatibility Layer ディスクからパッケージをインストールすることができます。

ディスクからインストールする場合、インストール中にベース OS の依存関係に対応するため、rpm ではなく yum を使用することが推奨されます。

ALSA の Intel High Definition Audio ドライバがアップデートされました。

AMD ATI 統合チップセットの HDMI (高品質マルチメディアインターフェイス) オーディオサポートがアップデートされました。

以下の Wacom グラフィックテーブルが linuxwacom ドライバを介してサポートされるようになりました。

Emulex Fibre Channel Host Bus Adapter の lpfc ドライバが 8.2.0.33.2p にアップデートされました。これにより以下を含むアップストリームの変更が適応されました。

dm-multipath に IBM DS4000 のインボックスサポートが含まれました。

ixgbe ドライバが 82598AT デュアルポートアダプタと 82598 CX4 アダプタをサポートするようになりました。

jsm ドライバがアップデートされ、Digi Neo PCI Express 4 HiProfile I/O アダプタに対するサポートが追加されました。

hp-ilo ドライバが追加され、HP Integrated Lights Out (iLO) 技術がサポートされるようになりました。

radeon_tp ドライバが今リリースより完全にサポートされるようになりました。このドライバーは ATI R500/R600 チップセットを有効にします。

radeon_tp ドライバは以下のような機能も提供します。

本リリースでは、powernow-k8 ドライバがロード可能なモジュールとして同梱されました。これにより、カーネルをアップグレードしなくても既存のドライバフレームワーク (Red Hat Driver Update Model や Dell DKMSなど) が powernow-k8 ドライバの更新を RPM パッケージとしてユーザーに配信することができます。

本リリースではレガシープリンタをサポートするため pnm2ppa が再追加されましたが、これは非奨励のサポートであるため、今後のメジャーリリースではサポートが廃止される予定です。

ccid ドライバがリベースされ、USB Smartcard キーボードのサポートが追加されました。

USB ビデオデバイスの uvcvideo ドライバが Red Hat Enterprise Linux 5.3 のカーネルに追加されました。

Broadcom NetXtreme II ネットワークカードの bnx2 ドライバがバージョン 1.7.9 に更新されました。今回の更新では、ブート時にシステムがパニックする原因となっていたバグを修正するため、bnx2 を使用するコントローラのイーサネットリングバッファオプションが修正されました。

Intel PRO/1000 イーサネットデバイスの e1000e ドライバがアップストリームバージョン 0.3.3.3-k2 にアップデートされました。このアップデートにより、サポート対象デバイスの EEPROM および NVM が書き込み保護されるようになりました。

Intel Gigabit Ethernet Adapter の igb ドライバがバージョン 1.2.45-k2 にアップデートされ、82576 ベースのデバイスのサポートが追加されました。

Intel(R) 10 Gigabit PCI Express ネットワークデバイスの ixgbe ドライバがバージョン 1.3.18-k4 にアップデートされました。

niu ドライバが Red Hat Enterprise Linux 5.3 に追加され、Sun CP3220 システム上の 10Gbps イーサネットデバイスをサポートするようになりました。

Intel PRO Wireless デバイスの ipw2100 ドライバと ipw2200 ドライバが Linux Kernel 2.6.25 から Red Hat Enterprise Linux 5.3 にバックポートされました。

Broadcom Wireless デバイスの bcm43xx ドライバが Linux Kernel 2.6.25 から Red Hat Enterprise Linux 5.3 へバックポートされました。

ワイヤレスデバイスの ieee80211 サポートコンポーネントが Linux Kernel 2.6.25 から Red Hat Enterprise Linux 5.3 にバックポートされました。

ZyDas Wireless デバイスの zd1211rw ドライバが更新され、前回の non-mac80211 バージョンと Linux 2.6.25 以前のバージョンが合致されました。

iwlwifi ドライバがバージョン 2.6.26 よりアップデートされ、iwl4965 ワイヤレスデバイスに対して 802.11n のサポートが追加されました。また、ドライバの 2.6.26 バージョン以前のバグ修正についても一部がバックポートされたドライバに盛り込まれました。

Myricom Myri-10G イーサネットデバイス向けの myri10ge ドライバがバージョン 1.3.2-1.269 にアップデートされました。

NetXen ネットワークカードの netxen ドライバがバージョン 3.4.18 にアップデートされました。

Broadcom Everest ネットワークデバイスの bnx2x ドライバーがバージョン 1.45.23 にアップデートされ、57711 ハードウェアのサポートが追加されました。

forcedeth-msi ドライバがアップデートされ、リンクアップ検出が正しく行われない原因となっていたバグが修正されました。

Atheros ワイヤレスデバイスの ath5k ドライバが Linux Kernel 2.6.26 から Red Hat Enterprise Linux 5.3 にバックポートされました。

Ralink ワイヤレスデバイスの rt2x00 ドライバが Linux Kernel 2.6.26 から Red Hat Enterprise Linux 5.3 にバックポートされました。

Realtek ワイヤレスデバイスの rtl8180 ドライバと rtl8187 ドライバ が Linux Kernel 2.6.26 から Red Hat Enterprise Linux 5.3 にバックポートされました。

cxgb3ドライバ (および対応ファームウェア) が本リリースに同梱されました。このドライバは Chelsio RDMA 10Gb PCI-E Ethernet アダプタをサポートします。

3ware SATA RAID Controller の 3w-xxxx ドライバがバージョン 1.26.03 にアップデートされました。これにより、以下を含むアップストリームの変更が適用されました。

3ware SATA RAID Controller の 3w-9xxx ドライバがバージョン 2.26.08 にアップデートされました。このアップデートにより以下を含むアップストリームの変更が適応されました。

megaraid_sas ドライバがバージョン 4.01-rh1 にアップデートされました。今回のアップデートでは以下を含むバグ修正が適応されました。

SCSI デバイスハンドラのインフラストラクチャ (scsi_dh) がアップデートされ、下記の点が改良されました。

QLogic Fibre Channel Host Bus Adapter の qla2xxx ドライバがアップデートされ、ISP84XX タイプのカードに対するサポートが追加されました。

エミュレートする仮想 SCSI (vSCSI) デバイスの ibmvscsi ドライバがアップデートされ、仮想化されたテープデバイスをサポートするようになりました。

lpfc ドライバがバージョン 8.2.0.30 にアップデートされました。このアップデートにより、以下を含むバグ修正や機能の向上が適応されました。

HP Smart Array コントローラの cciss ドライバがバージョン 3.6.20-RH2 にアップデートされました。

これまで relayfs のバッファサイズの制限は 64M でした。今回の更新では、オンメモリのバッファの relayfs に割り当てられるメモリの制限は 4095MB に増加されました。これにより、relayfs を用いる SystemTap やその他のトレーシングツールがより多くのイベントをトレースできるようになりました。

Dell Remote Access Controller 4 (DRAC4) のドライバが存在しませんでした。そのため、DRAC4 によって提供された仮想デバイスはカーネルによって検出されませんでした。今回の更新では、適切なドライバを提供する pata_sil680 カーネルモジュールが追加されたため、この問題は解決されました。

relay_open() が呼び出されると、中継インターフェイスのメッセージバッファはオンラインの CPU のみに割り当てられました。そのため、relay_open() が呼び出された後にオフラインの CPU がオンラインになるとカーネルパニックが発生しました。今回の更新では、新しい CPU が追加されると新しいメッセージバッファが動的に割り当てられます。

8250 ベースのシリアルポートのドライバが更新され、DSR/DTR ハードウェアフロー制御のサポートが追加されました。

Dell Wireless Wide Area Network (WWAN) カードのサポートがカーネルに追加されました。サポートされるデバイスは次の通りです。

thinkpad_acpi カーネルモジュールが更新され、新しい Thinkpad モデルへのサポートが改善されました。

ソフトロックアップ検出機能を設定し、警告メッセージではなくカーネルパニックを生成できるようになりました。これにより、ユーザーはソフトロックアップ中にクラッシュダンプの生成や分析ができるようになりました。

パニックを生成するようソフトロックアップを設定するには、カーネルパラメータ soft_lockup を 1 に設定します。このパラメータはデフォルトで 0 に設定されています。

oprofile は Next-Generation Intel Microarchitecture (Nehalem) を基に正しくプロセッサを識別しませんでした。そのため、パフォーマンス監視ユニットが使用できず、プロセッサはタイマー割り込みにフォールバックしました。カーネルが更新されたため、この問題は解決されました。

Next-Generation Intel Microarchitecture (コード名 "Nehalem") 上の CPU 電源状態である C3 のカーネルに対するサポートが追加されました。C3 (スリープ状態とも呼ばれる)を入力できるようになったため、アイドル状態にある CPU の電源効率が改善されます。

これまで、カーネルに設定された MAX_ARG_PAGES 制限が低すぎたため、次のエラーが発生することがありました。

execve: Argument list too long

autofs4 の更新が、Linux カーネルバージョン 2.6.27 からRed Hat Enterprise Linux 5.3 にバックポートされました。

Red Hat Enterprise Linux 5.3 では、直接ファイルへではなく、ユーザースペースアプリケーションのフォークされたコピーへコアファイルをパイプするよう指定できるようになりました。この機能を有効にするには、/proc/sys/kernel/core_pattern に | path/to/application を置くようにします。コアがダンプされると、指定したアプリケーションのコピーが実行され、コアが stdin でパイプされます。これにより、コアのダンプ時にコアを拡張、分析、アクティブに処理できるようになります。

ファイル /proc/cpuinfo が、各 CPU によって使用される APIC (Advanced Programmable Interrupt Controller) の ID を報告するようになりました。

MCE (マシンチェック例外) カーネルサブシステムが改良され、新しいシステムに大型なメモリの設定が必要な場合にサポートされるようになりました。

Samba にてファイルシステムをマウントする際にマウントコマンドが Kerberos 認証をサポートするようになりました。sec=krb5 または sec=krb5i スイッチにより、SPNEGO (Simple and Protected GSSAPI Negotiation Mechanism) セキュリティ blob (Binary Large OBject) を返すユーザースペースアプリケーションをカーネルが呼び出しできるようになりました (cifs.upcall)。カーネルはこの blob を使用してサーバーを認証し、要求されたファイルシステムをマウントすることができます。

IOAPIC NMI ウォッチドッグメソッドを使用するシステム上に kernel.unknown_nmi_panic カーネルパラメータを設定すると、カーネルパニックが発生することがありました。これは、NMI ウォッチドッグが安全に NMI のソースを無効にできなかったためです。

このリリースでは、NMI ウォッチドッグコードが変更され、ユーザーが安全に NMI ソースを無効にできるようになりました。そのため、IOAPIC NMI ウォッチドッグメソッドを使用するシステム上に kernel.unknown_nmi_panic カーネルパラメータを安全に設定できるようになりました。

powernowk8 ドライバは稼働中の CPU の数に対して十分なチェックを実行しませんでした。そのため、ドライバが起動すると、カーネル oops エラーメッセージが報告される可能性がありました。今回の更新では、powernowk8 ドライバによってサポートされている CPU の数 (supported_cpus) とオンラインの CPU の数 (num_online_cpus) が同じであるか検証されるため、この問題が解決されました。

CPU の周波数や電圧をスケールするカーネルサブシステム CPUFreq が更新され、Cell Processor のサポートが向上されました。今回の更新は、Cell プロセサの電源管理を向上する SPU (Synergistic Processing Unit) 対応の CPUFreq ガバナーを実装します。

EDAC (Error Detection and Correction) が Red Hat Enterprise Linux 5.3 の Cell Broadband Engine Architecture でサポートされるようになりました。EDAC を有効にするには、コマンド modprobe cell_edac を使用します。

このモジュールが実行しているカーネルに追加されたか確認するには、/var/log/dmesg の次のような出力を確認してください。

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

修正できるメモリーエラーが発生した場合は、コンソールに次のようなメッセージが返されます。

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

複数のスレッドが共有する変数を使用してハードウェアウォッチポイントでデバッグを行うと GNU Debugger (GDB) がトリガイベントを見逃すエラーが発生しました。カーネルが更新され、GDB が一貫してウォッチポイントを受信するようになったため、デバッグセッションの信用性が向上されました。

kprobe-booster が ia64 および x86_64 アーキテクチャでサポートされるようになり、ユーザーによるカーネルイベントのプローブが大幅に高速化されました。この機能は、64 ビットアーキテクチャ上で実行されているサーバーのプロービングツール (SystemTap や Kprobes など) によるオーバーヘッドも削減します。

_PTC (Processor Throttling Control)、_TSS (Throttling Supported States)、_TPC (Throttling Present Capabilities) オブジェクトのサポートがカーネルに追加されました。このサポートは、ACPI (Advance Configuration and Power Interface) の仕様の一部で、プロセッサスロットリングの管理が向上されます。

zipl.conf 内のパラメータで、二重引用符が一重引用符で囲まれているもの (例: parameters='vmhalt="LOGOFF"') は正しく解析されませんでした。そのため、kernel-kdump パッケージのインストールに失敗し、

grubby fatal error: unable to find a suitable template

Dual-Core Intel Itanium 2 プロセッサの MCA（マシンチェックアーキテクチャ）記録の内容が以前の Intel Itanium プロセッサとは異なっていました。キャッシュチェックとバスチェックのターゲット識別子は場合によっては異なるようになりました。正しいターゲット識別子を検出するようカーネルが更新されました。

kprobe-booster が ia64 および x86_64 アーキテクチャでサポートされるようになり、ユーザーによるカーネルイベントのプローブが大幅に高速化されました。この機能は、64 ビットアーキテクチャ上で実行されているサーバーのプロービングツール (SystemTap や Kprobes など) によるオーバーヘッドも削減します。

この更新で、pselect() および ppoll() システムコールがカーネルに追加されました。

blktap (blocktap) ユーザースペースツールキットが更新され、blktap にバックされた仮想化ゲストの転送統計を監視できるようになりました。

Intel Extended Page Table (EPT) 機能に対するサポートが追加され、EPT をサポートするハードウェア上の完全仮想化ゲストのパフォーマンスが向上されました。

ゲストの e1000 ネットワークデバイスエミュレーションが今回のアップデートに追加され、ia64 アーキテクチャのWindows 2003 ゲストのみサポートできるようになりました。e1000 エミュレーションを使用するには、xm コマンドを使用しなければなりません。

KVM の I/O 仮想化のプラットフォームである virtio のドライバが Linux Kernel 2.6.27 から Red Hat Enterprise Linux 5.3 にバックポートされました。これらのドライバにより、KVM のゲストの I/O パフォーマンスが向上されます。また virtio デバイスをサポートするため、anaconda、kudzu、lvm、selinux、mkinitrd などのユーザースペースコンポーネントも更新されました。

ネイティブの Linux カーネルは自動的に vmcoreinfo をサポートしますが、dom0 ドメインに kdump を設定するには kernel-xen-debuginfo パッケージが必要でした。このリリースでは、カーネルとハイパーバイザーが変更され、ネイティブに vmcoreinfo の読み取りと kdump の書き込みがサポートされるようになりました。そのため、debuginfo や debuginfo-common パッケージをインストールしなくても、dom0 ドメインでデバッグなどに kdump を使用することができるようになりました。

完全仮想化された Red Hat Enterprise Linux 5 のゲストがエミュレートされたディスクやネットワークデバイスを使用すると最適なパフォーマンスを得られませんでした。今回の更新には kmod-xenpv パッケージが同梱されたため、完全仮想化ゲストでの準仮想化ディスクやネットワークの使用が簡略化されます。

このようなドライバを完全仮想化ゲストで使用すると、完全仮想化ゲストのパフォーマンスや機能を大幅に改善することができます。netfront ドライバと block front ドライバのバグ修正は即座に認識され、カーネルパッケージと同期されます。

ゲストは 2MB のバッキングページメモリテーブルを使用できるようになったため、システムパフォーマンスを向上できるようになりました。

TTY デバイス活動レポートのデータが正しく生成されなかったため、コマンド sar -y の実行に失敗し、次のエラーが返されました。

Requested activities not available in file

更新されたパッケージでは、sar が修正され、-y オプションが TTY デバイスの活動を出力するようになりました。

これまで、/etc/multipath.conf 内の max_fds を unlimited に設定すると、multipathd デーモンが起動しませんでした。オープンファイル記述子の数をシステムの最大数に設定する必要がある場合は、max_fds を max に設定してください。

mod_perl が最新のアップストリームリリースであるバージョン 2.0.4 にリベースされました。これにより、mod_perl と Bugzilla 3.0 が適切に動作するためのバグ修正など、複数の更新が適応されました。

cups がバージョン 1.3.7 にリベースされました。この更新により、以下を含むバグ修正や改良が適応されました。

lm_sensors がバージョン 2.10.7 にリベースされました。この更新には複数のアップストリーム改良とバグ修正が適応されました。k8temp がロードされた際に libsensors が General parse error メッセージとクラッシュしないようにする修正がその 1 つです。

以下のバグに対応するため、本リリースで elfutils が更新されました。

vnc-server がバージョン 4.1.2-14.el5 にリベースされ、以下のバグ修正が適応されました。

smartmontools がバージョン 5.38 にリベースされました。この更新により、ハードウェアデバイスの自動検出や CCSISS RAID アレイへのサポートが改良され、サポート対象デバイスのデータベースが大きくなりました。

また、SELinux によって smartmontools が 3ware RAID デバイスを監視できないバグが修正され、smartmontools によって このようなデバイスを監視できるようになりました。

python-urlgrabber がバージョン 3.1.0-5 にリベースされました。これにより、以下を含むアップストリームからのバグ修正が適応されました。

yum-utils がアップストリームバージョン 1.1.16 にリベースされ、次を含むバグ修正が適応されました。

このアップデートには、yum がミラーリストの最速のレポジトリを選択できるようにする yum-fastestmirror プラグインも含まれています。

Samba がアップストリームバージョン 3.2.0 にリベースされました。これにより Windows 2003 をネームサーバーとして使用していたドメインにユーザーが参加できない問題など複数のバグが修正されました。さらに、net rpc changetrustpw を使用してシステムパスワードを変更した後、samba ドメインのメンバーシップが壊れる原因となっていたバグも修正されました。

本リリースに含まれた samba のアップストリーム更新の一覧は、http://www.samba.org/samba/history/samba-3.0.32.html を参照してください。

OpenLDAP がアップストリームバージョン 2.3.43 にリベースされ、以下を含むアップストリームのバグ修正が適応されました。

Red Hat は OpenLDAP サーバーの追加オーバーレイを提供するようになりました。syncprov 以外のオーバーレイは、個別の openldap-servers-overlays パッケージにあり、動的にロード可能なモジュールとしてコンパイルされています。以前の OpenLDAP リリースとの互換性を維持するため、syncprov オーバーレイは静的に OpenLDAP サーバーへリンクされています。

xterm バイナリにグループ ID 設定 (setgid) ビットが設定されていたため、設定されない環境変数がありました(LD_LIBRARY_PATH や TMPDIR など)。本リリースでは、xterm バイナリにモード 0755 パーミッションが設定されているため、この問題は修正されました。

本リリースより、複数のマシンが ypbind で接続する際に NIS サーバーの負荷バランスを取るための推奨方法が変更になりました。ypbind デーモンの動作に変更はないため、/etc/ypbind 設定ファイル内にリストされているすべての NIS サーバーにping し、単一の最も応答が速いサーバーにバインドします。これまで、各マシンの /etc/ypbind.conf 設定ファイルに利用可能なすべての NIS サーバーをリストすることが推奨されましたが、高負荷のサーバーも即座に ping に応答できるため、不用意にサーバー自身の負荷を増加させることになりました。そのため、本リリースより、各マシンの ypbind.conf に、マシンごとに異なる少数の利用可能な NIS サーバーをリストすることが推奨されるようになりました。各マシンに対しすべて NIS サーバーが利用可能であるとリストされないため、NIS サーバーは自動的に負荷バランスが取れるようになります。

OpenMotif がアップストリームバージョン 2.3.1 にリベースされ、次を含むバグ修正が適応されました。

dbus はバージョン 1.1.2 にリベースされました。これにより、マルチスレッドのプログラムによって dbus でデッドロックが発生するバグが修正されました。以前のリリースでは、1 つのスレッドが dbus をリッスンして、メッセージを処理し、別のスレッドがメッセージを dbus に送信していました。

strace がバージョン 4.5.18 にリベースされ、以下を含むバグが修正されました。

cpuspeed がバージョン 1.2.1-5 に更新されました。この更新では、speedstep-centrino モジュール以外のモジュールロードにすべて失敗すると、cpuspeed init スクリプトが speedstep-centrino モジュールをロードするようになりました。さらに、Powernow-k8 モジュールがロードできない原因となっていたユーザースペースのバグが修正されました。

frysk スイートのツールはこのディストリビューションより完全に削除されました。当初、frysk は技術プレビューとして Red Hat Enterprise Linux 5.0 に同梱されました。

これまで、iostat -x コマンドが提供するパーティション I/O 統計は不完全でした。この更新では、パーティション統計がディスク統計と同じ要領で計算されるようになったため一貫した総合的なパーティションレベルの I/O 統計を提供できるようになりました。

Dovecot メールサーバーの設定ファイルに、パスワードを公開する欠陥が見つかりました。システムに ssl_key_password オプションが定義されていると、すべてのローカルユーザーが SSL キーのパスワードを見ることが可能でした (CVE-2008-4870)。

この値をさらに保護するため、dovecot.conf ファイルが "!include_try" ディレクティブをサポートするようになりました。ssl_key_password オプションは、dovecot.conf から root が所有し root のみが読み書きできる新しいファイル (0600 など) に移動するべきです。!include_try /path/to/password/file オプションを設定すると、このファイルが dovecot.conf から参照できるようになります。

ksh がバージョン 2008-02-02 にリベースされました。この更新によりマルチバイト文字の処理が追加され、ジョブ制御の問題への対応やアップストリームからのバグ修正が適応されました。ksh への更新は既存スクリプトとの互換性を維持します。

バグにより vmconvert が vmur デバイスノード (/dev/0.0.000c) 上で適切に動作しませんでした。これにより、vmur デバイス上のダンプにアクセスしようとすると、vmconvert に失敗し、vmconvert: Open dump file failed! (Permission denied) というエラーが発生しました。本リリースの s390utils への更新によりこの問題が修正されました。

mon_procd デーモンと mon_fsstatd デーモンの init スクリプトと config ファイルが s390utils パッケージに存在しませんでした。そのため、デーモンの使用やビルドができませんでした。今回の更新でこれらのファイルが追加されたため、この問題は解決されました。

ehci_hcd モジュールがこのアーキテクチャで再ロードできなかったバグが修正されました。これにより、ehci_hcd モジュールを使用する際に Belkin 4-port PCI-Express USB Lily アダプタ (およびその他の類似デバイス) が Red Hat Enterprise Linux 5 で適切に動作するようになりました。

libhugetlbfs ライブラリがバージョン 1.3 にリベースされました。この更新によりライブラリに複数のアップストリーム改良が適応され、Huge ページを使用するアプリケーションのパフォーマンスが向上されます。

libhugetlbfs に対する更新の一覧は、次のリンクを参照してください。

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

Red Hat Enterprise Linux 5.2 には、既存の 32 ビット httpdに加え、64 ビットバージョンの httpd も含まれていました。両方のバージョンをインストールすると、httpd の競合が発生し、httpd が正しく機能しませんでした。

この問題に対処するため、本リリースより 64 ビットバージョンの httpd が削除されました。本リリースの httpd にアップグレードすると、64 ビットバージョンの httpd が自動的に削除されます。

新しいディスク暗号化機能を使用してルートファイルシステムを暗号化すると、システムをシャットダウンした際に以下のようなエラーメッセージがコンソールに報告されます。

Stopping disk encryption [FAILED]

このメッセージは無視しても問題ありません。シャットダウンは最後まで正しく実行されます。

暗号化されたデバイスを使用すると、ブート時に以下のエラーメッセージが報告されることがあります。

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

マルチパス上で MD (マルチデバイス) RAID を使用してインストールを行うと、マシンがブートできなくなります。RAID を内部で提供する SAN (ストレージエリアネットワーク) デバイスは影響を受けません。

多数の LUN が 1 つのノードに追加されると、マルチパスによって udev がデバイスノードを作成するために必要な時間が大幅に延長されます。この問題が発生したら、/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"

以前のバージョンの Red Hat Enterprise Linux を 5.3 にアップグレードすると、以下のようなエラーが発生することがあります。

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

このロッキングの問題は、glibc 内の共有 futex のロッキングが 5.2 と 5.3 間のプロセス毎の futex によって強化されたことが原因です。そのため、5.2 glibc で実行しているプログラムが、5.3 glibc で実行しているプログラムに対して正しく共有 futex ロッキングを実行できません。

エラーメッセージは、インストールスクリプトの 1 つとして rpm を呼び出すパッケージによるものです。アップグレードを実行する rpm インスタンスはアップグレードが終わるまで以前の glibc を使用しますが、スクリプトから開始された rpm インスタンスは新しい glibc を使用します。

このエラーが発生しないようにするには、最初に glibc を個別にアップグレードします。

# yum update glibc
# yum update

Red Hat Enterprise Linux 5 の mvapich および mvapich2 は、InfiniBand/iWARP 相互接続のみをサポートするためにコンパイルされています。そのため、イーサネットやその他のネットワーク相互接続上では実行できません。

暗号化されたブロックデバイスを 3 つ以上持つシステム上で、anaconda はオプションでグローバルパスフレーズを提供しますが、init スクリプトはこの機能をサポートしていません。システムをブートする際にすべての暗号化デバイスに対して個別にパスフレーズを入力する必要があります。

yum を用いて openmpi をアップグレードすると、以下の警告が返されます。

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

ベクトル毎のマスキングができない MSI（メッセージ信号割り込み）を使用するデバイスの一部は、IRQ SMP アフィニティを設定しても設定が反映されません。このようなデバイスの 1 つが bnx2 ドライバを使用する Broadcom NetXtreme Ethernet デバイスです。

このようなデバイスに対して IRQ アフィニティを設定する必要がある場合は、/etc/modprobe.d/ 内に次の行を含むファイルを作成し、MSI を無効にします。

options bnx2 disable_msi=1

また、カーネルブートパラメータ pci=nomsi を使用して MSI を完全に無効にすることもできます。

Dell PowerEdge R905 サーバー上の CD-ROM/DVD-ROM ユニットは Red Hat Enterprise Linux 5 では動作しません。詳細は、ナレッジベース #13121 (http://kbase.redhat.com/faq/FAQ_103_13121) を参照してください。

更新済みの /etc/udev/rules.d/50-udev.rules ファイル内のバグは、その名前の中に 9 以上の数字を持つテープデバイス用に固執の名前を作成することを阻止します。例えば、nst12 を持つ名前にはテープデバイス用に固執の名前を 作成しません。

これを迂回するには、/etc/udev/rules.d/50-udev.rules 内の ストリング nst[0-9] の全ての表示の後にアスターリスク(*) を 追記します。

smartctl ツールは SATA デバイスから SMART パラメータを 正しく読み取れません。

openmpi と lam の以前のバージョン内の バグは、これらのパッケージのアップグレードを阻止するかもしれません。このバグは、openmpi、 又は lam のアップグレードを試みるときに以下のエラーにより判明します:

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

そのため、openmpi と lam の 旧バージョンを手動で削除して、それらの最新バージョンをインストールする必要が あります。これを達成するには、以下の rpm コマンドを 使用します:

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

dm-multipath を使用する場合、/etc/multipath.conf 内に features "1 queue_if_no_path" が指定されていると、1 つ以上のパスがリストアされるまで I/O を発行するプロセスがハングします。

この問題が発生しないようにするには、/etc/multipath.conf に no_path_retry [N] ([N] はシステムがパスを再試行する回数に置き換え) を設定します。この設定を行う際、/etc/multipath.conf の features "1 queue_if_no_path" オプションを削除してください。

"1 queue_if_no_path" を使用する必要がある場合に同じような問題が発生したら、dmsetup を使用して、特定の LUN (例：すべてのパスが使用できない場合) に対してランタイム時にポリシーを編集します。

ポリシーを "queue_if_no_path" から "fail_if_no_path" に変更するには、dmsetup message [device] 0 "fail_if_no_path" を実行します ([device] は、mpath2 などのマルチパスデバイス名に置き換えます。パスを指定しないでください)。

同じカーネルモジュールの複数のインストール済みバージョンを有効にすることは、 サポートされていません。これに加えて、カーネルモジュールバージョンが構文解析 される方法に関するバグが、時として同じカーネルモジュールの旧バージョンを有効に してしまうことがあります。

Red Hat では、インストール済みのカーネルモジュールの新バージョンをインストールする時には 最初に旧バージョンを削除することを推奨します。

NFS root で設定されている IBM Bladecenter QS21 又は、 QS22 上で kdump を実行すると、 失敗します。これを回避するには、/etc/kdump.conf で NFS ダンプターゲットを指定します。

IBM T60 ラップトップは、サスペンドの時とドッキングステーションに 挿入されている時には、完全に電源が切れます。これを回避するには、システムを 引数 acpi_sleep=s3_bios で起動します。

IBM Bladecenter 用の QLogic iSCSI Expansion Card はイーサネットと iSCSI の両方の機能を提供します。 カードの一部は両方の機能で共有されます。 しかし、 現在の qla3xxx ドライバと qla4xxx ドライバはイーサネットと iSCSI の機能を別々にサポートします。 いずれのドライバもイーサネットと iSCSI 機能の同時使用はサポートしていません。

この制限のため、連続的なリセット（継続的な ifdown/ifup コマンドの使用）はデバイスをハングします。これを回避するには、ifup を実行した後に 10秒ほど経過してから、ifdown を実行してください。また、同様に ifdown を実行した後には、10秒ほど経過してから ifup を 実行して下さい。この間隔により、ifup が発行される時に全ての機能を安定させて 初期化する時間を十分に与えます。

Cisco Aironet MPI-350 ワイヤレスカードを装備している ラップトップでは、ワイヤ付きイーサネットポートを使用してネットワークベースの インストールをする間に、DHCP アドレスの取得をしようとしてハングする可能性があります。

これを回避するには、インストール用のローカルメディアを使用します。別の方法として、 インストール前にラップトップ BIOS 内のワイヤレスカードを無効にすることも出来ます。 (インストールの後にワイヤレスカードは再度、有効にできます)

/var/log/boot.log へのブート時のロギングは、Red Hat Enterprise Linux 5.3 では使用できません。

X が稼働中で、vesa 以外のドライバーを使用している場合、システムは kexec/kdump カーネルに正しく再起動しないことがあります。この問題は ATI Rage XL グラフィクスチップセットでのみ発生します。

ATI Rage XL を持つシステムで X が稼動している場合、 kexec/kdump カーネルに正しく再起動するようにするため vesa ドライバを使用するようにしてください。

nVidia CK804 チップセットを持つマシンで Red Hat Enterprise Linux 5.2 を 使用する場合、以下のようなカーネルメッセージを受ける可能性があります:

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

これらのメッセージは特定の PCI-E ポートが IRQ を要求していないことを示します。しかし、これらのメッセージは如何なる面でも操作に影響することはありません。

取り出し可能なストレージデバイス（CD や DVD など）は、 root としてログインしている場合には 自動的にマウントしません。その場合、グラフィカルファイルマネージャを通じて手動でデバイスを マウントする必要があります。

別の方法として、以下のコマンドを使用してデバイスを /media に マウントします:

mount /dev/[device name] /media

設定済のストレージシステムで LUN が削除されると、その変更はホスト上では反映されません。そのようなケースでは、LUN がその時点で 滞留（stale）状態になるため、 dm-multipath が 使用されると lvm コマンドは無限にハングします。

これを迂回するには、滞留している LUN に特有の /etc/lvm/.cache 内にある 全てのデバイスと mpath リンクエントリを削除します。

次のコマンドを使用してこれらのエントリが何かを調べます:

ls -l /dev/mpath | grep [stale LUN]

例えば、[stale LUN] が 3600d0230003414f30000203a7bc41a00 の場合、以下のような結果が 出ます:

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

これは、3600d0230003414f30000203a7bc41a00 が二つの mpath リンク ： dm-4 及び dm-5 にマップされていると言う意味です。

その状況では、以下の行が /etc/lvm/.cache から削除される 必要があります:

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

-ll オプションを持つ multipath コマンドの 実行は、パスの１つがブロックデバイス上にある場合、このコマンドがハングする原因になります。 デバイスが反応しない場合も、ドライバーはしばらく時間を取ると要求を失敗しないことに注意して ください。

これは、パスチェッカー要求が完了するか、失敗するかを待つクリーンアップコードが原因です。コマンドをハングせずに現在の multipath 状態を 表示するには、代わりに multipath -l を使用します。

Red Hat Enterprise Linux 5.2 Beta バージョンの pm-utils から pm-utils をアップグレードしようとすると、次のようなエラーが発生し、アップグレードに失敗します。

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

この問題発生を防ぐには、 アップグレードを行う前に /etc/pm/sleep.d/ ディレクトリを削除しておきます。 /etc/pm/sleep.d/ になんらかのファイルがある場合は、そのファイルを /etc/pm/hooks/ に移動します。

Mellanox MT25204 のハードウェアテストにより特定の高負荷条件下で内部エラーが発生することが明らかになりました。 ib_mthca ドライバがこのハードウェア上で重篤なエラーを報告する場合、 通常、 ユーザーアプリケーションによって生成される未処理の作業要求数に対して完了できるキューの深さが不十分な場合に関連します。

ドライバがハードウェアをリセットしてこのようなイベントから回復しても、 既存の接続はすべてエラー発生時に失われます。 これは一般的にユーザーアプリケーションのセグメンテーション障害となります。 さらに、 opensm がエラー発生時に稼働していた場合は、 正常な動作を再開させるため手動で再起動する必要があります。

ゲストに Red Hat Enterprise Linux 5 をインストールする際に、dom0 によって提供される一時インストールカーネルをゲストが明示的に使用するよう設定すると、ゲストの最初のリブートに対してシャットダウンを強制した場合のみ、インストール終了後に独自のブートローダを使用することができます。

そのため、ゲストのインストールの最後に表示される Reboot ボタンをクリックすると、ゲストはシャットダウンしますが、リブートしません。これは予期される動作です。

この後にゲストをブートすると、独自のブートローダを使用するようになります。

KDE または qt 開発パッケージ (qt-devel など) がインストールされると compiz ソース RPM で rpmbuild の実行に失敗します。これは、compiz 設定スクリプトのバグが原因です。

このバグに対処するには、KDE または qt 開発パッケージを削除してから、ソース RPM から compiz パッケージをビルドするようにします。

システムにATI Radeon R500 または R600 グラフィックカードが装備されている場合、インストール後に firstboot を実行しようとしても実行されません。システムは直接グラフィカルログイン画面に移り、firstboot の実行をスキップします。フェールセーフターミナルなどから手作業で firstboot を実行しようとすると X セッションがクラッシュします。

この問題は ATI Radeon R500/R600 ハードウェアが使用するドライバが原因となっています。これらのグラフィックカードがデフォルトで使用するドライバは技術プレビューの段階です。これに対処するには、/etc/X11/xorg.conf ファイルをバックアップした後、X を設定して以下のコマンドではなく、サポートされる vesa ドライバが使用されるようにします。

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

これで、firstboot を実行できるようになります。元の設定に戻すには、元の/etc/X11/xorg.conf をリストアします。

システムが TSC タイマを使用する場合、gettimeofday システムコールが後方に移動する場合があります。これは、場合によって TSC タイマが大幅に前方移動するオーバーフローの問題が原因です。この問題が発生すると、TSC タイマは独自に問題の修正を行いますが、最終的に後方移動します。

この問題は、トランザクションシステムやデータベースとして使用される時間依存のシステムにとっては重要な問題です。そのため、正確な時間計測が必要となるシステムには、別のタイマ (HPET など) を使用するよう、カーネルを設定することが推奨されます。

sniff を実行しようとするとエラーになることがあります。これは、一部の必要なパッケージが dogtail と共にインストール されていないことが原因です。

この問題が発生しないようにするには、以下のパッケージを手作業でインストールします。

Thin Provisioning (または仮想プロビジョニング) が EMC Symmetrix DMX3 および DMX4 にて初めてリリースされます。詳細は、EMC Support Matrix および Symmetrix Enginuity コードのリリースノートを参照してください。

/etc/multipath.conf内で max_fds を unlimited に設定すると、multipathd デーモンが正しく起動しません。そのため、十分に大きい値を使用するようにしてください。

SystemTap は現在 GCC を使用してユーザースペースのイベントをプローブします。しかし、GCC はパラメータの正確な場所リストを持つデバッガを提供できません。また、GCC は一部のパラメータで可視性も提供できないことがあります。そのため、ユーザースペースをプローブする SystemTap スクリプトが不正確な読み出しを返す場合があります。

IBM T41 ラップトップモデルでは正しく Suspend Mode が入力されないため、Suspend Mode を選択しても通常通り電源が消費されます。これは、Red Hat Enterprise Linux 5 には radeonfb モジュールが同梱されていないからです。

この問題に対応するには、次の行を含む hal-system-power-suspend という名前のスクリプトを /usr/share/hal/scripts/ に追加します。

chvt 1
radeontool light off
radeontool dac off

このスクリプトを追加すると、IBM T41 ラップトップが Suspend Mode を正しく入力するようになります。システムが適切に普通の操作に戻るようにするため、次の行を含む restore-after-standby スクリプトを同じディレクトリに追加します。

radeontool dac on
radeontool light on
chvt 7

edac モジュールがロードされると、BIOS メモリ報告が動作しません。これは、BIOS がメモリエラーの報告に使用するレジスタを edac モジュールが削除してしまうためです。

現在の Red Hat Enterprise Linux Driver Update Model は、デフォルトでカーネルに対して edac を含む利用可能なモジュールをすべてロードするよう指示します。システム上の BIOS メモリ報告を有効にするには、手作業で edac をブラックリストする必要があります。edac をブラックリストするには、以下の行を /etc/modprobe.conf に追加します。

blacklist edac_mc
blacklist i5000_edac
blacklist i3000_edac
blacklist e752x_edac

Red Hat Enterprise Linux 5.3 は、基礎のブロックデバイスのオンライン拡張や縮小を検出できますが、デバイスのサイズ変更を自動的に検出するメソッドはありません。そのため、デバイスのサイズ変更を認識したり、デバイスに存在するファイルシステムのサイズを変更するには、手作業で行う必要があります。サイズ変更されたブロックデバイスが検出されると、以下のようなメッセージがシステムログに表示されます。

VFS: busy inodes on changed media or resized disk sdi

ブロックデバイスが拡張された場合は、このメッセージを無視しても問題ありません。しかし、ブロックデバイス上のデーターセットが縮小される前にブロックデバイスが縮小された場合、デバイスに存在するデータが破損する場合があります。

LUN (またはブロックデバイス) 全体で作成されたファイルシステムのサイズのみオンラインで変更できます。ブロックデバイスにパーティションテーブルがある場合、ファイルシステムをアンマウントしてパーティションテーブルを更新する必要があります。

システムに GFS2 ファイルシステムがマウントされている場合、キャッシュされた i ノードが1 つのノードでアクセスされ、別のノードでリンクされないとノードがハングすることがあります。この問題が発生すると、ハングしたノードをフェンスし、通常のクラスタリカバリメカニズムでリカバリを実行するまでハングしたノードは使用できません。また、ハングしたノードに残されたプロセスのスタックトレースにgfs2_dinode_dealloc および shrink_dcache_memory 関数呼び出しが出力されます。

この問題は単一ノードの GFS2 ファイルシステムには関係ありません。

システムブート中に次のメッセージが表示されることがあります。

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

現在 ipmitool に実装されている User Payload Access により、デバイスは設定できてもデバイスの現在の設定を読み出すことはできません。

--maxsize パラメータを同時に設定せずに kickstart ファイルで swap --grow パラメータを使用すると、anaconda がスワップパーティションの大きさを制限します。拡張してデバイスを満杯にすることはできません。

物理メモリが 2GB 未満のシステムでは、この制限は物理メモリの 2 倍になります。物理メモリが 2GB 以上のシステムでは、物理メモリの大きさに 2GB を足したサイズが制限になります。

gfs2_convert プログラムが GFS2 によって使用されない GFS メタデータのすべてのブロックを解放しないことがあります。未使用のメタデータブロックは、gfs2_fsck が次にファイルシステムで実行された時に検索され解放されます。ファイルシステムを変換して未使用のブロックを解放してから gfs2_fsck を実行することが推奨されます。未使用ブロックは以下のようなメッセージで gfs2_fsck によってフラグが立てられます。

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)

ベアメタル（非仮想）カーネルを実行している場合、X サーバーはモニターから EDID 情報を取り出すことが出来ないかもしれません。 これが発生した時には、グラフィックスドライバーは 800x600 以上の解像度で表示する ことが出来ません。

これを迂回するには、/etc/X11/xorg.conf の ServerLayout セクションに次の行を追加します:

Option "Int10Backend" "x86emu"

Dell M4300 および M6300 では、記録を手作業で有効にする必要があります。次の手順に従ってください。

システムのインストール中にブートデバイス上で暗号化が有効になると、システムブート中に次のメッセージがログに記録されます。

padlock: VIA PadLock not detected.

NVIDIA グラフィクスカードを使用する一部のマシンは、 グラフィカルインストーラを使用する時、又はグラフィカルログイン中に、グラフィクスや フォントの異常表示をする可能性があります。これを迂回するには、仮想コンソールに切り替えて、 その後、オリジナルの X ホストに戻ります。

IBM T61 ラップトップでは、glxgears ウィンドウをクリックしないことが推奨されます (glxgears の稼働時)。このウインドウをクリックすると、システムがロックすることがあります。

この問題に対処するには、/etc/X11/xorg.conf の Device セクションに次の行を追加し、タイル機能を無効にします。

Option "Tiling" "0"

Dell M4300 および M6300 では、記録を手作業で有効にする必要があります。次の手順に従ってください。

システムが Intel 945GM グラフィックカードを使用する場合は i810 ドライバは使用しないでください。デフォルトの intel ドライバを使用してください。

デュアル GPU ラップトップのグラフィックチップの 1 つが Intel ベースの場合、Intel グラフィックモードは HDMI やDVI、DisplayPort を含む外部のデジタル接続を駆動できません。これは Intel GPU のハードウェア制限です。外部のデジタル接続が必要な場合は、BIOS の個別グラフィックチップを使用するようシステムを設定してください。

Alt-SysRq-W を使用してデバッグを行うと、次のような警告メッセージが表示されます。

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

その後、システムがハングするという警告も表示されますが、システムはハングしないため、このメッセージは無視しても問題ありません。

Dell M4300 および M6300 では、記録を手作業で有効にする必要があります。次の手順に従ってください。

PPC カーネルイメージのサイズが大きいため、OpenFirmware ではサポートされません。このため、ネットワークブートに失敗し、次のエラーが発生します。

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

2GB 以上のゲストストレージが定義されている z/VM で Red Hat Enterprise Linux 5.2 を稼働する場合、Queued-I/O assist (QIOASSIST) オプションが有効な QDIO モードの FCP や OSA デバイスへは、無効なデータも読み書きすることができます。ご使用のシステムにそのようなデバイスがある場合は、以下のリンクから該当する z/VM の PTF (プログラム臨時修正) をダウンロードし、インストールすることを推奨します。

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

z/VM ダンプを読み込んで直接ファイルに変換することはできません。その代わりに まず最初に z/VM リーダーからのダンプを、vmur を使用して Linux ファイルにコピーして、そのダンプを、vmconvert を 使用して Linux 読み込み可能ファイルに変換します。

IBM System z は伝統的な Unix スタイルの物理的な コンソールを提供しません。そのため、IBM System z 用の Red Hat Enterprise Linux 5.2 は初期プログラムロード中に firstboot の 機能をサポートしていません。

IBM System z 上で Red Hat Enterprise Linux 5.2 用に正しい初期化を設定するには、インストールの後で、次のコマンドを実行します:

一部の Itanium システムは kexec purgatory コードから 正しくコンソール出力を生成できません。このコードには、クラッシュ後にメモリーの先頭の 640k を バックアップする指示が含まれています。

purgatory コンソール出力は、問題の診断用に役に立ちますが、 kdump を正常に動作させるのには必要ではありません。そのため、 ご使用の Itanium システムが kdump 操作中に リセットをしてしまう場合は、/etc/sysconfig/kdump にある KEXEC_ARGS に --noio を追加することで、 purgatory 内のコンソール出力を無効にします。

異なる CPU 速度が検出されると perftest の実行に失敗します。そのため、CPU 速度のスケーリングを無効にしてから perftest を実行してください。

kdump カーネルがブートされると、以下のエラーがブートログに表示されます。

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

このエラーは、正しくないパスに efirtc を作成するよう指示する誤った要求が原因で発生しますが、kdump サービスが起動すると、このデバイスパスは initramfs で静的に作成されます。そのため、ランタイム時におけるデバイスノードの作成は冗長で、kdump のパフォーマンスに影響はないはずです、

一部のシステムでは kdump カーネルが適切にブートされません。このような場合は、machvec=dig カーネルパラメータを使用してください。

Dell M4300 および M6300 では、記録を手作業で有効にする必要があります。次の手順に従ってください。

SELinux をenforcing モードで稼働している Intel Itanium ベースのシステムでは、allow_unconfined_execmem_dyntrans ブール変数または allow_execmem ブール変数を有効にして、IA-32 実行レイヤ (ia32el サービス) が正常に動作するようにしなければなりません。Red Hat Enterprise Linux 5 では、デフォルトで allow_unconfined_execmem_dyntrans ブール変数は無効で allow_execmem ブール変数は有効になっています。このデフォルト設定では、ia32el サービスによって 32 ビットのエミュレーションがサポートされますが、両方のブール変数が無効になっているとエミュレーションに失敗します。