簡介

這個《發行公告》含括下列的主題:

  • 安裝類的公告

  • 功能更新

  • 驅動程式更新

  • 核心的相關更新

  • 其它更新

  • 技術搶先版

  • 已解決的問題

  • 已知問題

Red Hat Enterprise Linux 5.1 上的一些更新可能尚未出現在本《發行公告》裡。您可以在以下網址找到最新的《發行公告》:

http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/index.html

安裝類的公告

下列部份包括 Red Hat Enterprise Linux 5.1 的安裝、以及安裝程式 Anaconda 的特定資訊。

要升級 Red Hat Enterprise Linux 5,您必須使用 Red Hat Network 來升級已安裝的套件。

您可以藉由 Anaconda,安裝一份完整的 Red Hat Enterprise Linux 5.1;或從 Red Hat Enterprise Linux 5 的「最新更新版本」,升級至 Red Hat Enterprise Linux 5.1。

  • 假如您打算複製 Red Hat Enterprise Linux 5 的光碟片內容(例如為了要準備網路安裝),請記得「」複製作業系統的光碟片,請勿複製 Supplementary CD-ROM 光碟或任何不同等級產品的光碟片,因為這麼做的話將會覆蓋掉 Anaconda 正常操作所需的檔案。

    Supplementary CD-ROM 的內容和其它不同等級產品的光碟片必須在 Red Hat Enterprise Linux 5.1 被安裝「之後」才能安裝。

  • 當在一個完整虛擬化的客座上安裝 Red Hat Enterprise Linux 5.1 時,「請勿」使用 kernel-xen 核心。在完整虛擬化的客座上使用這個 kernel 可能會使系統停滯。

    當您正在一個完整虛擬化的客座上安裝 Red Hat Enterprise Linux 5.1 時,若您使用了一組安裝號碼(Installation Number)的話,請記得在安裝時反選 Virtualization 套件群組。Virtualization 套件群組選項會安裝 kernel-xen 核心。

    請注意半虛擬化的客座不會被此問題影響。半虛擬化的客座總是使用 kernel-xen 核心。

  • 當您由 Red Hat Enterprise Linux 5 升級至 5.1 時,若您正在使用虛擬化的核心的話,您必須在升級完成過後重新啟動系統。

    Red Hat Enterprise Linux 5 與 5.1 的管理程序和 ABI 並不相容。若您在升級之後不重新啟動的話,升級後的虛擬化 RPM 便不會與執行中的 kernel 匹配。

安裝/啟動 iSCSI 軟體初始程式 (open-iscsi)

iSCSI 安裝程序和 boot 原本是被用在 Red Hat Enterprise Linux 5 之中作為技術預覽用的。這項功能現在已被完整支援了,以下描述了它的各種限制。

此功能含有三種配置,這取決於您所處於的現況,您是否:

  • 正在使用一個硬體 iSCSI 啟動程序(像是 QLogic qla4xxx

  • 正在一部含有 iSCSI 的韌體 boot 支援的系統上使用 open-iscsi 啟動程序(例如 iSCSI Boot Firmware 或是一個支援 iSCSI boot 功能的 Open Firmware 版本)

  • 正在一部沒有 iSCSI 的軔體 boot 支援的系統上使用 open-iscsi 啟動程序

正在使用硬體 iSCSI 啟動程序

若您使用的是硬體 iSCSI 啟動程序,您能夠使用硬體的 BIOS 設定工具來輸入 IP 位址以及其它必要的參數來存取遠端存儲(remote storage)。遠端存儲的邏輯單元能被使用在 Anaconda 之中為標準的 sd 裝置,並且無須額外的設定。

若您需要測定啟動程序的全名(IQN)以便配置遠端存儲伺服器的話,請在安裝時按照下列步驟進行:

  1. 請至您選擇用來進行安裝的硬碟的安裝程序頁面。

  2. 按下進階的存儲配置

  3. 按下新增 iSCSI 目標

  4. 接著 iSCSI IQN 就會顯示在該畫面上。

在一部含有 iSCSI 的 Firmware Boot 的系統上使用 open-iscsi

若您正在一部含有 iSCSI 的軔體支援的系統上使用 open-iscsi 軟體啟動程序,請使用軔體的設定工具來輸入 IP 位址以及其它必要的參數來存取遠端存儲。這樣做會改變系統配置並使其藉由遠端 iSCSI 存儲來啟動。

目前,Anaconda 並不會存取由軔體所持有的 iSCSI 資訊。您必須在安裝過程中手動式地輸入目的地 IP 位址。若要如此,請藉由使用上述所描述的程序來測定啟動程序的 IQN。之後,請在安裝程序 IQN 被顯示的相同的安裝程式頁面上指定您希望安裝至的 iSCSI 目的地 IP 位址。

當您手動式地指定 iSCSI 目的地的 IP 位址之後,iSCSI 目的地上的邏輯單位就能被用來進行安裝。由 Anaconda 所建立的 initrd 現在將會取得 iSCSI 目的地的 IQN 以及 IP 位址。

若 iSCSI 目的地的 IQN 或是 IP 位址在未來改變的話,請在各個啟動程序上輸入 iBFT 或是 Open Firmware 設定工具然後更改相應的參數。在這之後,請像以下一樣地修改各個啟動程序的 initrd(儲存在 iSCSI 之中):

  1. 藉由使用 gunzip 來擴展 initrd

  2. 請藉由使用 cpio -i 來進行拆包。

  3. 請在 init 檔案中搜尋包含著 iscsistartup 這個字串的行列。該行列也包含著 iSCSI 目的地的 IQN 以及 IP 位址,請將此行列更新為新的 IQN 和 IP 位址。

  4. 請藉由使用 cpio -o 來將 initrd 重新封包。

  5. 請藉由使用 gunzip 來將 initrd 重新壓縮。

作業系統能取得由 Open Firmware / iBFT 軔體所持有的 iSCSI 資訊的這項功能已被計劃在未來的發行版本中。這項功能上的加強免除了每當 iSCSI 目的地的 IP 位址或是 IQN 改變時,為各個啟動程序修改 initrd(儲存在 iSCSI 存儲當中)的必要性。

在一部沒有 iSCSI 的 Firmware Boot 支援的系統上使用 open-iscsi

若您正在一部 iSCSI 無軔體 boot 支援的系統上使用 open-iscsi 軟體啟動程序的話,請使用網路啟動功能(像是 PXE/tftp)。在此情況下,請依照先前描述的相同程序來測定啟動程序的 IQN 並指定 iSCSI 目的地的 IP 位址。當完成之後,請將 initrd 複製至網路啟動伺服器並將系統設定為網路啟動。

相同地,若 iSCSI 目的地的 IP 位址或是 IQN 改變的話,initrd 也應相應地被修改。若要如此,請使用和先前所描述的相同程序來修改各個啟動程序的 initrd

功能更新

加強型的 EXT3

EXT3 現在的最大容量是 16TB(原先為 8TB)。這項改善原本被包含在 Red Hat Enterprise Linux 5 之中為技術預覽,而現在已被完整地支援在此更新中了。

yum-security

現在我們已能將 yum 限制為「」安裝安全性更新。若要如此,請安裝 yum-security 插件並執行下列指令:

yum update --security

Anaconda layer 2 模式加強
獨立地將資源重新啟動

現在我們能夠不中斷一項資源的 parent 服務就能重新啟動該資源。這項配置能透過在一個運作中的節點上的 /etc/cluster/cluster.conf 之中使用 __independent_subtree="1" 屬性來將資源標記為獨立的。

比方說:

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

在此,有兩個檔案系統資源被使用了:OneTwo。如果 One 失敗的話,它就會被重新啟動,並且不會干擾到 Two。若 Two 失敗的話,所有元件(OneOne 的子資源以及 Two 的子資源)都會被重新啟動。Two 和它的子資源不會依靠任何由 One 所提供資源。

請注意 Samba 需要一個特定的服務架構,並且就其本身而言,它無法被用在一項含有獨立子目錄的服務中。其它的一些資源也是如此,所以當使用 __independent_subtree="1" 這個屬性時請格外注意。

虛擬化(Virtualization)

下列虛擬化更新也被包含在此發行版中:

  • 虛擬化的核心現在已能使用 kdump 功能。

  • AMD-V 現在在此發行版本已被支援。這使得完整虛擬化的客座能夠達到即時的網域遷移。

  • 虛擬化的核心現在能支援至 256GB 的記憶體。

  • in-kernel socket API 現在已被擴展了。這是用來除去在客座之間執行 sctp 時所產生的錯誤用的。

  • 虛擬網路現在是虛擬化函式庫 libvirt 的一部分。libvirt 有一組指令用來設定一台機器上所有本地客座端的虛擬 NAT / 路由器與私有網路。這對不需要從外界進行網路路由的客座端特別方便。這對在筆記型電腦上執行虛擬功能的程式設計師來說,也很有用。

    請注意,虛擬網路功能新增了與 dnsmasq 的相依性,後者能為虛擬網路處理 dhcp 相關事宜。

    若想取得更多 libvirt 的資訊,請參閱 http://libvirt.org

  • 現在 libvirt 可以管理非運作中的虛擬機器。libvirt 透過定義與取消定義網域來達成這項工作,而不用停止或啟動網域。這功能與 virsh definevirsh undefine 指令類似。

    這項新增的功能能讓 Red Hat 虛擬機器管理員顯示所有可用的客座端。這能讓您直接從圖形使用者介面啟動這些用戶端。

  • 現在在安裝 kernel-xen 套件之後已不會導致錯誤或未完成的 elilo.conf 項目。

  • 完整虛擬化的客座現在已支援即時遷移(hot-migration)。

  • xm create 指令現在在 virt-manager 之中已含有圖形化介面。

  • Nested Paging(NP)現在已被支援。這項功能減少了虛擬化環境之中記憶體管理的複雜性。另外,NP 還減少了耗費大量記憶體的客座中的 CPU 使用量。

    目前就預設值來講,NP 並未被啟用。若您的系統支援 NP 的話,我們強烈建議您透過啟動管理程序並使用 hap=1 這個參數來啟用 NP。

這個虛擬化的功能更新還包含了能夠在 64 位元主機上安裝以及執行半虛擬化 32 位元客座的功能。不過,該功能被提供為技術預覽,就其本身而言,它並不在生產用途上受到支援。

分享頁表(Shared Page Table)

hugetlb 記憶體的 Shared page tables(分享頁表)現在已被支援。這使得頁表項目能被共享在多重程序之間。

在多重程序之間分享頁表項目能夠耗費較少快取記憶體空間。這能改善應用程式的快取記憶體資料命中率(cache hit ratio),使得應用程式的效能大幅改善。

tick_divider

tick_divider=<value> 這個選項是個 sysfs 參數,它能讓您調整系統時鐘頻率(system clock rate)並且維持和用戶空間應用程式相同的可見 HZ timing value。

使用 tick_divider= 選項能讓您減少 CPU 的虛耗並增加效率,不過卻會使時間上的運作和判斷準確性降低。

標準 1000Hz clock 的有用的 <values> 是:

  • 2 = 500Hz

  • 4 = 250Hz

  • 5 = 200Hz

  • 8 = 125Hz

  • 10 = 100Hz(先前的 Red Hat Enterprise Linux 發行版所使用的值)

請注意,虛擬化的 kernel 並不在客座上支援多重的 timer rate。Dom0 在所有的客座上都使用了固定的 timing rate;這能減少多重 tick rate 所可能造成的負荷。

安裝 dm-multipath 裝置

Anaconda 現在可以偵測、建立並安裝 dm-multipath 裝置。若要啟用這項功能,請在核心開機命令列中,加入 mpath 參數。

這項功能原本被介紹在 Red Hat Enterprise Linux 5 之中為技術預覽,現在在此發行版中已完全地被支援。

請注意,dm-multipath 也含有 Dell MD3000 的 inbox 支援。不過,使用 dm-multipath 來存取 MD3000 的多重節點無法執行即時的自動恢復(failback)。

另外,若您的系統同時含有多路徑和非多路徑裝置的話,我們強烈建議您使用 Anaconda 中的自訂磁區分割(Custom Partitioning)介面。若在此情況下使用自動磁區分割(Automatic Partitioning)的話可能會造成這兩種裝置都被建立在相同的邏輯磁區群組(logical volume group)中。

目前,這項功能有以下限制:

  • 如果開機 LUN(Logical Unit Number)的路徑是唯一的話,那麼即使指定的 mpathAnaconda 還是會安裝至該 SCSI 裝置。即使您啟用了開機 LUN 的多重路徑,並重新建立 initrd,作業系統還是會從 SCSI 裝置開機,而不是 dm-multipath 裝置。

    然而,如果一開始開機 LUN 就使用多重路徑,那麼在核心啟動命令列中指定了 mpathAnaconda 就會正確地安裝到相對應的 dm-multipath 裝置。

  • 預設上,multipath.conf 中的 user_friendly_names 會設為 yes。要支援 dm-multipath 的 root 裝置,這是必要的設定。因此,將 user_friendly_names 設定為 no 再重新產生 initrd 會導致開機失敗,您會看到以下訊息:

    Checking filesystems
    fsck.ext3: No such file or directory while trying to open /dev/mapper/mpath0p1
    
從 SAN(Storage Area Network,儲存區域網路)開機

本版亦支援從 SAN 磁碟裝置開機。本處 SAN 指得是光纖通道(Fibre Channel)或 iSCSI 介面。這功能也透過 dm-multipath 的多重路徑,支援「系統至儲存裝置」的連線。

在使用多重主機匯流排介面卡(HBA,Host Bus Adapter)時,如果所有透過目前介面卡的路徑都無法連接,那麼使用者可能需要設定系統 BIOS,從另一張介面卡開機。

nfsroot

此版本已經完全支援 nfsroot。這能讓用戶所執行 Red Hat Enterprise Linux 5 .1 的 root 檔案系統(/)透過 NFS 來掛載。

nfsroot 原本在 Red Hat Enterprise Linux 5 中被介紹為技術預覽功能Stateless Linux 中的一部分。Stateless Linux 的完整實作現在依舊是技術預覽的一部分。

目前 nfsroot 有以下限制:

  • 每個用戶端都必須在 NFS 伺服器上,使用其獨立的 root 檔案系統。即使使用的是唯讀的 root,這限制依然存在。

  • SWAP 不可使用於 NFS 環境中。

  • SELinux 不能在 nfsroot 用戶端中啟用。一般來說,Red Hat 並不建議停用 SELinux。因此使用者必須仔細衡量這動作所帶來的安全性考量。

請參考以下步驟,設定 nfsroot。這步驟假設您的網路裝置是 eth0,相關連的網路驅動程式是 tg3。請視您的系統設定,調整這些參數:

  1. 請藉由使用下列指令來在您的家目錄中建立 initrd

    mkinitrd --with=tg3 --rootfs=nfs --net-dev=eth0 --rootdev=<nfs server ip>:/<path to nfsroot> ~/initrd-<kernel-version>.img <kernel-version>

    這個 initrd 必須透過使用 Red Hat Enterprise Linux 5.1 核心來建立。

  2. 接下來,請透過先前產生的 initrd 來建立一個 zImage.initrd 映像。zImage.initrd 是個壓縮過的 kernel 和 initrd,全部都處於相同的一個映像檔之中。請使用下列指令;

    mkzimage /boot/System.map-<kernel-version> ~/initrd-<kernel-version>.img /usr/share/ppc64-utils/zImage.stub ~/zImage.initrd-<kernel-version>

  3. 請將建立的 zImage.initrd-<kernel-version> 複製至一個位於您 tftp 伺服器上,可匯出的位置上。

  4. 請確認 nfs 伺服器上被匯出的 nfsroot 檔案系統包含著必要的二進位檔案和模組。這些二進位檔案和模組必須與在步驟一之中用來建立 initrd 的 kernel 版本相對應。

  5. 配置 DHCP 伺服器並將客戶端指向目的地 zImage.initrd-<kernel-version>

    若要如此,請將下列項目新增至 DHCP 伺服器的 /etc/dhcpd.conf 檔案中:

    next-server <tftp hostname/IP address>;
    filename "<tftp-path>/zImage.initrd";
    

    請注意,<tftp-path> 應該在 tftp 匯出目錄中,指定路徑至 zImage.initrd。舉例來說,如果 zImage.initrd 的絕對路徑是 /tftpboot/mykernels/zImage.initrd,而 /tftpboot/tftp 匯出目錄,那麼 <tftp-path> 應該是 mykernels/zImage.initrd

  6. 最後,請設定您系統的開機設定參數,使其先從網路裝置啟動(就這例子來說,網路裝置是 eth0)。

GFS2

GFS2 是 GFS 的升級版本。此更新套用了一些顯著的改進,這需要更改 on-disk 檔案系統的格式。GFS 檔案系統能透過使用 gfs2_convert 工具被轉換為 GFS2,該工具能更新 GFS 檔案系統的 metadata。

GFS2 原本被發行在 Red Hat Enterprise Linux 5 之中為技術支援,而現在在此更新中已被完整支援。基準測試在下列情況下顯示了較快的效能:

  • 大量使用某個單獨的目錄以及較快速的目錄掃描(Postmark benchmark)

  • 同步 I/O 作業(fstest benchmark 測試顯示了像是 TIBCO 的訊息應用程式都含有顯著的效能提升)

  • 快速緩衝貯存區(cache)的讀取,因為已不再有任何 locking overhead 存在了

  • 將 I/O 導向至事先指派的檔案

  • NFS 檔案處理搜尋

  • df,因為分配資訊現在已被貯藏了

另外,GFS2 還含有下列的改變:

  • 日誌現在變成了純(隱藏)檔案而不再是 metadata。日誌現在能隨著額外的伺服器掛載一個檔案系統而被不斷地新增。

  • 配額現在能藉由 quota=<on|off|account> 這個掛載選項來啟用與停用

  • 現在叢集(cluster)上已不需要 quiesce 就能為錯誤恢復重新進行日誌

  • 現在已支援十億分之一秒為時間戳單位

  • 和 ext3 相同,GFS2 現在已支援 data=ordered 模式

  • 屬性設定 lsattr()chattr() 現在能透過標準的 ioctl() 來支援

  • 超過 16TB 的檔案系統現在已被支援

  • GFS2 是個標準的檔案系統,並且能被使用在非叢集的配至中

驅動程式更新程式

驅動程式更新程式(DUP)是被設計來讓第三方供應商(像是 OEM)使用正規的 RPM 套件為發佈容器,並新增它們自己的裝置驅動程式已及其它 Linux Kernel 模組至 Red Hat Enterprise Linux 5 系統用的。

Red Hat Enterprise Linux 5.1 套用了一些 DUP 的更新,最顯著的就是:

  • 透過驅動程式更新磁片的 install-time 驅動程式更新套件的安裝現在已被支援

  • 能影響系統 bootpath 的 bootpath 驅動程式更新現在已被支援

  • Advanced Linux Sound Architecture(ALSA)的第三方封裝現在已不受支援了

更多的各種更新都被套用至認證的核心 ABI symbol 白名單(whitelist,相對於「黑名單」)中了。這些白名單會被封裝的驅動程式用來測定哪些 kernel 所提供的符號和資料結構能被用在第三方驅動程式之中。

若想取得更多資訊請參閱 http://www.kerneldrivers.org/RedHatKernelModulePackages

驅動程式更新

一般的驅動程式更新
  • acpi:已更新的 ibm_acpi 模組,用來解決幾個聯想(Lenovo)手提電腦上的 ACPI 以及擴充基座(docking station)問題。

  • ipmi:輪詢 kthread 現在在硬體中斷被指派至系統管理晶片(Baseboard Management Controller)時已不會再運作了。

  • sata:SATA/SAS 已更新至版本 2.6.22-rc3。

  • openibopenmpi:已升級至 OFED(OpenFabrics Enterprise Distribution)版本 1.2。

  • powernow-k8:已升級至版本 2.0.0 並完整支援 Greyhound

  • xinput:被新增來啟用完整的 RSA 支援。

  • aic94xx:已升級至版本 1.0.2-1,並且嵌入的程序裝置軔體也被升級至 v17。這些更新套用了下列變更:

    • 修復了含有擴充器的平台上的 ascb 競賽條件(race condition)

    • 新增了 REQ_TASK_ABORT 以及 DEVICE_RESET 處理程序

    • 在一項 discovery 錯誤產生後,實體端口現在已會被正確地清除了

    • phys 現在能透過 sysfs 來啟用與停用

    • 延伸使用 DDB lock 來避免 DDB 的競賽條件

音頻信號

ALSA 已被更新為版本 1.0.14。此更新包含著下列除錯:

  • 修復了 IBM Taroko(M50)上的噪音問題

  • Realtek ALC861 現在已被支援

  • 修復了 xw8600 與 xw6600 上的靜音問題

  • ADI 1884 音訊現在已被支援

  • 修復了 xw4600 上的一個音訊配置問題

PCI
  • 新增了功能呼叫以便設置 PCIX 與 PCI-Express 的最大讀取要求大小

  • IBM System P 機器現在已支援 PCI-Express 熱插拔

  • 新增了必要的驅動程式以及 PCI ID 來支援 SB600 SMBus

網路
  • e1000 驅動程式:已更新至版本 7.3.20-k2 來支援可用 I/OAT 的晶片組。

  • bnx2 驅動程式:已更新至版本 1.5.11 來支援 5709 硬體。

  • B44 乙太網路驅動程式:由上游版本 2.6.22-rc4 移植回來,這套用了下列變更:

    • 已做了幾個 endianness 修復

    • DMA_30BIT_MASK 這個常數現在已被使用

    • skb_copy_from_linear_data_offset() 現在已被使用

    • spin_lock_irqsave() 現在含有安全性較高的中斷禁止

    • 在恢復時會進行一個簡單的錯誤檢查

    • 幾個 multicast 的修復已被套用

    • 晶片重設現在會花比先前所預期還要久的時間

  • Marvell sky2 驅動程式:已更新至版本 1.14 並修復了一個當重複執行 ifup/ifdown 指令時造成 kernel panic 的問題。

  • forcedeth-0.60 驅動程式:現在已包含在此發行版中。這為使用 NVIDIA 的 MCP55 主機板晶片組和相應的 onboard NIC 的用戶修復了一些重大錯誤。

  • ixgb 驅動程式:已更新為最新的上游版本(1.0.126)。

  • netxen_nic 驅動程式:版本 3.4.2-2 已被新增以便支援 NetXen 10GbE 網路卡。

  • 現在已支援 Chelsio 10G 乙太網路控制器。

  • s2io 裝置新增了 PCI 錯誤復原上的支援。

  • Broadcomm 無線乙太網路驅動程式現在已支援 nx6325 介面卡的 PCI ID。

  • 修復了一個當嘗試透過 ifup 啟動 BCM4306 時所造成的 ASSERTION FAILED 錯誤的問題。

  • ixgb 驅動程式:已為 Intel 10-gigabit 的乙太網路卡更新並新增了 EEH PCI 錯誤復原上的支援。如欲取得更多相關資訊,請參閱 /usr/share/doc/kernel-doc-<kernel version>/Documentation/pci-error-recovery.txt

  • qla3xxx 驅動程式:重新啟用並更新至版本 2.03.00-k3 以便為 QLogic iSCSI 切換器(不使用 iSCSI)提供網路作業支援。

  • Intel PRO/Wireless 3945ABG 網路驅動程式:更新為版本 1.2.0。這項更新解決了一些問題,包括一個在某些手提電腦上、特定情況下有可能會發生的 soft lockup 錯誤。

  • qla2xxx:驅動程式已更新為版本 8.01.07-k6。這含有幾項改變,最明顯的就是:

    • iIDMA 現在已被支援

    • 下列光纖通道(Fibre Channel)屬性現在已被支援:

      • 符號節點名稱(symbolic nodename)

      • 系統主機名稱(system hostname)

      • 架構名稱(fabric name)

      • 主機連結埠狀態(host port state)

    • trace-control async 事件已不再會被記錄

    • 重置處置邏輯已被修訂

    • MSI-X 現在已被支援

    • IRQ-0 任務現在已按照系統來處理

    • NVRAM 更新會即刻生效

IPMI

此發佈版本包含了 IPMI 驅動程式集的更新,這包含了從版本 2.6.21.3 起的上游變更,以及一些包含在 2.6.22-rc-4 的更新檔。此更新包含著下列變更(以及其它):

  • 修復了 ipmi_si_intf 之中,未初始化的資料 bug

  • 若有另一個驅動程式支援中斷的話,kipmid 就不再會被啟動

  • 用戶現在能夠透過 force_kipmid 來置換掉 kernel daemon enable

  • 依照頻道的指令註冊現在已被支援

  • MAX_IPMI_INTERFACES 已不再被使用

  • hot system interface removal 現在已被支援

  • 新增了用來支援軔體更新的維護模式(Maintenance Mode)

  • pigeonpoint IPMC 新增了 poweroff 支援

  • BT subdriver 現在能夠倖免於長久的逾時時間

  • 新增了 pci_remove 處理以便在 hot remove 之後正確地進行清除

若要取得更多有關於新模組參數的相關資訊,請參閱 /usr/share/doc/kernel-doc-<核心版本>/Documentation/IPMI.txt

SCSI
  • 由 Red Hat Enterprise Linux 4 移植了 SCSI 黑名單至此發行版本。

  • aic79xx 驅動程式新增了 PCI ID。

  • aacraid 驅動程式:已更新至版本 1.1.5-2437 來支援 PRIMERGY RX800S2 以及 RX800S3

  • megaraid_sas 驅動程式:已更新至版本 3.10。此更新定義了 bios_param 的進入點,以及新增了一個 IOCTL 記憶池,並且套用了幾個較小的 bug 除錯。

  • Emulex lpfc 驅動程式:更新為版本 8.1.10.9。此更新含有一些變更,最明顯的就是:

    • 修復了 ioctl 路徑中的 host_lock 管理員

    • AMD 晶片組現在已能被自動地偵測到,並且 DMA 長度已被縮減至 1024 個位元組

    • dev_loss_tmo 當中,若 discovery 被啟用的話,節點就不會被移除掉

    • 8GB 的連接速度現在已被啟用

  • qla4xxx 驅動程式已被更新並含有下列變更:

    • 新增了 IPV6、QLE406x 以及 ioctl 模組上的支援

    • 修復了一個會造成閉鎖的 mutex_lock bug

    • 解決了當嘗試載入 / 卸載 qla4xxxqla3xxx 這兩個介面時所造成的閉鎖

  • mpt fusion 驅動程式:已更新至版本 3.04.04。此更新含有一些變更,最明顯的就是:

    • 修正了幾個錯誤處理的 bug

    • mptsas 現在已將目標重置串行化

    • mptsasmptfc 現在已支援邏輯單元號碼(LUN)以及大於 255 的目標

    • 修正了一個造成 DVD 驅動程式效能大幅下降的 LSI mptspi 驅動程式迴歸

    • 當某個 LSI SCSI 裝置回傳了 BUSY 的狀態時,I/O 現在已不會再嘗試幾次過後便失敗

    • 在自動重建之後,RAID 陣列已不會變得無法使用

  • arcmsr 驅動程式:被新增來提供 Areca RAID 控制器的支援。

  • 3w-9xxx 模組:已被更新並能正確地支援 3ware 9650SE。

Kernel 的相關更新

  • CIFS 客戶端已被更新為版本 1.48aRH。這是基於 1.48a 發行版,以及含有下列變更的更新檔:

    • 掛載選項 sec=none 會造成匿名的掛載

    • CIFS 現在在 POSIX 擴充啟用之後會遵守 umask

    • 修復了要求封包簽章(packet signing)的 sec= 掛載選項

    EMC Celerra 產品(NAS Code 5.5.26.x 或以下)的使用者請注意,當存取 EMC NAS 上的共享檔案時,CIFS 客戶端會擱置。此問題會由底下的 kernel 訊息顯示出:

    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
    

    在 CIFS 掛載之後,您將無法讀取或寫入它上面的任何檔案,並且任何在掛載點嘗試 I/O 的應用程式都會擱置。若要解決此問題,請更新至 NAS Code 5.5.27.5 或更新版本(使用 EMC Primus case number emc165978)。

  • MODULE_FIRMWARE 分頁現在已被支援。

  • ICH9 控制器現在已被支援。

  • Greyhound 處理器現在已在 CPUID 呼叫中被支援。

  • Oprofile 現在已支援新的 Greyhound 效能計算事件。

  • Directed DIAG 現在已被支援,並能改善 z/VM 的使用率。

  • Intel 繪圖晶片現在已透過 DRM kernel 模組被支援。另外,DRM API 已被升級至版本 1.3 並能支援直接的繪圖。

  • ACPI 電源管理員的更新改善了 S3 suspend-to-RAM 以及 S4 hiberate。

其它更新

  • gaim 現在被稱為 pidgin

  • Intel microcode 已被更新為版本 1.17。這為新的 Intel 處理器新增了支援。

  • EMC Clariion 儲存庫上使用 dm-multipath 來進行的暗示 active-active 故障復原現在已被支援。

  • 中文字體 Zysong 已不再是 fonts-chinese 套件中的一部分。Zysong 現在已被包含在分開的套件為 fonts-chinese-zysongfonts-chinese-zysong 套件位於 Supplementary CD 之中。

    請注意 Chinese National Standard GB18030 需擁有fonts-chinese-zysong 套件才能被支援。

  • Challenge Handshake Authentication Protocol(CHAP)使用者名稱與密碼各含有 256 個字元的限制。

  • pump 在此更新中不宜使用。就其本身而言,透過 netconfig 來配置您的網路介面可能會造成 ifcfg script 損毀。

    若要正確地配置您的網路介面,請使用 system-config-network 來代替。若安裝已更新的 system-config-network 套件會將 netconfig 移除掉。

  • 不再支援 rpm --aid 選項。我們建議您使用 yum 來升級、安裝套件。

技術搶先版

技術預覽的功能目前並「」含括在 Red Hat Enterprise Linux 5.1 的訂閱服務中,這些功能可能還不完整,也不適用於生產環境之下。然而,為了客戶的方便,並提供更高的曝光率,因此我們將這些功能放入此產品中。

使用者可能會發現這些功能在非生產環境下非常有用。在我們完整支援這些功能前,使用者能夠針對技術預覽回饋意見,並且建議新的功能。針對高嚴重性的安全問題,我們會提出勘誤修正。

在技術預覽的發展過程中,其額外部份可能也會釋出,以便讓公眾測試。Red Hat 將在未來不論大小的版本中,完整支援技術預覽功能。

Stateless Linux

Stateless Linux 是一種新的執行與管理系統之思維方法,用來簡化大量系統的管理工作,方法是讓管理者能輕易地替換系統。主要作法是準備系統的映像檔,透過大量的 stateless 系統來複製與管理,以唯讀的方式來執行作業系統(詳情請參閱 /etc/sysconfig/readonly-root)。

在它目前發展的階段中,Stateless 功能為目標的一部分。就其本身而言,該項功能還是一樣保持為「技術預覽」。

以下是包括在 Red Hat Enterprise Linux 5 的最初功能清單:

  • 透過 NFS 執行 stateless 映像檔

  • 透過 loopback over NFS 執行 stateless 映像檔

  • 在 iSCSI 上執行

我們強烈建議想測試 stateless 功能的使用者讀取 HOWTO 技術文件,網址為:http://fedoraproject.org/wiki/StatelessLinuxHOWTO ,並加入 stateless-list@redhat.com 郵件論壇。

Stateless Linux 的啟用架構元件原本在 Red Hat Enterprise Linux 5 之中已被介紹。

AIGLX

AIGLX 屬於完整支援 X 伺服器的技術預覽功能。其目標是在標準桌面上,啟用 GL 加速特效。這項專案計劃包括以下內容:

  • 稍微修改的 X 伺服器

  • 更新過的 Mesa 套件,支援新的通訊協定

安裝這些元件後,不需要太多變更,您的電腦上就可以擁有 GL 加速特效,以及不需要取代 X 伺服器就可以啟用或停用這些特效的能力。AIGLX 也啟用了遠端 GLX 應用程式,以善用硬體 GLX 加速所帶來的好處。

devicescape (d80211)

devicescape 堆疊能啟用 iwlwifi 4965GN 無限網路驅動程式。此堆疊允許特定的無限裝置連結至任何的無線網路上。

此堆疊含有個需要由上游所允許的編碼基數。另外,此堆疊的穩定性還需經過一番測試。就其本身而言,這個堆疊被包含在此發行版本中技術預覽。

FS-Cache

FS-Cache 是本地的快取機制,給遠端檔案用;它能讓使用者在本地掛載的磁碟上,快取 NFS 資料。要設定 FS-Cache 功能,請安裝 cachefilesd 套件,並參閱 /usr/share/doc/cachefilesd-<version>/README 中的指示。

請以所安裝的 cachefilesd 之版本,取代以上 <version>

Systemtap

Systemtap 提供了免費(GPL)的軟體架構,以便簡化搜集執行中的 Linux 系統的資訊。這能幫助使用者診斷效能或功能上的問題。有了 systemtap 的幫助,程式設計師就不需要透過複雜的工具,進行冗長的編譯、安裝以及重新開機的過程。

iSCSI 目的地

Linux 的目標(tgt)架構允許系統在其它擁有 SCSI 啟動程序的系統上伺服 block-level 的 SCSI 儲存庫。這項功能被佈署為 Linux iSCSI 目的地,透過網路為任何 iSCSI 啟動程序伺服儲存庫。

若要設置 iSCSI 目的地,請安裝 scsi-target-utils RPM 並參閱指南:

  • /usr/share/doc/scsi-target-utils-<version>/README

  • /usr/share/doc/scsi-target-utils-<version>/README.iscsi

請以所安裝的相應版本的套件來取代 <version>

欲取得更多相關資訊請參閱 man tgtadm

FireWire

firewire-sbp2 模組被包含在此更新中為技術預覽。該模組能啟用和 FireWire 儲存裝置以及掃描器之間的連結。

目前,FireWire 並不支援下列:

  • IPv4

  • pcilynx 主機控制器

  • multi-LUN 儲存裝置

  • 以非特殊地方式存取儲存裝置

另外,下列問題還是存在此版本的 FireWire 中:

  • SBP2 驅動程式中的記憶體流失可能會造成機器的反應遲鈍。

  • 此版本中有個程式碼在二進位資料次序(big-endian)的機器中無法正常運作。這有可能會導致在 PowerPC 中產生無法預期的錯誤。

已解決的問題

  • 先前有個會造成持有 SATA 的系統在啟動程序時停住並顯示一則錯誤訊息的 SATA bug 已被修復。

  • 在 multi-boot 的系統中,parted 現在會將第一個安裝了 Windows Vista™ 的主要分割區的起始區塊保留住。就其本身而言,當為一部含有 Red Hat Enterprise Linux 5.1 與 Windows Vista™ 的系統設定 multi boot 時,後者已不會無法啟動。

  • rmmod xennet 不再會使 domU 當機。

  • 當開機時,在 node 0 中沒有設定記憶體的四向 AMD Sun Blade X8400 Server Module 系統現在已不會引起 kernel panic 了。

  • congaluci 現在能被用來建立以及配置故障復原的網域。

  • 當透過 yum 安裝 Cluster Storage 群組時,這項傳輸不會再失敗。

  • 在進行安裝時,錯誤的 SELinux context 不會再被指派至 /var/log/faillog/var/log/tallylog

  • 當您使用分散的安裝媒介來安裝 Red Hat Enterprise Linux 5.1 (例如傳統光碟片或 NFSISO)時,安裝 amanda-server 套件已不會再發生錯誤。

  • EDAC 現在在最新的 k8 處理器上已能回報正確的記憶體數量。

  • 透過 gdm 來遠端登入至 Gnome 桌面現在已不會造成登錄畫面擱置。

  • autofs 之中有個導致多重掛載無法正常運作的錯誤現在已被修復。

  • 現在在 bttv 核心模組上執行 tvtimexawtv 已不會導致系統當機。

  • 幾個 utrace 的更新檔包含了下列錯誤修復:

    • 修復了一個當在競賽條件(race condition)中使用 ptrace 時所會造成的當機錯誤

    • 修復了一個會造成某些 PTRACE_PEEKUSR 呼叫回傳錯誤 EIO 的 迴錯誤歸

    • 修復了一個當子程序在特定情況下退出時會防止某些 wait4 呼叫甦醒的迴歸錯誤

    • 修復了一個有時會防止 SIGKILL 將程序終止的迴歸錯誤。這在特定情況下,當 ptrace 被執行在一項程序上時就會發生。

  • 有個會使鬧鐘和循環的 RTC 中斷無法正常運作的 RealTime Clock(RTC)bug 現在已被修復。

已知問題

  • Anaconda 中,當發行公告按鈕第一次被按下時,視窗呈現發行公告的時候會產生延緩。在此延緩的時間當中,有個表面上空白的清單會出現在視窗中。通常呈現的完成速度相當地快,因此大部分的用戶也許都不會注意到。

    這個延緩通常是因為安裝套件的這個階段是安裝程序中最耗費 CPU 資源的一個階段。

  • 有些使用「NVIDIA」圖形顯示卡的電腦,在圖形模式安裝或是圖形模式登入時,會顯示圖形或者是字型錯誤。切換至虛擬控制台和回到正式 X 主機來解決這個問提。

  • 使用 MegaRAID 驅動程式的主匯流排必須設為在「Mass Storage」模擬模式中運作,而非「I20」模擬模式。要達成這功能,請進行以下步驟:

    1. 進入 MegaRAID 的「BIOS Set Up Utility」(BIOS 設定工具)。

    2. 進入「Adapter settings menu」(介面卡設定選單)。

    3. 在「Other Adapter Options」(其他介面卡選項)中,選擇「Emulation」(模擬),並設為「Mass Storage」(大容量儲存裝置)。

    如果介面卡已經正確地設定為「I20」模擬,那麼系統將會試著載入 i2o 驅動程式。這動作將會失敗,讓正確的驅動程式無法載入。

    在載入 MegaRAID 之前,舊版的 Red Hat Enterprise Linux 版本並不會試圖載入 I20 驅動程式。有鑑於此,在 Linux 下使用時,硬體應該設為「Mass Storage」模擬模式。

  • 當透過使用有線的乙太網路連結埠來進行任何網路安裝時,配備「Cisco Aironet MPI-350」無線網卡的筆記型電腦可能會在試圖取得 DHCP 位址時停止回應。

    解決方法是改用本機上的檔案來安裝。或者您可以在安裝前,停用筆記型電腦 BIOS 中的無線網路卡(您可以在完成安裝後,重新啟用無線網路卡)。

  • 目前 system-config-kickstart 不支援選取與取消選取套件。在使用 system-config-kickstart 時,選取套件選項會表示這功能已經停用。這是因為 system-config-kickstart 使用 yum 來取得群組資訊,但卻無法設定 yum 連上 Red Hat Network。

    目前,您必須手動更新 kickstart 檔案中的套件部份。當使用 system-config-kickstart 來開啟 kickstart 檔案時,它會保留所有套件資訊,並在存檔時寫回。

  • 本版 Red Hat Enterprise Linux 5 開機時無法將系統日誌寫入 /var/log/boot.log 中。我們會在將來的更新版中,加入相同的功能。

  • 當您從 Red Hat Enterprise Linux 4 升級至Red Hat Enterprise Linux 5 時,建置指南將不會被自動安裝。您需要在生級完成後使用 pirut 來手動安裝。

  • 如果 X 在 vesa 之外的驅動程式下執行,系統也許無法正常重新啟動 kexec/kdump 核心。這個問題只會發生在 ATI Rage XL 顯示晶片。

    如果在裝載 ATI Rage XL 的系統下執行 X,請確定這個裝置使用 vesa 驅動程式,如此才能正常重新啟動至 kexec/kdump 核心。

  • HP xw9300 與 xw9400 系統在安裝虛擬化功能時,可能會出現 time went backwards 訊息。

    要解決 xw9400 的問題,請設定 BIOS,啟用 HPET 計時器。請注意,這選項在 xw9300 上是沒有的。

    這個問題在未來由 HP 所更新的 BIOS 中將會解決。

  • 在一部安裝了 nVidia CK804 晶片組的系統上使用 Red Hat Enterprise Linux 5 時,您可能會收到類似以下的 kernel 訊息:

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

    這些訊息顯示一些 PCI-E 連接埠並沒有要求 IRQ。不管怎麼說,這些訊息並不影響機器的操作。

  • 當您以 root 身份登錄時,可移除的儲存裝置(例如 CD 與 DVD)不會自動地掛載。就其本身而言,您需要透過圖形化檔案管理員來手動式地將裝置掛載。

    另外,您也能執行下列指令來將裝置掛載至 /media

    mount /dev/<裝置名稱> /media
    
  • 依照預設值,Calgary IOMMU 晶片在此更新中並不被支援。若要啟用該晶片的支援,請使用 kernel 指令列選項 iommu=calgary

  • IBM System z」並不提供傳統的 Unix 實體主控台。因此,「IBM System z」的 Red Hat Enterprise Linux 5 版本在程式首次載入時,並不支援 firstboot 功能。

    要在「IBM System z」首次啟動時設定 Red Hat Enterprise Linux 5,請在安裝後執行以下指令:

    • /usr/bin/setup — 由 setuptool 套件所提供。

    • /usr/bin/rhn_register — 由 rhn-setup 套件所提供。

  • 當透過 Red Hat Network 從 Red Hat Enterprise Linux 5 升級至 Red Hat Enterprise Linux 5.1 時,yum 也許不會提示您匯入 redhat-beta 金鑰。就其本身而言,我們建議您在進行升級之前先將 redhat-beta 金鑰藉由手動式的方式匯入。若要如此,請執行下列指令:

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

  • 當在已配置的檔案伺服系統(filer)上刪除某個 LUN 時,這項變更不會影響到主機。在這種情況下,當使用 dm-multipath 時,lvm 指令會不定時地擱置,因為 LUN 已經失效了。

    若要避開此問題的話,請刪除掉所有裝置並利用 mpath 來將 /etc/lvm/.cache 之中的項目連結至失效的特定 LUN。

    若要找出這些項目為何,請執行下列指令:

    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-4dm-5

    就其本身而言,下列行列應由 /etc/lvm/.cache 之中刪除掉:

    /dev/dm-4 
    /dev/dm-5 
    /dev/mapper/3600d0230003414f30000203a7bc41a00
    /dev/mapper/3600d0230003414f30000203a7bc41a00p1
    /dev/mpath/3600d0230003414f30000203a7bc41a00
    /dev/mpath/3600d0230003414f30000203a7bc41a00p1
    
  • 當嘗試由 CD 或 DVD 建立完整虛擬化的 Windows™ 客座時,重開機之後第二階段的客座安裝程序也許無法繼續運作。

    要解決這問題,請編輯 /etc/xen/<客座機器的名稱>,加入 CD/DVD 裝置。

    如果安裝時用一個簡單的檔案做為虛擬裝置,那麼 /etc/xen/<客座機器的名稱> 檔案裡的 disk 行,看起來將如以下:

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

    主機上以 /dev/dvd 存在的 DVD-ROM 裝置可以在安裝的第二階段中找到(hdc),方法是加入類似 'phy:/dev/dvd,hdc:cdrom,r' 的字句。有關磁碟的那一行讀起來應該像是:

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

    正確的裝置路徑取決於您的硬體。

  • sctp 這個模組並未被新增至 kernel 的話,執行 netstat 以及 -A inet 或是 -A inet6 選項會造成不正常的終止並顯示下列訊息:

    netstat: no support for `AF INET (sctp)' on this system.        
    

    若要避開此問題,請安裝 sctp 這個 kernel 模組。

  • 若在完整的虛擬化客座上安裝 Red Hat Enterprise Linux 3.9 可能會使系統變得極度緩慢。另外,在安裝程序之後啟動客座可能會造成 hda: lost interrupt 錯誤。

    若要避開這項啟動上的錯誤,請將客座配置來使用 SMP kernel。

  • 目前的 kernel 不會在於啟動時間之間列印至序列埠之前顯示 Data Terminal Ready(DTR)訊號。有些裝置需要 DTR assertion,因此 kernel 啟動訊息不會被印至像是這種裝置上的序列主控台。

  • 將主機(dom0)系統升級至 Red Hat Enterprise Linux 5.1 有可能會使得現存的 Red Hat Enterprise Linux 4.5 SMP 半虛擬化客座變得無法啟動。當主機系統含有大於 4GB 的 RAM 時,這才較有可能會發生。

    若要避免此問題,請利用單獨 CPU 模式來啟動各個 Red Hat Enterprise Linux 4.5 客座並將它的 kernel 更新為最新版本(Red Hat Enterprise Linux 4.5.z)。

  • 在某些平台(例如「HP dc7700」)上使用的「AMD 8132」與「HP BroadCom HT100」並不支援 MMCONFIG 週期。如果您的系統使用這兩種晶片,那麼 PCI 設定應該使用既往的「PortIO CF8/CFC」機制。要設定,請在安裝時使用 -pci nommconfig 核心參數來啟動電腦,並在重新開機後,於 GRUB 中加入 pci=nommconf 參數。

    此外,「AMD 8132」晶片組並不支援 Message Signaled Interrupts(MSI)。如果您的系統使用了此晶片組,請停用 MSI。停用方法為:在安裝時使用 -pci nomsi 核心參數;重新開機後,在 GRUB 中加入 pci=nomsi 參數。

    然而,如果您指定的平台已經被核心列入黑名單,那麼系統就不需要前述的 pci 核心參數。以下 HP 平台已經列入了核心的黑名單:

    • DL585g2

    • dc7500

    • xw9300

    • xw9400

  • 本版包括的 虛擬機器管理員virt-manager)不允許使用者在半虛擬化客座端安裝程式中,指定額外的開機參數。即使在安裝某些半虛擬化客座端至某些特定硬體,需要這些參數時亦然。

    這問題將在新版的 virt-manager 中解決。要在安裝半虛擬化客座端時,於命令列強迫指定核心參數,請使用 virt-install

  • 使用預設的 dm-multipath 時,Netapp 裝置需要數分鐘的時間,才能從先前錯誤的路徑回復。要解決這問題,請將以下 Netapp 裝置設定加入 multipath.conf 檔案中的 devices 一節:

    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
            }
    

( amd64 )



[1] 本公告僅能在基於 Open Publication License v1.0(http://www.opencontent.org/openpub/)的使用條款下散佈。