《發行公告》更新

安裝類的公告

功能更新

驅動程式更新

核心的相關更新

其它更新

技術搶先版

已解決的問題

已知問題

在全虛擬化的 SMP 用戶端上安裝 Red Hat Enterprise Linux 5 時，安裝過程可能會中止不動。當主機（dom0）執行 Red Hat Enterprise Linux 5.1 時，會發生這種情況。

要避免這問題，請在安裝時設定用戶端只使用單處理器。您可以藉由 virt-install 的 --vcpus=1 選項來達成此一目的。一旦安裝完成後，您就可以用 virt-manager 的 vcpus 重新設定用戶端為 SMP

此版本包括 WBEMSMT，以網頁為基礎的應用程式集，提供親和的 Samba 與 DNS 管理介面。預知更多 WBEMSMT 的詳情，請參閱 http://sblim.wiki.sourceforge.net/。

從 Red Hat Enterprise Linux 5.1 Beta 版中的 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 驅動程式回報這硬體的嚴重錯誤時，通常會跟完成佇列的深度不足與使用者應用程式所產生的未完成工作需求有關。

雖然這驅動程式會重置硬體，並從這類事件中復原；但所有現有連線會在發生錯誤時斷線。這通常會導致使用者應用程式的區段錯誤（segmentation fault）。更進一步，如果 opensm 在錯誤發生時執行，那麼為了繼續正常運作，就必須重新啟動該程序。

「驅動程式更新磁片」現在支援 Red Hat「驅動程式更新計畫」的 RPM 包裝方式。如果磁碟機使用的是新格式，那麼就有可能包含 RPM 套件的驅動程式，用於系統更新用。

請注意，驅動程式的 RPM 會從該電腦的預設核心種類複製出來。舉例來說，在安裝虛擬核心的電腦上「只」會虛擬核心的驅動程式。驅動程式 RPM 不會安裝其他核心版本所對應的驅動程式。

因此，如果您的電腦上安裝了多個核心，您就需要用每一個核心啟動後，安裝驅動程式 RPM。舉例來說，如果您的電腦上安裝了基本與虛擬化核心，請以基本核心開機，安裝驅動程式 RPM；然後以虛擬核心啟動電腦，再安裝驅動程式 RPM。

在 dom0 的生命週期中，您不能建立用戶端（例如 xm create）超過 32,750 次。舉例來說，如果您的用戶端在迴圈中重新開機，dom0 會在用戶端重新開機 32,750 次後，無法啟動任何用戶端。

如果發生這情形，請重新啟動 dom0。

Red Hat Enterprise Linux 5.1 NFS 伺服器現在支援參照匯出。這些匯出的目錄都建構於 NFSv4 通訊協定上。任何不支援這延伸協定的 NFS 用戶端（例如 5.1 之前的 Red Hat Enterprise Linux）就無法存取這些匯出目錄。

因此，如果一個 NFS 用戶端不支援這些匯出目錄，試圖存取就會導致 I/O 錯誤。在某些情形下，根據用戶端的運作方式，這錯誤會導致嚴重的後果，甚至有可能造成當機。

因此，確保 NFS 參照匯出不會被不支援這功能的用戶端所存取，是至關重要的。

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

雖然 GFS2 在 Red Hat Enterprise Linux 5 推出後有許多改進，但在本版中，GFS2 仍然是技術搶先版。先前的《發行公告》指出 GFS2 將正式發行，此訊息有誤，特此致歉。但不管怎麼說，效能測試指出以下效能有所改進：

另外，GFS2 還含有下列的改變：

在 HP BL860c 系統上安裝 Red Hat Enterprise Linux 5.1 可能會在要求 IP 資訊時，停止回應。這問題會在「設定 TCP/IP」畫面中按下兩次「OK」時發生。

如果發生這情形，請重新開機，然後停用乙太網路的自動協調功能。您可以在安裝程式啟動時，加入 ethtool="autoneg=off" 參數。這樣作並不會影響安裝系統。

在參照匯出時，nohide 匯出選項是必須的（例如參照一台參照伺服器的參照匯出）。這是因為參照匯出需要「跨越」一個已結合的掛載點。要能「跨越」成功，nohide 匯出選項是必要的。

欲取得更多掛載的相關資訊，請參閱 man export 5。

本更新版本包括 lvm2 事件監控系統程式。如果您已經執行了 lvm2 映射功能，請進行以下步驟，以確保所有監控功能都更新正常：

六十四位元、卅二位元與卅二位元的 PAE 核心現在支援 RVI（Rapid Virtualization Indexing -- 快速虛擬索引）。然而，RVI 只能將卅二位元的用戶端虛擬位址轉譯到卅二位元的 PAE hypervisor。

因此，如果使用 PAE 核心的用戶端擁有超過 3,840 MB 的記憶體，就會發生位址轉譯錯誤的情形。這會導致用戶端當機。

因此，如果您想在 RVI 下執行擁有超過 4GB 記憶體的用戶端，建議您使用六十四位元的核心。

使用 AMD Rev F 處理器執行十六核以上，在執行全虛擬化用戶端安裝時，會導致系統重新開機。

如果已經安裝 systemtap 套件，安裝 systemtap-runtime 套件會導致交易檢查錯誤。同時，如果 systemtap 套件已經安裝，升級 Red Hat Enterprise Linux 5 到 5.1 也會失敗。

因此，再安裝或升級 systemtap-runtime 套件前，請用 rpm -e systemtap-0.5.12-1.e15 移除 systemtap 套件。

設定 NFSROOT 時，/etc/sysconfig/network-scripts/ifcfg-eth0 裡的 BOOTPROTO 必須設定為BOOTPROTO=dhcp。

如果您的環境需要不同的 BOOTPROTO 設定，請在一開始建立 initrd 前，在 /etc/sysconfig/network-scripts/ifcfg-eth0 中設定 BOOTPROTO=dhcp。您可以在 initrd 建立後，重新設定 BOOTPROTO 的初始值。

IBM Bladecenter 的 QLogic iSCSI Expansion Card 提供了乙太網路與 iSCSI 功能。這張介面卡的某些部份是有這兩者所共享。然而，目前 qla3xxx 與 qla4xxx 驅動程式是以分開的方式存取這些部份。這兩個驅動程式都不支援同時使用乙太網路與 iSCSI。

因此，同時使用乙太網路與 iSCSI 功能會導致該裝置停止回應。這會導致 iSCSI 的資料流失與檔案系統損毀，或其他透過乙太網路連上的系統會受到網路干擾。

使用 virt-manager 來增加磁碟至現有的客座端時，重複的項目會在客座端的 /etc/xen/<domain name> 設定檔中建立。這些重複的項目會導致客座端無法開機。

因此，請移除這些重複項目。

在兩台主機間重複地轉移客座端會導致一台電腦當機。如果一台主機在自該機器轉移後、同時在同樣的客座端轉回來之前重新開機，當機情形就不會發生。

sysreport 會被 sos 所取代。要安裝 sos，請執行 yum install sos。這指令會安裝 sos 並移除 sysreport。建議您更新現有的 kickstart 檔案，以反映這項變更。

安裝 sos 之後，請使用 sosreport 執行之。執行 sysreport 指令會產生警告訊息，告訴您 sysreport 已經淘汰，並繼續執行 sosreport。

如果您需要使用 sysreport 工具，請使用 sysreport.legacy 執行之。

欲知更多 sosreport 的資訊，請參閱 man sosreport 與 sosreport --help。

假如您打算複製 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 的 hypervisor 和 ABI 並不相容。若您在升級之後不使用更新過的虛擬核心重新啟動的話，升級後的虛擬化 RPM 便不會與執行中的 kernel 匹配。

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

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-zysong。fonts-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 來升級、安裝套件。

先前有個會造成持有 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 了。

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

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

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

當在雙核心的 AMD 平台上時，在單 CPU 上會耗費大量 CPU 效能的動作已不會再造成 CPU 核心變換頻率。

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

安裝過程當中，Anaconda 現在已能偵測到比 4GB 還要多的 RAM。這使得 Anaconda 能夠自動地測定它是否需要安裝不同版本的 kernel-PAE。

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

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

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

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

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

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

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

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

如果介面卡已經正確地設定為「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 核心。

在一部安裝了 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

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

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

當透過 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-4 和 dm-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 模組。

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

在某些平台（例如「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 平台已經列入了核心的黑名單：

在執行空機（非虛擬化）核心時，X 伺服器可能無法從螢幕存取 EDID 訊息。如果發生這情況，顯示卡就無法顯示高於 800x600 的解析度。

要解決這問題，請在 /etc/X11/xorg.conf 檔案的 ServerLayout 一節加入以下一行：

Option "Int10Backend" "x86emu"

本版包括的 虛擬機器管理員（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
        }