Menu Close

8.4. 内核

执行 kdump时,The radeon 驱动程序无法正确重置硬件

当从当前运行的内核引导内核时,比如在执行 kdump 进程时,radeon 内核驱动程序当前无法正确重置硬件。相反,kdump 内核意外终止,这会导致剩余的 kdump 服务失败。

要临时解决这个问题,在 kdump 中禁用 radeon,方法是在 /etc/kdump.conf 文件中添加以下行:

dracut_args --omit-drivers "radeon"

之后,重启机器和 kdump

请注意,在这种情况下,kdump 不会提供图形界面,但 kdump 可以成功完成。

(BZ#1168430)

在 Windows Server 2019 主机上与 RHEL 7 客户机控制台的连接速度较慢

当在 Windows Server 2019 主机上以多用户模式使用 RHEL 7 作为客户机操作系统时,连接到客户机的控制台输出目前所需的时间比预期要长。要临时解决这个问题,请使用 SSH 连接到客户端,或使用 Windows Server 2016 作为主机。

(BZ#1706522)

当将 dm_crypt 与 intel_qat 搭配使用时,内核可能会死锁

intel_qat 内核模块使用 GFP_ATOMIC 内存分配,这可能会在内存压力下失败。因此,当 dm_crypt 内核模块使用 intel_ qat 进行加密卸载时,内核死锁和可能的数据损坏可能会发生。要临时解决这个问题,您可以选择以下任意一种:

  • 更新至 RHEL 8
  • 避免使用 intel_qat 进行 加密卸载(潜在的性能影响)
  • 确定系统不会面临过量内存压力

(BZ#1813394)

在 RHEL 7 的 Amazon c5a 机器上,vmcore 文件生成会失败

在 Amazon c5a 机器上,当使用 kdump 内核中的 扁平模式 配置时,高级可编程 Interrupt Controller(APIC)无法路由本地 APIC(LAPIC)的中断。因此,k dump 内核无法引导,并阻止 kdump 内核保存 vmcore 文件进行进一步分析。

要临时解决这个问题:

  1. 通过将 crashkernel 参数设置为 256M 来提高崩溃内核大小:

    $ grubby-args="crashkernel=256M" --update-kernel
    /boot/vmlinuz-`uname -r`
  2. 通过编辑 /etc/sysconfig/kdump 文件来设置 nr_cpus=9 选项:

    KDUMP_COMMANDLINE_APPEND="irqpoll" *nr_cpus=9*
    reset_devices
    cgroup_disable=memory mce=off numa=off udev.children-
    max=2 panic=10 acpi_no_memhotplug
    transparent_hugepage=never nokaslr novmcoredd
    hest_disable

因此,kdump 内核 使用 9 个 CPU 引导,在内核崩溃时会捕获 vmcore 文件。请注意,k dump 服务可能会使用大量崩溃内核内存转储 vmcore 文件,因为它在 kdump 内核中启用了 9 个 CPU。因此,请确保崩溃内核的大小保留为 256MB,可用于引导 kdump 内核。

(BZ#1844522)

启用一些 kretprobes 可以触发内核 panic

使用以下 功能的 kretprobe 可能会导致 CPU 硬锁定:

  • _raw_spin_lock
  • _raw_spin_lock_irqsave
  • _raw_spin_unlock_irqrestore
  • queued_spin_lock_slowpath

因此,启用这些 kprobe 事件可能会遇到系统响应失败。在这种情况下会触发内核 panic。要解决这个问题,请避免为上述功能配置 kretprobes,并防止系统响应失败。

(BZ#1838903)

在 UEFI 安全引导启用的系统中 kdump 服务失败

如果启用了 UEFI 安全引导的系统启动时没有最新的 RHEL 内核版本,kdump 服务 将无法启动。在描述的场景中,k dump 报告以下出错信息:

kexec_file_load failed: Required key not available

此行为会因以下任一原因显示:

  • 使用未更新的内核版本引导崩溃内核。
  • /etc/sysconfig/kdump 文件中的 KDUMP_KERNELVER 变量配置为不最新的内核版本。

因此,k dump 无法启动,因此在崩溃事件中不会保存转储内核。

要解决这个问题,请使用以下方法之一:

  • 使用最新的 RHEL 7 修复引导崩溃内核。
  • etc/sysconfig/kdump 中的 Configure KDUMP_KERNELVER,以使用最新的内核版本。

因此,k dump 在上述场景中可以成功启动。

(BZ#1862840)

RHEL 安装程序可能无法检测 iSCSI 存储

RHEL 安装程序可能不会自动设置与 iSCSI 相关的内核命令行选项,用于卸载 iSCSI 主机总线适配器(HBA)。因此,RHEL 安装程序可能无法检测 iSCSI 存储。

要临时解决这个问题,请在引导到安装程序时在内核命令行中添加以下选项:

rd.iscsi.ibft=1 rd.iscsi.firmware=1

这些选项可从预 OS 固件配置中启用网络配置和 iSCSI 目标发现。

固件配置 iSCSI 存储,因此安装程序可以发现并使用 iSCSI 存储。

(BZ#1871027)

mlx5e_rep_neigh_update 工作队 列中的竞争条件有时会触发内核 panic

当使用 Single Root I/O 虚拟化(SR-IOV)功能中的 switchdev in-kernel 驱动程序模型在 mlx5 设备上 卸载封装操作时,mlx5e_rep_neigh_update 工作队列中可能会出现竞争条件。因此,系统会意外出现内核 panic 并被终止,并显示以下信息:

Workqueue: mlx5e mlx5e_rep_neigh_update [mlx5_core]

目前,这个问题还没有一个临时缓解方案。

(BZ#1874101)

ice 驱动程序没有为 Intel® 网络适配器加载

ice 内核驱动程序没有加载所有 Intel® 以太网网络适配器 E810-XXV,但如下:

  • v00008086d00001593sv*sd*bc*sc*i*
  • v00008086d00001592sv*sd*bc*sc*i*
  • v00008086d00001591sv*sd*bc*sc*i*

因此,网络适配器不会被操作系统检测到。要临时解决这个问题,您可以使用 Intel® 或 Dell 提供的 RHEL 7 外部驱动程序。

(BZ#1933998)

kdump 不支持在 Hyper-V 虚拟机中将 nr_cpus 设置为 2 或更高

当在 Microsoft Hyper-V 管理程序上将 RHEL 7.9 用作客户机操作系统时,当 nr_cpus 参数设置为 2 或更高版本时,kdump 内核在某些情况下会变得无响应。为避免这个问题发生,请不要在客户机的 /etc/sysconfig/kdump 文件中更改默认的 nr_cpus=1 参数。

(BZ#1773478)