与安装相关的注记

功能更新

和内核相关的更新

驱动更新

技术预览

已解决的问题

已知问题

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

这些光盘必须在安装了红帽企业版 Linux 之后再安装。

红帽企业版 Linux 4（以及所有更新）附带的 GRUB 版本不支持软件监控（RAID1）。因此，如果您在 RAID1 分区中安装红帽企业版 Linux 4，则会在第一个硬盘而不是主引导记录（MBR）中安装引导装载程序，这会使得系统无法引导。

如果您要在 RAID1 分区中安装红帽企业版 Linux 4，您应该首先清除之前存在于 MBR 中的引导装载程序。

当在使用平板监视器及有些 ATI 显卡的系统中以文本模式安装红帽企业版 Linux 4 时，屏幕可能会偏移。出现此情况时，屏幕的一部分会被屏蔽。

如果出现这种情况，请使用参数 linux nofb 进行安装。

当从红帽企业版 Linux 4.6 升级到这个发行本时，minilogd 可能会记录一些 SELinux 否定。这些日志记录的出错信息是无害的，可忽略。

以前，在 Anaconda kickstart 文档（位于：/usr/share/doc/anaconda-<anaconda-version>/kickstart-docs.txt）中，详细描述 kickstart 文件中 --driveorder 选项的部分指出：

Specify which drive is first in the BIOS boot order.
                                        

但是，--driveorder 选项实际上需要系统中的所有驱动器列表，第一个引导设备出现在列表的开头。在这个更新中，文档描述更明确：

Specify which drive is first in the BIOS boot order.
The ordered list must include all the drives in the system.
                                        

当在 kickstart 文件中使用 --driveorder 选项时，排序的列表中必须包括系统中的所有驱动器。

现在红帽企业版 Linux 4 完全支持 Systemtap 特性。systemtap 提供免费的软件（GPL）基础架构来简化收集正在运行的 Linux 系统信息的过程。这可以帮助诊断性能或功能问题。依靠 systemtap，开发者不再受制于工具、重新编译、安装和重启的这一枯燥且不连贯的数据收集顺序。

请注意：用于较新红帽企业版 Linux 或者 Linux 系统的 systemtap 的一些特性在红帽企业版 Linux 4 中无法工作，因为缺少内核特性。缺少 utrace 则无法支持任何用户空间探测。

dmidecode 给出有关 BIOS 和主板修订信息。这个公告中的 kernel-utils 版本将 dmidecode 从版本 2.2 更新至版本 2.9。这个版本可识别较新的处理器、PCI 快速插槽和设备以及刀片服务器底盘。它还提供对 SMBIOS v2.6 规范的加强支持。

在这个发行本中有 kernel-utils 的新版本，将 Intel 微编码文件更新至版本 20080910 来支持较新的 Intel 处理器。

已经扩展了 smartmontools 来支持较新 HP ProLiant 硬件中较新的 CCISS 控制器。

已将 Samba 复位至上游版本 3.0.33。3.0.x 版本系列只是 Samba 编码基础的 bug 分支。通过复位到 3.0.33，我们会将很多重要 bug 修复和安全性修复包含在内。这个复位不会添加任何新特性。

有关这个复位提供的上游修订的更多信息，请参考 Samba 发行注记：http://samba.org/samba/history/samba-3.0.33.html

已将 ipmitool 更新至上游版本 1.8.11，它可提供一些 bug 修复以及对之前发行本的改进，其中包括：

请注意：已将 -K 命令行切换的行为从 prompt for Kg key 改为 read Kg key from environment variable。-Y 标签现在的行为与此次更新前 -K 是一样的。

以前，在 x86_64 ptrace 编码中缺少符号扩展，这可能导致在 debug 某个 i386 应用程序时 gdb 会在 x86_64 构架中失败。在这个更新中正确添加了缺少的符号扩展从而解决了这个问题。

无法安全卸载 ibmphp 模块。以前，防止卸载 ibmphp 模块的机制并不完善，最终会触发 bug halt。在这个更新中改进了防止卸载这个模块的方法，并可防止 bug halt 出现。但是要卸载该模块可能在信息日志中产生一个警告，表明卸载该模块并不安全。可忽略此警告。

在这个更新中，会将在大于 64GB 系统中运行的 32 位 x86 内核的物理内存限制在 64GB。该内核将内存分成两个区域：Lowmen 和 Highmen。Lowmem 在任何时期都与内核地址空间映射。但 Highmem 则根据需要与内核虚拟窗口映射。如果允许内存 I/O 超过 64GB，mem_map（也称为页面阵列）大小可接近甚至超过 Lowmem 大小。如果出现这种情况，会在引导过程中出现内核 panic，或者过早启动。在后一种情况下，内核在引导后无法分配内核内存，可能出现 panic，也可能出现停滞现象。

以前，如果用户在硬件虚拟机（HVM）中连续按方向键，则会在硬件中断和计时器中断间出现中断竞态环境。结果是键盘驱动程序报告有未知键盘活动。在这个更新中删除了 i8042 查询定时器，这样就解决了这个问题。

在这个更新中，支持与 sata_svw 驱动程序一同使用的磁盘转储程序（它可提供创建并收集 vmcore 内核转储的能力）。

在这个更新中，已经在 proc/sys/vm 中添加了 "swap_token_timeout" 参数。

这个文件包含换出保护令牌的有效持有时间。Linux 虚拟内存（VM）子系统有基于抖动控制机制的令牌并使用该令牌防止不必要的页面错误地处于抖动状态。这个值的单位是‘秒’。这个值可能会对调谐抖动行为有用。将其设为 0 将禁用换出令牌机制。

以前，当 NFSv4（网络文件系统版本 4）客户端在使用 readdir() 处理某个目录时会遇到问题，会返回对整个 readdir() 调用的出错信息。在这个更新中，当调用 readdir() 时会设定 fattr4_rdattr_error 标签，从而指示服务器继续操作并在造成此问题的具体目录项中进行报告。

以前，NFS（网络文件系统）客户端无法处理来自 readdir() 功能的不完整回复。因此，来自该服务器的回复将表明成功调用了 readdir() 功能，但该回复可能不包含任何内容。在这个更新中，当接收到类似的不完整回复时，客户端会返回一个 EIO 出错信息。

RPC 客户端在正确环境下释放和重新分配内存的位置保存 portmap 调用结果。但是，在有些情况下，portmap 调用的结果过早从内存中释放，这可能导致内存崩溃。在这个更新中，已在保存 portmap 结果的位置添加了参考计数，且只在用完它以后才会将其释放。

在有些情况下，当系统内存很低时，可能会阻断为 RPC 调用分配一些数据结构。因此，当有大量 NFS 页面等待写返回时，在高内存负载的情况下会遇到死锁的情况。在这个更新中，对这些时间结构的分配是无阻塞，这样就解决了这个问题。

以前，当使用 O_SYNC 标签同步写入 LVM 镜像卷时会出现性能降低的情况。因此，每个在镜像卷的写入 I/O 都会延迟 3 毫秒，这导致镜像卷大概要比线性卷慢 5-10 倍。在这个更新中，已经在 dm-raid1 驱动程序中添加了去掉 I/O 队列，且将镜像卷的性能提高到与线性卷相当。

添加了一个新调谐参数以便系统管理员可改变最大修改页面数，kupdate 根据每次运行重复写入磁盘。这个新的可调谐参数（/proc/sys/vm/max_writeback_pages）默认值为 1024（4MB），因此 kupdate 的每个重复都最多可写入 1024 个页面。增大这个数值kupdate 清理修改页面的程度，并降低系统在 kupdate 运行间崩溃时数据丢失的潜在危险。但是增大的 max_writeback_pages 数值可造成对 I/O 负载敏感的系统出现性能下降。

已在 /proc/sys/kernel/wake_balance 可调谐参数中添加了新允许值。将 wake_balance 设定为 2 将指示调度程序在任意可用 CPU 中运行该线程，从而无需等待最佳 CPU。将这个内核参数设定为 2 将强制调度程序减少总等待时间，即使在整个系统过载的情况下也是如此。

检查目录树时，内核模块可在有些情况下错误地判断该树不忙。在过期中使用带打开文件句柄的主动补偿挂载可导致句柄不会进行忙碌检查。这导致在已经挂载的补偿中生成挂载请求。在这个更新中修正了内核模块检查，且不再会生成不正确的挂载请求。

在系统初始化的过程中，初始化高级可编程中断控制器（Advanced Programmable Interrupt Controller，APIC）后会探测到 CPU 零售商。因此，在有 8 个核的 x86_64 AMD 系统中采用了 APIC 群集模式，导致次优的系统性能。在这个更新中，会在初始化 APIC 之前查询 CPU 零售商，此时就会采用默认的物理平坦模式，这样就解决了这个问题。

已经在红帽企业版 Linux 4.8 中更新了通用互联网文件系统（Common Internet File System，CIFS）编码，修复了很多在上游中修正的 bug，其中包括以下改动：

以前当挂载不带 Unix 扩展的服务器时，可能会更改某个文件的模式。但是这个模式更改不会被永久保存，并可在任意时间改回原来的模式。在这个更新中，默认情况下不能临时更改文件模式；chmod() 调用将返回成功信息，但并不起作用。如果需要旧的行为，则需要使用一个新挂载选项 dynperm。

以前，在内核中可能已经遇到过 dio_bio_end_aio() 和 dio_await_one() 之间的竞态条件。这可能导致在已完成的 I/O 进程中留下一个不确定等待的直接 I/O。在这个更新中锁定了这些参考计数操作，因此提交和完成路径看到的是一致的状态，这样就解决了这个问题。

以前，从红帽企业版 Linux 4.6 中将全虚拟客户端系统（安装了 kmod-xenpv 软件包）升级为更新的红帽企业版 Linux 4 版本会导致内嵌内核模块间的不正确模块相依性：xen-vbd.ko & xen-vnif.ko 以及更早的 xen-platform-pci.ko 模块。因此，通过 xen-vbd.ko 块驱动程序挂载的文件系统以及使用 xen-vnif.ko 网络驱动程序的客户端连网会失败。

在红帽企业版 Linux 4.7 中，在内核中内嵌了 xen-platform-pci.ko 模块。但是当某个可正式载入的内核模块成为内核的一部分时，对现有可加载模块的符号相依性检查则不能正确依赖模块初始化工具。在这个更新中，从内嵌内核中删除了 xen-platform-pci.ko 功能，并重新放入可加载模块，这样可允许模块初始化工具在内核升级的过程中查看并生成适当的相依性。

以前，使用 64 位主机中的半虚拟块驱动程序（xen-vbd.ko）挂载 32 位红帽企业版 Linux 4.6 全虚拟客户端中的磁盘或者分区时会失败。在这个更新中，已将块前端驱动程序（block.c）更新为通知块后端驱动程序该客户端使用的是 32 位协议，这样就解决了这个问题。

以前，在裸机内核中安装 pv-on-hvm 驱动程序会自动生成 /proc/xen 目录。因此，通过检查是否存在 /proc/xen 目录来确认该系统是否正在运行一个虚拟内核的程序会错误地认为虚拟内核已经在使用。在这个更新中，pv-on-hvm 驱动程序不再生成 /proc/xen 目录，这样就解决了这个问题。

之前，半虚拟客户端最多只有 16 个磁盘设备。在这个更新中，这个限制已经提高到 256 个磁盘设备。

已更新了 ALSA 中的 Intel® 高保真音频（HDA）驱动程序。这个更新改善了对带有 HDA 整合音频新硬件的支持。

以前，使用 forcedeth 驱动程序的网络设备可能会在从客户端中执行 rcp 命令时停止响应。在这个更新中更新了 forcedeth 驱动程序从而解决了这个问题。

以前，在 sata_nv 驱动程序中默认启用自动直接内存存取（Automatic Direct Memory Access，ADMA）模块。因此，有些使用 sata_nv 驱动程序的设备可能会遇到设备错误或者超时。在这个更新中已经默认禁用了 ADMA 模块，这样就解决了这个问题。

已将 virtio 的驱动程序、KVM 中的 I/O 虚拟化平台从 Linux 内核 2.6.27 回迁到红帽企业版 Linux 4.8。这些驱动程序将启用 KVM 客户端获得更高级的 I/O 性能。各种用户空间组件，比如：anaconda、kudzu、lvm、selinux 和 mkinitrd 也已更新至支持 virtio 设备。

已更新 r8169 驱动程序以便为较新的网络芯片提供支持。现在在这个更新中支持红帽企业版 Linux 4.8 中 RTL810x/RTL8168(9) 的所有变体。

已将 mptsas 驱动程序更新至版本 3.123.29.00。这个更新包括 bug 修复并启用了以下新特性：

已将 lpfc 驱动程序更新至版本 8.0.16.46。这个更新采用了一些修复和改进，其中包括：

已将用于基于 SAS RAID 控制器的 megaraid_sas 驱动程序更新至版本 4.01-RH1。在这个更新中采用了一些 bug 修复及改进，其中包括：

已将 IBM eServer System P 的 eHEA 以太网设备驱动程序更新至版本 0078-08。

在红帽企业版 Linux 以及将来的所有 Linux 4 发行本中都保护支持 EHCA infinband 设备驱动程序。

以前，如果在将客户端重新注册到不同 Red Hat Satellite Server 时会使用 Red Hat Network applet，这个小程序可一直显示在之前服务器中可用的更新，即使那些更新在当前服务器中并不可用。不会改变 /etc/sysconfig/rhn/rhn-applet 来反应新服务器详情。这个更新所提供的小程序的版本与带服务器 url 的缓冲更新有关，因此可确保为用户显示的更新确实可用。这个版本还可探测到其配置文件的改动。如果探测到类似的改动，小程序会自动重新载入配置变量并生成新服务器连接。

sysreport.legacy 使用 $HOME 作为其根目录。如果这个环境变量不存在或者它参考的目录无法写入，sysreport.legacy 则无法生成报告，并在退出时给出 Cannot make temp dir 信息。sysreport.legacy 现在使用随机生成的目录作为其根目录，因此可在系统中没有可用 $HOME 的情况下也生成报告。

当测试与给定挂载响应的主机相似性时，automount 守护进程使用长度为 128 字节的固定缓冲接收来自 SIOCGIFCONF ioctl 有关本地接口的信息。因为每个接口的详情长度为 40 字节，该守护进程可以接收最多 3 个本地接口信息。如果响应到挂载的主机有一个非本地地址，但对三个接口都不响应，那么可能没有正确分类相似性。

automount 守护进程现在动态分配缓冲，从而确保系统中所有接口都有足够的空间存储信息，从而提供正确探测为某个 NFS 挂载提供主机的相似性的。

Automount 与在挂载位置参考多主机（重复挂载）的项目匹配，Automount 守护进程为其相似性和 NFS 探测远程主机列表。如果主机无法响应，则将其从列表中删除。如果根本没有远程主机回复，这个列表将成为空列表。以前，如果初始探测后列表为空该守护进程不进行检查，这可能导致片段错误（取消对 NULL 指针的参考）。现在添加了这个检查。

ttfonts-zh_CN 软件包以前包含中易宋 TrueType 字体。这个字体的版权属于北京中易中标电子信息技术有限公司，并授权红帽公司只在红帽名下的产品及软件中发布该字体。在 ttfonts-zh_CN 中包含此字体会妨碍红帽自由发布此软件包。红帽客户仍可通过红帽网络以及 fonts-chinese-zysong 软件包附加光盘获得中易宋 TrueType 字体。

在将多路径配置为 1024 或者更多路径时，multipathd 会崩溃，其状态为 multipathd dead but pid file exists，因为它无法为每个路径打开文件描述符。这还可能造成 error calling out /sbin/mpath_prio_ontap /dev/[device] 错误。现在新的 multipath.conf 参数 max_fds 允许终端用户设置 multipathd 进程可以打开的最多文件描述符数，或者使用 max 设定系统最大值。将 max_fds 设定为足够大的数值或者将其设定为 max 可避免 multipathd 中的崩溃。

以前，当使用带 Adaptec 2120S 或者 Adaptec 2200S 的 accraid 驱动程序时，该系统可能无法启动，同时返回出错信息：aac_srb:aac_fib_send failed with status 8195。在这个更新中更新了 accraid 驱动程序从而解决了这个问题。

SOS 是一组收集有关系统硬件以及当前配置信息的工具。之后可将这些信息用于诊断和 debug。

在这个更新中，sosreport 生成的报告现在包括以前没有收集过的五种信息：

当要使挂载过期时，automount 使用 umount(8)，且 umount(8) 可无限期等待服务器回应。这可引起阻止过期，从而导致挂载在同一 /usr/sbin/automount 进程（即给定自动挂载进程管理的挂载）中很长时间不会过期。由此，如果服务连接到某个服务器，那么自动挂载将不会 unmount 任何过期的挂载，即使在响应的服务器中也是如此。系统可以遗留大量可以过期但没有过期的挂载。Automount 现在包含命令行选项为自动挂载指定一个放弃和转到其余挂载前的时间。因此可卸载过期的挂载即使有些服务器并不响应。

ICQ 互联网短信协议服务器最近有所改动，现在要求客户端使用 ICQ 协议的较新版本。使用Pidgin 2.5.2（以前与红帽企业版 Linux 4 一同发布的版本）登录 ICQ 会失败，并给出出错信息。在这个更新中已将 Pidgin 更新至版本 2.5.5，从而解决了这个问题。

以前，红帽知识库文章中对红帽企业版 Linux 4 中光纤通道重新扫描的描述是不准确的。这个过程已更新，并可在以下链接中查看：http://kbase.redhat.com/faq/docs/DOC-3942

成功连接到 SSH 服务器之后，该服务器会向 SSH 客户端返回一个基于文本的标题。因此，如果gftp（一个图形 ftp 客户端）试图通过 SFTP 连接到那个返回了标题的 SSH 服务器，gftp 会视该标题为一个错误，并关闭连接。在这个更新中已将 gftp 更新至版本 2.0.18，并允许带连接到带标题的服务器。

当向 NFS 目录上传单一文件时，可能无法正确记录显示该文件修改和访问时间的时间戳。在这个更新中总是更新时间戳，这样就解决了这个问题。

用于 PCI 设备的 kudzu 中的探测编码无法正确找到一些与特定 PCI 类别绑定方可工作的模块，特别是 SGI Altix 系统中的 sgiioc4 驱动程序。如果不载入这些模块，该系统将无法探测到依赖于该驱动程序的设备。在这个更新的软件包中加入了探测编码的新版本，它可成功地找到受到影响的模块。

红帽企业版 Linux 4.8 中的逻辑卷管理器报告文件描述符泄漏，导致在安装输出结果中返回以下错误：

File descriptor NUM (socket:XXXX) leaked on lvm invocation.
                                                         

可忽略此信息。

当使用网络文件系统（NFS）服务器安装红帽企业版 Linux 4 时，该安装程序无法正确关闭 NFS 挂载点。这可能导致 NFS 服务器出错。在这些情况下红帽建议您使用 HTTP 服务器进行安装。

在 BIOS 可进行 legacy（acpiphp）和 native（pciehp）热插拔的系统中，管理员需要选择首选方法并明确阻止红帽企业版 Linux 4 载入另一种方法所需模块。这可通过在 /etc/modprobe.conf 将另一种模块列入黑名单实现。

对 Mellanox MT25204 的硬件测试显示，在某些高负载情况下会出现内部错误。当 ib_mthca 驱动程序报告这个硬件的灾难性错误时，它通常与相对用户应用程序产生的大量工作请求来说不足的完成队列深度有关。

尽管驱动程序将重置硬件并从该事件中恢复，但会丢失所有出现错误时的存在连接。这通常会导致用户应用程序的片段错误。另外，如果在发生错误时正在运行 opensm，那么您需要手动重启该命令以便恢复正确的操作。

openmpi 和 lam 之前版本中的 bug 可能会令您无法升级这些软件包。同样的 bug 还可能导致 up2date 无法升级所有软件包。

这个 bug 会导致在试图升级 openmpi 或者 lam 时出现以下错误：

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

这个 bug 还会导致在试图通过 up2date 升级所有软件包时出现以下错误（登录到 /var/log/up2date）：

up2date Failed running rpm transaction - %pre %pro failure ?.
                                

因此，您首先需要手动删除 openmpi 和 lam 的旧版本以便避免出现这些错误信息。要做到这一点，请使用以下 rpm 命令：

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

当从一个配置的存储系统中删除 LUN 时，不会在主机中有所显示。在这种情况下，使用 dm-multipath 将导致 lvm 命令挂起，因为 LUN 已经变为 stale 状态。

要解决这个问题，请删除所有设备并将 /etc/lvm/.cache 文件中的 mpath 链接指定到 stale LUN。要找到这些条目，请运行以下命令：

ls -l /dev/mpath | grep <stale LUN>

例如：如果 <stale LUN> 是 3600d0230003414f30000203a7bc41a00，则会出现以下结果：

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

意思是说 3600d0230003414f30000203a7bc41a00 与两个链接匹配：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
                                

在 HA-RAID 双系统配置中，会将两个 SAS 适配器插入到双系统中并连接到共享的磁盘柜中。在两个 SAS 适配器中将 Preferred Dual Adapter State 属性设置为 Primary 可激发竞态条件，并导致在两个 SAS 适配器之间进行无限次故障切换。这是因为只能将一个 SAS 适配器设置为 Primary。

要防止这个错误发生，如果应该将一个 SAS 适配器设为 Primary，请确定将另一个 SAS 适配器的 Preferred Dual Adapter State 设为 None。

如果您需要使用 hp_sw 内核模块，请安装更新的 device-mapper-multipath 软件包。

您还会需要正确配置 HP 阵列以便正确使用主动/被动模式，并识别来自 Linux 机器的连接。要做到这一点，请执行以下步骤：

红帽不鼓励在 EXT3 文件系统中使用 quota，这是因为在有些情况下，这样做可导致停滞。

测试显示 kjournald 有时可以阻滞一些在运行 quota 时的 EXT3 特殊调出。因此，红帽不计划在红帽企业版 Linux 4 中修复这个问题，因为这个修改可能会造成很大的影响。

请注意：这个问题不会出现在红帽企业版 Linux 5 中。

对 Mellanox MT25204 的硬件测试显示，在某些高负载情况下会出现内部错误。当 ib_mthca 驱动程序报告这个硬件的灾难性错误时，它通常与完成队列深度不足有关，这与由用户应用程序产生的大量工作请求有关。

尽管驱动程序将重置硬件并从该事件中恢复，但会丢失所有出现错误时的存在连接。这通常会导致用户应用程序的片段错误。另外，如果在发生错误时正在运行 opensm，那么您需要手动重启该命令以便恢复正确的操作。

当您双击桌面共享连接图标时，它会显示其上下文菜单。如果您使用右键单击此图标则不会显示。而其它所有图标都会在您使用右键单击时显示其上下文菜单。

如果在端口自动探测模式中使用模块参数 nr_ports=-1 载入 ib_ehca InfiniBand 驱动程序，IP-over-InfiniBand 网络接口（ibX）可能过迟成为可用状态。 出现这种情况时，openibd 启动脚本发出的 ifup ibX 将会失败，因此 ibX 接口将无法成为可用接口。

如果出现这种情况，请使用命令 rcnetwork restart 解决这个问题。

在 IBM Redbook "Implementing InfiniBand in IBM System p （SG247351）手册中，表格 6-3（PDF 版本的第 220 页）描述了 debug 编码字节定义，同时还描述了几个 HCA 错误指示器字节。

请注意：在 eHCA2 适配器中，这些错误指示比特的位 46 和 47 可能会明确返回错误。

在 HP ICH10 工作站中，只能通过前端 3.5mm 插口启用音频。因此，要接收任何音频输出或者录音，您应该在前端插口中插入您的耳机、音箱或者麦克风。目前这个工作站的后插口、内置音箱及主音量都不工作。

在这个更新中，默认 PCI 探测以及如下模型的排列方法已经改变了：

这些型号使用在红帽企业版 Linux 4 或者 5 中非默认使用的设备扫描和计算模式。HP Proliant 型号使用的这个模式可能会导致探测到后添加的声卡，并将其添加到板载/内置设备之前。这个意外的排序会在安装红帽企业版 Linux 新实例、添加硬件以及维护时出现困难。

当使用红帽企业版 Linux 4.7 内核更新网卡时，前面提到的 HP Proliant 型号进行网络接口卡（NIC）编号可能有所变动。如果在 /etc/sysconfig/network-scripts/ifcfg-eth[X] 中没有为每个安装的 NIC 定义 HWADDR=MAC ADDRESS 参数，该安装程序会更改 NIC 编号。因此，红帽建议您确定定义了这个参数以便避免以外 NIC 计数产生的问题。

另外，要避免将这些 HP Proliant 模型更新至红帽企业版 Linux 4.7 之后更改 NIC 计算，请在 /boot/grub/grub.conf 中添加内核引导参数 pci=nobfsort。

当卷组包含一个镜像或者快照时，执行带卷组参数的 lvchange 命令可导致如下出错信息：

  Unable to change mirror log LV fail_secondary_mlog directly
  Unable to change mirror image LV fail_secondary_mimage_0 directly
  Unable to change mirror image LV fail_secondary_mimage_1 directly
                            

可忽略这些信息。

Dell PowerEdge SC1435s 系统可能在引导过程中停滞。要避免这种情况，请在 grub.conf 中编辑 terminal 行，并用 console serial 替换字符串 serial console。

更新的 ixgbe 驱动程序不支持 Intel 82598AT（Copper Pond 10GbE）。

红帽企业版 Linux 5.3 从探测到基本块设备的在线增大或者缩小。但是还没有自动探测设备改变大小的方法，因此需要手动对此进行识别，并重新定义位于给定设备中的文件系统大小。当探测到重新定义大小的块设备时，会在系统日志中出现类似如下的信息：

VFS: busy inodes on changed media or resized disk sdi
                                

如果块设备增大了，那么可忽略此信息。但如果块设备缩小了，且没有首先缩小该块设备中的任意数据组，则位于该设备中的数据会崩溃。

进行在线重新定义某个在整个 LUN（或者块设备）中创建的文件系统的大小只是一种可能。如果在该块设备中有分区表，那么必须卸载该文件系统以便更新分区表。

解算装置常规的 res_n* 家族（比如：res_nquery、res_nsearch 和 res_nmkquery）中有已知内存泄漏。使用这些功能的程序过去会泄漏内存。在 glibc 的较新版本中修复了这个问题，但这个修复太过侵犯性以至于无法在红帽企业版 Linux 4 中应用。使用这些功能的程序可能需要不时重启来释放内存。

安装红帽企业版 Linux 4 的过程中可处理的设备数依赖于安装 initrd 映像的大小。因此，在机器附加了很多设备时（比如大量使用光纤设置），则无法进行安装，除非减少看见设备的数量。

第一次在红帽企业版 Linux 4.7 中介绍的 aacraid 驱动程序更新需要最新的 Adaptec PERC3/Di 固件。之后的红帽企业版 Linux 4（包括这个 4.8 更新）更新需要 PERC3/Di 固件的 2.8.1.7692, A13 或者更新的版本。该固件可在以下位置获得：

http://support.dell.com/support/downloads/download.aspx?c=us&cs=555&l=en&s=biz&releaseid=R168387&SystemID=PWE_PNT_PIII_1650&servicetag=&os=WNET&osl=en&deviceid=1375&devlib=0&typecnt=0&vercnt=9&catid=-1&impid=-1&formatcnt=4&libid=35&fileid=228550

在安装 anaconda 的过程中可能不会删除安装前系统中存在的所有 Logical Volume Manager（LVM）元数据。这个额外的元数据可导致 LVM 工具在安装后报告缺少卷组或者逻辑卷。要解决这个问题，请在安装完成后删除原来的 LVM 元数据。

multipath 不会在任何其 callout 程序输出出错信息时保持静默。因此，如果在路径不通的情况下运行 multipath，则会显示各种出错信息。显示的信息与 multipath 正在使用的具体 callout 程序有关。例如：如果在有失败 scsi 设备的情况下运行 multipath，scsi_id 将输出：

<H>:<B>:<T>:<L>:Unable to get INQUIRY vpd 1 page 0x0.
<H>:<B>:<T>:<L>:sg_io failed status 0x0 0x1 0x0 0x0
                                        

或者，如果在 EMC CLARiiON 当机的情况下运行 multipath，mpath_prio_emc priority callout 将输出 query command indicates error。