当使用新的磁盘加密特性对根文件系统进行加密时，您将在关系系统时在控制台看到以下出错信息：
Stopping disk encryption [FAILED]
可完全忽略此信息，会成功完成关闭进程。
When using an encrypted device, the following error message may be reported during bootup:
insmod: error inserting '/lib/aes_generic.ko': -1 File exists
This message can safely be ignored.
在多路径顶部使用多设备（MD）阵列安装将导致机器无法引导。对内部提供阵列的储存区域网络（SAN）设备没有影响。
When a large number of LUNs are added to a node, multipath can significantly increase the time it takes for udev to create device nodes for them. If you experience this problem, you can correct it by deleting the following line in
/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"
This line causes udev to run multipath every time a block device is added to the node. Even with this line removed, multipathd will still automatically create multipath devices, and multipath will still be called during the boot process, for nodes with multipathed root filesystems. The only change is that multipath devices will not be automatically created when multipathd is not running, which should not be a problem for the vast majority of multipath users.
当您从红帽企业版 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 锁定。
这个特定出错信息是某个软件包调用 rpm 作为其安装脚本一部分的副作用。该执行升级的 rpm 事件在整个升级过程中使用以前的 glibc，但脚本中启动 rpm 事件的是新的 glibc。
To avoid this error, upgrade glibc first in a separate run:
# yum update glibc
# yum update
You will also see this error if you downgrade glibc to an earlier version on an installed 5.3 system.
红帽企业版 Linux 5 中的 mvapich 和 mvapich2 被编译为只支持 InfiniBand/iWARP 互联。因此它们不会在以太网或者其它网络互联运行。
一个系统中如果有两个以上的加密块设备，anaconda 有一个选项可通过全局密码短语，但初始化脚本不支持此特性。当引导该系统时，需要您为所有加密设备输入每个单独的密码短语。
When upgrading openmpi using yum, the following warning may be returned:
cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory
The message is harmless and can be safely ignored.
配置 IRQ SMP 亲和力对那些使用没有 MSI 向量掩码能力的信息信号中断（MSI）没有影响。类似的设备示例包括使用 bnx2 驱动程序的 Broadcom NetXtreme 以太网设备。
如果您需要为这样的设备配置 IRQ，请在 /etc/modprobe.d/ 中生成一个包含以下行的文件来禁用 MSI：
options bnx2 disable_msi=1
另外，您可以使用内核引导参数 pci=nomsi 完全禁用 MSI。
更新的 /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 -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches
When using dm-multipath, if features "1 queue_if_no_path" is specified in /etc/multipath.conf then any process that issues I/O will hang until one or more paths are restored.
To avoid this, set no_path_retry [N] in /etc/multipath.conf (where [N] is the number of times the system should retry a path). When you do, remove the features "1 queue_if_no_path" option from /etc/multipath.conf as well.
If you need to use "1 queue_if_no_path" and experience the issue noted here, use dmsetup to edit the policy at runtime for a particular LUN (i.e. for which all the paths are unavailable).
To illustrate: run dmsetup message [device] 0 "fail_if_no_path", where [device] is the multipath device name (e.g. mpath2; do not specify the path) for which you want to change the policy from "queue_if_no_path" to "fail_if_no_path".
不支持启用同一内核模块的多个安装版本。除此以外，解析内核模块方法中的一个错误有时会导致启用同一内核模块的老版本。
红帽建议您在安装现有内核模块的较新版本时应该首先删除旧的版本。
在配置了 NFS 的 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 后，在发出 ifdown 命令前有一个 10 秒钟的间隔。同时，还要在执行 ifdown 后，在发出 ifup 命令前也有 10 秒钟的间隔。这个间隔可在发出 ifup 命令时给出充分的稳定时间并重新启动所有功能。
安装了 Cisco Aironet MPI-350 无线网卡的笔记本可能会在使用有线以太端口进行网络安装的过程中，不能获取 DHCP 地址。
要解决这个问题，可以使用本地介质进行安装。或者，在安装之前您可以在笔记本的 BIOS 里禁用无线网卡（完成安装后，您可以再启用它）。
在红帽企业版 Linux 5.3 中无法在引导时记录到 /var/log/boot.log。
如果 X 正在运行且使用 vesa 之外的驱动，系统可能没有成功地重启至 kexec/kdump 内核。这个问题只存在于 ATI Rage XL 图形芯片组里。
如果 X 运行在安装了 ATI Rage XL 的系统上，为了成功地重启至 kexec/kdump 内核，请确保它使用 vesa 驱动。
当在安装了 nVidia CK804 芯片组的机器上使用红帽企业版 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）。因此，您将需要用图形文件管理程序手动挂载这样的设备。
另外您还可以运行以下命令将设备挂载到 /media：
mount /dev/[device name] /media
当在配置的存储系统中删除 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
如果某个路径是一个锁定的设备，运行带 -ll 选项的 multipath 命令可能导致命令停滞。请注意：如果有时设备没有反应后，驱动程序并不会让请求失败。
这是由清除编码造成的，那些编码会一直等到检查程序完成或者失败为止。要在不挂起该命令的情况下显示当前的 multipath 状态，请使用 multipath -l 命令。
从 pm-utils 的红帽企业版 Linux 5.2 的 ß 版本升级 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，那么就必须重新手动启动它才能恢复正常操作。
当在某个客户端中安装红帽企业版 Linux 5.3 时，会将该客户端配置为明确使用一个 dom0 提供的临时安装内核。安装完成后，它就可以使用其自身的引导装载程序。但只能将客户端的第一次重启强制执行为关机才可行。
因此，当在客户端安装末尾出现按钮时，点击它关闭客户端，而不要重启。这是可预见的动作。
请注意：当您在此之后引导该客户端，它就会使用其自身的引导装载程序。
如果安装了任何 KDE 或者 qt 开发软件包（例如：qt-devel），那么在 compiz 源 RPM 中运行 rpmbuild 会失败。这是由于 compiz 配置脚本中的一个 bug 所致。
要解决这个问题，请在试图从其源 RPM 构建 compiz 软件包前删除所有 KDE 或者 qt 开发软件包。
如果您的系统装备的是 ATI Radeon R500 或者 R600 显卡，在安装后 firstboot 将不会运行。该系统将直接进入图形登录屏幕，而完全跳过 firstboot。如果您试图手动运行 firstboot（例如从一个 failsafe 终端中），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 中没有安装所需软件包。
要避免这个现象，请手动安装以下软件包：
librsvg2
ghostscript-fonts
pygtk2-libglade
Thin Provisioning (also known as "virtual provisioning") will be first released with EMC Symmetrix DMX3 and DMX4. Please refer to the EMC Support Matrix and Symmetrix Enginuity code release notes for further details.
在 /etc/multipath.conf 中，将 max_fds 设置为 unlimited 可让 multipathd 守护进程无法支持启动。因此，您应该使用足够高的数值，而不是这个设置。
SystemTap 目前使用 GCC 来侦测用户空间事件。但 GCC 无法为参数提供带准确位置列表信息的 debugger。在有些情况下，GCC 还无法在一些参数中提供可视性。因此，侦测用户空间的 SystemTap 脚本可能会返回不准确的读取。
IBM T41 笔记本电脑模型无法正常进入，因此仍会消耗电池寿命。这是因为红帽企业版 Linux 5 不包含 radeonfb 模块。
要解决这个问题，请将名为 hal-system-power-suspend 的脚本添加到 /usr/share/hal/scripts/ 中，并包含以下行：
chvt 1
radeontool light off
radeontool dac off
这个脚本将确保 IBM T41 笔记本电脑正常进入挂起模式。要确保系统可正常恢复一般操作。在同一目录中还要添加 restore-after-standby，其中包含以下行：
radeontool dac on
radeontool light on
chvt 7
如果载入了 edac 模块，BIOS 内存包括将无法工作。这是因为 edac 模块清除了 BIOS 用来报告内存错误的注册。
当前的红帽企业版 Linux 驱动程序更新模型会指导内核默认载入所有可用模块（包括 edac 模块）。如果您想要确保在您的系统中可有 BIOS 内存报告，您需要手动将 edac 模块列入黑名单。要做到这一点，请将以下行添加到 /etc/modprobe.conf 中：
blacklist edac_mc
blacklist i5000_edac
blacklist i3000_edac
blacklist e752x_edac
红帽企业版 Linux 可侦测某个基础块失败的在线增长或者缩小。但没有方法可自动侦测到某个设备的大小的改变。因此需要一些手动步骤来识别这些并对位于给定设备中的文件系统重新定义大小。当侦测到重新定义大小的块设备时，会在系统日志中出现类似如下的信息：
VFS: busy inodes on changed media or resized disk sdi
如果增加块设备，那么这个信息就可被忽略。但是如果在没有首先减少在块设备中的设置，那么在较少块设备时，该设备中的数据将崩溃。
只能在完整 LUN（或者块设备）中创建的文件系统中进行在线大小调整。如果在该块设备中有分区表，那么则必须卸载该文件系统以更新分区表。
如果您的系统挂载了 GFS2 文件系统，在从一个节点访问缓冲的内节点并在不同的节点取消链接时，节点将挂起。当这种情况发生时，挂起的节点将无法使用直到您通过正常群集恢复机制将其保护并恢复过来。所有在挂起的节点受阻滞进程的栈跟踪中还将出现 gfs2_dinode_dealloc 和 shrink_dcache_memory。
这个问题对单一节点 GFS2 文件系统没有影响。
The following message may be encountered during system boot:
Could not detect stabilization, waiting 10 seconds.
Reading all physical volumes. This may take a while...
This delay (which may be up to 10 seconds, dependant on the hardware configuration) is necessary to ensure that the kernel has completed scanning the disks.
目前在 ipmitool 中使用的 允许您配置设备，但不允许您在当前设置中对那些设备进行搜索。
在 kickstart 文件中使用 swap --grow 参数而不同时设置 --maxsize 参数会使 anaconda 强行限制交换分区的最大值。它不允许增大交换分区以适应设备的需要。
对于物理内存小于 2GB 的系统，强制的限制是物理内存大小的两倍。对于超过 2GB 内存的系统，强制的限制是物理内存的大小再加 2GB。
The
gfs2_convert program may not free up all blocks from the GFS metadata that are no longer used under GFS2. These unused metadata blocks will be discovered and freed the next time gfs2_fsck is run on the file system. It is recommended that
gfs2_fsck be run after the filesystem has been converted to free the unused blocks. These unused blocks will be flagged by gfs2_fsck with messages such as:
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)
These messages do not indicate corruption in the GFS2 file system, they indicate blocks that should have been freed, but were not. The number of blocks needing to be freed will vary depending on the size of the file system and block size. Many file systems will not encounter this issue at all. Large file systems may have a small number of blocks (typically less than 100).
