注记更新

与安装相关的注记

性能更新

驱动程序更新

内核相关事项更新

其它更新

技术预览

解决的问题

已知的问题

当在一个完全虚拟的 SMO 客户机中安装红帽企业 Linux 5 时，安装可能会僵死。这在主机（dom0）运行红帽企业 Linux 5.1 时会发生。

要防止此现象的发生，请将客户机设为在安装时使用单一处理器。您可以使用 virt-install 的 --vcpus=1 选项达到此目的。安装完成后，您可以通过在 virt-manager 中修改分配的 vcpus 来将客户机设定为 SMP。

本注记包含 WEBMSMT，它是一个基于网页的应用程序，可为 Samba 和 DNS 提供用户友好的管理界面。有关 WEBMSMT 的详情请参考 http://sblim.wiki.sourceforge.net/。

从 pm-utils 的红帽企业 Linux 5.1 ß 版本升级 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，那么就必须重新手动启动它才能恢复正常操作。

驱动程序更新磁盘现在支持红帽的驱动程序更新程序 RPM 软件包。如果驱动程序磁盘使用更新的格式，它通常会包含 RPM 软件包驱动程序以便保留跨系统的更新。

请注意驱动程序 RPM 只能复制到安装的系统使用的默认内核变体。例如：在运行虚拟内核的系统中安装驱动程序 RPM 将只为虚拟内核安装驱动程序。该驱动程序 RPM 将不会为系统中安装的其它内核变体安装驱动程序。

因此，在安装了多个内核变体的系统中，您将需要根据每个内核变体引导系统并安装驱动程序 RPM。例如：如果您的系统中同时含有裸机和虚拟内核，那么请使用裸机内核引导您的系统并安装驱动程序 RPM。然后使用虚拟内核重启您的系统并再次安装驱动程序 RPM。

在 dom0 生命周期中，您创建客户机（比如 xm create）的次数不能超过 32750。例如：如果您有一个循环重启的客户机，当该客户机重启次数达到 32750 后，dom0 将无法启动任何客户机。

如果发生这种情况，请重启 dom0

红帽企业 Linux 5.1 NFS 目前支持参照导出。这些导出基于 NFSv4 协议的扩展。任何不支持这些扩展（即 5.1 之前的红帽企业 Linux 发行本）的 NFS 客户端将无法访问这些导出。

因此，如果某个 NFS 客户端不支持这些导出，所有试图访问这些导出的动作将失败并给出 I/O 错误。在有些情况下，根据客户端不同的实施情况，错误可能更严重，并可能造成系统崩溃。

您采取一定的措施来确保不支持它们的客户端无法访问参考导出是很重要的。

GFS2 是 GFS 的增量升级版本。本更新版本采用一些需要修改为 on-disk 文件系统格式的明显改进。可使用 gfs2_convert 程序将 GFS 文件系统转换为 GFS2 文件系统，这样就相应更新了 GFS 文件系统的元数据。

自从 GFS2 在红帽企业 Linux 5 作为技术预览发布后有了很大的改进。发行本中有关可提供 GFS2 的完全支持的注记说明是不正确的。但基准测试显示它在以下方面性能更快：

另外，GFS2 还提供以下性能改进：

在 HP BL860c 的刀片系统中安装红帽企业 Linux 5.1 可能会在 IP 信息请求阶段停滞。这个问题会在您必须在「配置 TCP/IP」屏幕中选择两次 OK 时出现。

如果发生这种情况，请重启并在安装时禁用以太网自动协商。要达到此目的，请在从安装介质重启时使用参数 ethtool="autoneg=off"。这样不会影响最终安装的系统。

在参照导出中需要 nohide 导出选项（例如：指定参照服务器的导出）。这是因为参照导出需要“跨越”边界挂载点。nohide 导出选项可使得这种“跨越”操作成功。

有关边界挂载的信息请参考 man exports 5。

本更新包括 lvm2 事件监控守护进程。如果您准备好使用 lvm2 监控，请执行以下步骤以保证正确升级了所有监控功能：

目前在 64 位、32 位和 32 位 PAE 内核中支持快速虚拟化索引（RVI），但 RVI 只能在 32 位 PAE 管理程序中转换 32 位客户机虚拟地址。

因此，如果某个客户机正在运行 PAE 内核且内存超过 3840 MB，就会出现错误地址转换。这可以使客户机崩溃。

如果您需要在 RVI 中运行物理内存超过 4GB 的客户机，建议您使用 64 位内核。

使用 AMD Rev F 处理器运行 16 核或者更多可导致在执行完全虚拟的客户机安装时出现系统重新设置。

如果已经安装了 systemtap 软件包，安装 systemtap-runtime 软件包将导致传输检查错误。另外，如果已经安装了 systemtap 软件包，还会导致从红帽企业 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 功能可能使设备停滞，这样可能造成 iSCSI 设备中的数据丢失和文件系统崩溃，或者其它连接的以太网设备中的网络中断。

当使用 virt-manager 将磁盘添加到现有客户机中时，可能会在客户机的 /etc/xen/<domain name> 配置文件中生成重复条目。这些重复条目可能会阻止该客户机启动。

因此，您应该删除这些重复条目。

重复地在两台主机间迁移一个客户机可能会导致其中一个主机 panic。如果某个主机在将某个客户机迁移出系统后至将其迁移回该系统前重启，就不会出现 panic 的情况。

因为要使用 sos，所以就不能使用 sysreport。要安装 sos，请运行 yum install sos。该命令安装 sos 并删除 sysreport。建议您更新您现有的 kickstart 文件来体现这个改变。

安装 sos 后，请使用 sysreport 命令调用它。使用 sysreport 命令会生成一个警告信息，即 sysreport 现在不可用，继续使用将调用 sosreport。

如果您有特殊情况需要使用 sysreport 工具，请使用 sysreport.legacy 调用它。

有关 sysreport 的详情请参考 man sosreport 和 sosreport --help。

如果您需要复制红帽企业 Linux 5 光盘中的内容（例如，为了准备网络安装），请确定只复制操作系统光盘。不要复制附加光盘或任何分层产品光盘中的内容，因为这样会覆盖 Anaconda 正常操作所需的文件。

附加光盘中的内容和其它分层产品光盘中的内容都必须在安装了红帽企业 Linux 5.1 之后才可安装。

在一台完全虚拟化的客户端中安装红帽企业 Linux 5.1 时，请不要使用 kernel-xen 内核。在完全虚拟化的客户端使用这个内核会将导致您的系统无法运行。

如果您是使用安装号码在一台完全虚拟化的客户端中安装红帽企业 Linux 5.1，请确定在安装过程中取消对 Virtualization 软件包组的选择，因为 Virtualization 软件包组选项将安装 kernel-xen 内核。

注意：半虚拟化客户端将不会受到这个问题的影响。半虚拟化客户端通常使用 kernel-xen 内核。

如果您在将系统从红帽企业 Linux 5 升级到 5.1 的过程中使用虚拟内核，您必须在升级完成后重新启动系统。然后您应该使用更新的虚拟内核引导该系统。

红帽企业 Linux 5 和 5.1 的管理程序与 ABI 不兼容。如果您升级后没有使用更新的虚拟内核引导系统，那么升级的虚拟化 RPM 就无法与运行的内核匹配。

CIFS 客户机已经更新至版本 1.48aRH，它是基于 1.48a 发行版本，并添加了以下修改补丁：

注意：对于使用 EMC Celerra（NAS 编码为 5.5.26.x 以下）的用户，当访问位于 EMC NAS 中的共享时，CIFS 客户机会挂起，这会用以下内核信息来表示：

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 操作的应用程序都会挂起。升级到 5.5.27.5 或更新的版本可解决这个问题（使用 EMC Primus 包装盒号码 emc165978）。

现在支持 MODULE_FIRMWARE 标签。

现在支持 ICH9 控制程序

现在调用 CPUID 时支持 Greyhound 处理器。

Oprofile 现在支持新的 Greyhound 性能计数器事件。

现在支持 Directed DIAG 来提高 z/VM 的使用。

现在通过 DRM 内核模块支持 Intel 显示芯片。另外，已将 DRM API 升级到 1.3 版来支持直接绘制。

更新到 ACPI 电源管理将改进 S3 STR 和 S4 休眠。

gaim 现在名为 pidgin。

Intel microcode 更新到 1.17 版，该版本添加了对新的 Intel 处理器的支持。

现在支持在 EMC Clariion 存储设备中使用 dm-multipath 的隐含双工错误。

fonts-chinese 软件包中不再包含中文字体 Zysong，该字体现在作为独立的 fonts-chinese-zysong 文件打包。fonts-chinese-zysong 软件包在补充光盘中。

注意：fonts-chinese-zysong 软件包需要支持中国国家标准 GB18030。

挑战握手认证协议（CHAP）用户名和密码的字符长度限制在 256 以内。

在本次更新中不建议使用 pump，因此用 netconfig 配置您的网络接口可能会破坏 ifcfg 脚本。

要正确配置您的网络接口，请使用 system-config-network。安装更新的 system-config-network 软件包，删除 netconfig。

不再支持 rpm --aid，建议您在更新和安装软件包时使用 yum。

目前修复了导致装有 SATA 的系统在引导过程中暂停并在继续工作前显示错误信息的 SATA 故障。

在多引导系统中，parted 目前保留了第一主分区的启动部分，那里安装有 Windows Vista™。因此，当同时使用红帽企业 Linux 5.1 和 Windows Vista™ 设置多引导系统时，后者不会再变成无法引导。

rmmod xennet 不再引起 domU 崩溃。

没有在 node 0 中配置内存的 4-socket AMD Sun Blade X8400 服务器模块系统不会在引导过程中崩溃。

现在可使用 conga 和 luci 创建并配置失效的域。

通过 yum 安装群集存储设备组群不会再失败。

在安装过程中，不会再为 /var/log/faillog 和 /var/log/tallylog 分配错误的 SELinux 环境变量。

在双核 AMD 平台中，在单一 cpu 上大量消耗 cpu 的活动不再会导致 CPU 改变频率。

在使用分开的安装介质（如 CD 或 NFSISO）安装红帽企业 Linux 5.1 的过程中，不再会在 amanda-server 安装程序中产生错误。

在安装的过程中，Anaconda 现在可侦测到 4GB 以上的 RAM。这允许 Anaconda 自动决定是否要安装内核的 kernel-PAE 变体。

EDAC 目前可报告最新的 k8 处理器中的内存量。

通过 gdm 远程登录 Gnome 桌面不再导致登录屏幕挂起。

修复了 autofs 阻止多点挂载正常运行的程序错误。

utrace 的一些补丁采用了以下修复方案：

目前修复了造成闹钟和实时时钟周期性中断的程序错误。

第一次点击 Anaconda 中的「发行注记」按钮，窗口在显示发行注记时会出现延迟。在延迟的过程中，会在窗口出现一个空的列表。这个过程通常会很快，所以大多数用户不会注意到这一点。

延迟很可能是由于安装软件包的阶段是安装过程中最消耗 CPU 的阶段。

使用 MegaRAID 驱动的主机总线适配器必须设置为在 "Mass Storage" 仿真模式下操作，

如果适配器被错误地设置为 "I2O" 仿真，系统将试图装在 i2o 驱动。这不会成功而且会阻止正确驱动的装载。

以前的 红帽企业 Linux 发行版本通常不会在 MegaRAID 驱动之前装载 I20 驱动。无论如何，Linux 使用的硬件应该总是设为 "Mass Storage" 仿真模式。

安装了 Cisco Aironet MPI-350 无线网卡的笔记本可能会在使用有线以太端口进行网络安装的过程中，不能获取 DHCP 地址。

要解决这个问题，可以使用本地介质进行安装。或者，在安装之前您可以在笔记本的 BIOS 里禁用无线网卡（完成安装后，您可以再启用它）。

目前，system-config-kickstart 不支持软件包的选择和取消。在使用 system-config-kickstart 时，「Package Selection」 选项是禁止的。这个因为 system-config-kickstart 使用 yum 来收集组信息，但却不能配置 yum 来连接红帽网络。

目前，您将需要在 kickstart 文件里手动更新软件包部分。当使用 system-config-kickstart 打开 kickstart 文件时，它将保留其中的所有软件包信息，在您保存文件时再写回。

在 红帽企业 Linux 5 的这个升级版本中，/var/log/boot.log 里没有引导时日志，在未来的更新版本中会添加类似的功能。

当从红帽企业 Linux 4 升级到红帽企业 Linux 5时，《部署指南》并没有自动安装。您需要在升级完成后用 pirut 来手工安装它。

如果 X 正在运行且使用 vesa 之外的驱动，系统可能没有成功地重启至 kexec/kdump 内核。这个问题只存在于 ATI Rage XL 图形芯片组里。

如果 X 运行在安装了 ATI Rage XL 的系统上，为了成功地重启至 kexec/kdump 内核，请确保它使用 vesa 驱动。

当在安装了 nVidia CK804 芯片的机器上使用 红帽企业 Linux 5 时，您可能会收到如下的内核信息：

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）。因此，您将需要用图形文件管理程序手动挂载这样的设备。

另外您还可以运行以下命令将设备挂载到 /media：

mount /dev/<device name> /media

IBM System z 不提供传统的 Unix 风格的物理控制台。因此，用于 IBM System z 的 红帽企业 Linux 5 在初始程序装载时不支持 firstboot 功能。

要为用于 IBM System z 的 红帽企业 Linux 5 正确初始化设置，可以在安装后运行以下命令：

当通过红帽网络从红帽企业 Linux 5 升级到红帽企业 Linux 5.1 时，yum 命令不会提示您导入 redhat-beta 密钥。因此，我们建议您在升级之前手动导入 redhat-beta 密钥。方法如下：

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

当在配置的文档编辑程序中删除 LUN 时，不会在主机中有所反应。在这种情况下，当使用 dm-multipath 时，lvm 可能会挂起，因为 LUN 现在已经无效了。

如果出现这种情况，请删除所有设备和 /etc/lvm/.cache 文件中指定无效 LUN 的 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

当从 CD 或者 DVD 里创建完全虚拟化的 Windows™ 客户端时，客户操作系统的第二阶段安装在重启后将不能继续。

要解决这个问题，可以编辑 /etc/xen/<name of guest machine>，附加一条关于 CD / DVD 设备的记录。

如果对简单文件的安装被用作虚拟设备，/etc/xen/<客户机名称> 的 disk 行将如下所示：

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

主机上的 DVD-ROM 设备 /dev/dvd 可以在安装的第二阶段作为 hdc 可用，只要加入和 'phy:/dev/dvd,hdc:cdrom,r' 类似的条目。因此，disk 行应该如下所示：

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

根据硬件配置的不同，所使用的相应的设备路径也会不同。

如果没有在内核中添加 sctp 模块，运行 netstat 并使用 -A inet 或者 -A inet6 选项会出现异常终止，同时会返回以下信息：

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

要避免这种情况发生，请安装 sctp 内核模块。

当前的内核在引导时打印到串行端口前不使用数据终端准备（DTR）信号。有些设备会要求使用 DTR 技术，因此不会将这些设备的串口控制台打印内核引导信息。

AMD 8132 和 HP BroadCom HT100 使用一些不支持 MMCONFIG 循环的平台（比如 HP dc7700）。如果您的系统使用是两种芯片集之一，您的 PCI 配置应该使用原有的 PortIO CF8/CFC 机制。要进行此配置，请在安装过程中使用 -pci nommconfig 内核参数引导系统，并在重新引导后为 GRUB 添加 pci=nommconf。

另外，AMD 8132 芯片集不支持信息信号中断（MSI）。如果您的系统使用此芯片集，您还应该禁用 MSI。要做到这一点，请在安装过程中使用 -pci nomsi 内核参数引导系统，并在重新引导后为 GRUB 添加 pci=nomsi。

但是，如果内核已经屏蔽了您的特定平台，您的系统就不需要后面的 pci 内核参数。以下是已经由内核屏蔽的 HP 平台：

当运行裸机（非虚拟化的）内核时，X 服务器可能无法从监视器查询 EDID 信息。发生这种情况时，图形驱动程序将无法显示高于 800x600 的分辨率。

要解决这个问题，请在 /etc/X11/xorg.conf 文件的 ServerLayout 部分添加以下这行：

Option "Int10Backend" "x86emu"

此发行版本中的 Virtual Machine Manager（virt-manager）不允许用户为半虚拟化客户安装程序指定额外的引导参数，即使在需要设定这些参数以便在特定类型硬件中安装某种类型的半虚拟化客户机时也不行。

这个问题将在今后的 virt-manager 发行版本中解决。要在用命令行安装半虚拟化客户机指定任意内核参数，请使用 virt-install 命令。

在默认 dm-multipath 配置中，Netapp 设备可能需要在恢复了之前失败的路径后用几分钟来完成切换。要解决这个问题，请在 multipath.conf 文件的 devices 部分添加以下 Netapp 设备配置：

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
        }