Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

A.2. RHEL 硬件认证测试

以下测试是为 RHEL 硬件认证执行的：

A.2.1. Core
复制链接

测试涵盖的内容

核心 测试会检查系统的 CPU，并确保它们能够在负载下正常工作。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

核心 测试实际上由两个独立的例程组成。第一个测试旨在检测时钟 jitter。jitter 是一个当系统时钟相互同步时发生的情况。系统时钟与 CPU 时钟速度不同，这只是引用 CPU 操作的速度的另一种方法。jitter 测试使用 getimeofday （） 函数来获取每个逻辑 CPU 观察到的时间，然后分析返回的值。如果所有 CPU 时钟都在彼此的 .2 纳秒内，则测试会经过。jitter 测试的容错性非常紧张。为了获得良好的结果，务必要确保 rhcert 测试是执行测试时在系统上运行的唯一负载。出现的任何其他计算负载可能会干扰时间，并导致测试失败。jitter 测试还检查内核正在使用的时钟源。如果 Intel 处理器没有使用 TSC，它将在日志中打印警告信息，但这不会影响测试的 PASS/FAIL 状态。

第二个常规程序在核心测试中运行是 CPU 负载测试。这是必要的 压力包提供的测试。如果您正在寻求测试系统的方法，可以在 rhcert 套件外启动多个同时活动，然后监控任何故障。具体来说，它指示每个逻辑 CPU 计算方括号，它会分别使用 malloc （） 和 free （） 例程保留和释放内存，从而使系统面临内存压力，并通过调用 sync （） 来强制写入磁盘。这些活动持续 10 分钟，如果该时间段内没有失败，测试就会通过。如果您在硬件认证测试之外使用它，请参阅 压力 手册页。

准备测试

唯一的准备核心测试是安装满足策略指南中规定要求的 CPU。

执行测试

核心测试是非交互式的。运行以下命令，然后从显示列表中选择适当的 Core 测试名称。 

 rhcert-run

运行时间，裸机

内核测试本身需要大约 12 分钟才能在裸机系统上运行。测试的 jitter 部分需要一两分钟，stress 部分则运行完全 10 分钟。所需的 可支持 测试将大约一分钟添加到整个运行时间。

运行时间，全virt 客户机

fv_core 测试的时间比裸机版本（大约 14 分钟）在 KVM 客户机中运行。添加的时间是因为客户机启动/关闭活动以及客户机中运行的必需支持测试。裸机 系统上 所需的支持测试将大约一分钟添加到整体运行时间。

A.2.2. CPU 扩展
复制链接

测试涵盖的内容

cpuscaling 测试检查了 CPU 能够根据在其上放置的计算需求增加和减少其时钟速度。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

测试使用不同的扩展管理器（告诉 CPU 何时更改为更高或较低的时钟速度以及完成标准化工作负载所需的时间）时，对 CPU 执行不同频率进行练习。当硬件检测例程在 /sys 中发现以下目录时，会调度测试，其中包含多个 cpu 频率： 

/sys/devices/system/cpu/cpuX/cpufreq

cpuscaling 测试为每个软件包调度一次，而不是为每个逻辑 CPU 列出一次。当测试运行时，它将通过 /sys/devices/system/cpu/cpuX/topology/physical_package_id 确定拓扑，并为特定软件包中的所有逻辑 CPU 并行运行测试。

测试首先运行 turbostat 命令来收集处理器统计信息。在支持的构架中，turbostat 检查 turbostat 输出文件中是否可以看到提前统计列，但如果该文件不包含列，则返回警告。然后，测试会尝试执行 cstate subtest，如果失败，执行 pstate subtest。

每个 CPU 软件包的测试步骤如下：

测试使用 sysfs 文件系统中找到的值来确定最大和最小 CPU 频率。您可以使用以下命令为任何系统看到这些值： 

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

此处显示至少有两个频率：最大值和最小值，但有些处理器可以更精细的 CPU 速度控制，并将在文件中显示两个值。在测试期间，最大和分钟之间的任何其他 CPU 速度都不特别使用，尽管它们可能用作 max 和 min frequencies 之间的 CPU 转换。测试过程如下：

  1. 测试记录了文件 /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 中的最大和最小处理器速度。
  2. 选择了 userspace governor，并选择最大频率。
  3. 通过读取所有处理器的 /sys/devices/system/cpu/cpuX/cpufreq/scaling_cur_freq 值来确认最大速度。如果这个值与所选频率不匹配，测试将报告失败。
  4. 软件包中的每个处理器都会被同时计算 pi 到 2x10^12 数字的任务。选择了 pi 计算的值，因为它需要一定的时间才能完成（大约 30 秒）。
  5. 为每个 CPU 记录计算 pi 所需的时间，并为软件包计算平均值。
  6. 选择了 userspace governor，并设置了最小速度。
  7. sysfs 数据确认最小速度，如果任何 CPU 不在请求的速度，则会出现失败。
  8. 相同的 pi 计算由软件包中的每个处理器以及记录的结果执行。
  9. 选择了 ondemand governor，这会根据工作负载在最小和最大速度之间限制 CPU。
  10. sysfs 数据确认最小速度，如果任何 CPU 不在请求的速度，则会出现失败。
  11. 相同的 pi 计算由软件包中的每个处理器以及记录的结果执行。
  12. 选择 performance governor，它会强制 CPU 始终最大速度。
  13. sysfs 数据确认最大速度，如果任何 CPU 不在请求的速度，则会出现失败。
  14. 相同的 pi 计算由每个处理器处理器和记录的结果执行。

现在，分析会在三个小节上执行。在第 8 步，我们获得最大和最小 CPU 速度的 pi 计算时间。计算两个速度所需时间的差别应与 CPU 速度的成比例成比例。例如，如果假设测试系统的最大频率为 2GHz，最小为 1GHz，并且需要 30 秒系统以最大速度运行 pi 计算，我们预计系统在最小速度上需要 60 秒时间来计算 pi。我们知道，因为无法获得最佳结果的原因，因此我们允许在结果上实现 10% 边缘错误（比预期要慢）。在我们的假设示例中，这意味着，最小速度运行可能需要 54 和 66 秒之间，并且仍然被视为通过测试(90% 60 = 54 和 110% 60 = 666)。

在 eleven 的步骤中，我们使用 ondemand governor 测试 pi 计算时间。这将确认系统在工作结束时可以快速将 CPU 速度增加到最大。我们采取了第 5 步获得的计算时间，并将其与在步骤 5 步中获取的最大速度计算时间进行比较。传递测试具有这两个值，它们没有超过 10%。

在通过 4teen 的步骤中，我们使用 performance 调控器测试 pi 计算。这确认系统可以随时以最大频率保存 CPU。我们在第 14 步中获取的 pi 计算时间，并将其与在步骤 5 步中获取的最大速度计算时间进行比较。同样，传递测试的这两个值与没有超过 10% 的值不同。

当带有 TurboBoost 功能的 Intel 处理器被 /proc/cpuinfo 中存在 ida CPU 标志时，会检测到 cpuscaling 测试的额外部分。此测试在每个软件包中选择一个 CPU，省略 CPU0 用于内务处理目的，并使用 ondemand governor 的最大速度来测量性能。当软件包中的所有内核并行测试时，它预期会比之前的测试速度低 5%。

准备测试

要准备测试，请确保在 BIOS 中启用了 CPU 频率扩展，并确保安装了满足策略指南中描述的要求的 CPU。

执行测试

cpuscaling 测试不是非交互的。运行以下命令，然后从显示的列表中选择适当的 CPU 扩展 测试名称。 

 rhcert-run

运行时间

cpuscaling 测试大约需要 42 分钟用于 2013-era、单个 CPU、6 核/12-thread 3.3GHz Intel 的工作站，运行 Red Hat Enterprise Linux 6.4、AMD64 和 Intel 64。内核数量较高的系统以及更多填充的插槽将需要更长的时间。所需的 可支持 测试将大约一分钟添加到整个运行时间。

A.2.3. Ethernet
复制链接

测试涵盖的内容

只有在测试套件无法识别网络设备的速度时，以太网 测试才会出现。这可能是因为未插入的电缆或其它错误以防止正确检测连接速度。请退出测试套件，检查您的连接，并在设备正确连接时再次运行测试套件。如果问题仍然存在，请联系您的红帽支持代表以获得帮助。

以下示例显示了具有两个千兆位以太网设备 eth0 和 eth1 的系统。设备 eth0 已正确连接，但 eth1 未插入。

ethtool 命令的输出显示 eth0 的预期 gigabit 以太网速度 1000Mb/s ： 

# ethtool eth0
Settings for eth0:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full
	                        100baseT/Half 100baseT/Full
	                        1000baseT/Full
	Supported pause frame use: No
	Supports auto-negotiation: Yes
	Advertised link modes:  10baseT/Half 10baseT/Full
	                        100baseT/Half 100baseT/Full
	                        1000baseT/Full
	Advertised pause frame use: No
	Advertised auto-negotiation: Yes
	Speed: 1000Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 2
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: on
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000007 (7)
			       drv probe link
	Link detected: yes

但是，在 eth1 上，ethtool 命令显示未知的速度，这会导致计划 以太网 测试。 

# ethtool eth1
Settings for eth1:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full
	                        100baseT/Half 100baseT/Full
	                        1000baseT/Full
	Supported pause frame use: No
	Supports auto-negotiation: Yes
	Advertised link modes:  10baseT/Half 10baseT/Full
	                        100baseT/Half 100baseT/Full
	                        1000baseT/Full
	Advertised pause frame use: No
	Advertised auto-negotiation: Yes
	Speed: Unknown!
	Duplex: Unknown! (255)
	Port: Twisted Pair
	PHYAD: 1
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: Unknown
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000007 (7)
			       drv probe link
	Link detected: no

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

A.2.4. fv_core
复制链接

fv_core 测试程序启动 FV 客户机并在其上运行 核心 测试。

从 RHEL 9.4 开始，支持这个测试在 ARM 系统上运行。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10
注意

您第一次运行任何完全虚拟化测试时，测试工具将需要获取 FV 客户机文件。测试工具的执行时间取决于 FV 客户机文件的传输速度。例如，

  • 如果 FV 客户机文件位于测试服务器上，并且您使用 1GbE 或更快的网络，则几乎需要一分钟或两个来传输大约 300MB 的客户机文件。
  • 如果文件从 CWE API 检索（当客户机文件没有安装或在测试服务器上找到时），则第一个运行时将取决于 CWE API 的传输速度。

当客户机文件在 Host Under Test (HUT)上可用时，它们将用于后续运行 fv86] 测试。

A.2.5. fv_memory
复制链接

fv_memory 测试是一个打包程序，它启动 FV 客户机并在其上运行 内存 测试。

从 RHEL 9.4 开始，支持这个测试在 ARM 系统上运行。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10
注意

您第一次运行任何完全虚拟化测试时，测试工具将需要获取 FV 客户机文件。测试工具的执行时间取决于 FV 客户机文件的传输速度。例如，

  • 如果 FV 客户机文件位于测试服务器上，并且您使用 1GbE 或更快的网络，则几乎需要一分钟或两个来传输大约 300MB 的客户机文件。
  • 如果文件从 CWE API 检索（当客户机文件没有安装或在测试服务器上找到时），则第一个运行时将取决于 CWE API 的传输速度。

当客户机文件在 Host Under Test (HUT)上可用时，它们将用于后续运行 fv86] 测试。

A.2.6. kdump
复制链接

测试涵盖的内容

kdump 测试使用 kdump 服务检查系统是否在崩溃后捕获 vmcore 文件，并且捕获的文件是否有效。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

测试包括以下子测试：

  • 带有本地的 kdump ：使用 kdump 服务，这个子测试会执行以下任务：

    • 崩溃测试下的主机(HUT)。
    • 将 vmcore 文件写入本地 /var/crash 目录。
    • 验证 vmcore 文件。

  • 带有 NFS 的 kdump ：使用 kdump 服务，这个子测试会执行以下任务：

    • 将 /var/rhcert/export 文件系统挂载到 HUT 的 /var/crash 目录。这个文件系统通过 NFS 从测试服务器共享。
    • 崩溃 HUT。
    • 将 vmcore 文件写入 /var/crash 目录。
    • 验证 vmcore 文件。

准备测试

  • 在运行测试前，请确保 HUT 连接到测试服务器。
  • 确保 rhcertd 进程在测试服务器上运行。认证测试套件会自动准备 NFS 文件系统。如果套件无法设置环境，测试会失败。

执行测试

  1. 登录到 HUT。

  2. 运行 kdump 测试：

    • 要使用 rhcert-run 命令，请执行以下步骤：

      1. 运行 rhcert-run 命令： 

        # rhcert-run

      2. 选择 kdump 测试。

        测试按顺序运行两个子测试。

    • 要使用 rhcert-cli 命令，请选择是否按顺序运行两个子tests，或者指定一个 subtest ：

      • 要 按顺序运行两个 subtests，请使用以下命令： 

        # rhcert-cli run --test=kdump -–server=<test server’s IP>

      • 要只 使用本地 subtest 运行 kdump，请使用以下命令： 

        # rhcert-cli run --test=kdump --device=local

      • 要只 使用 NFS 子测试运行 kdump，请使用以下命令： 

        # rhcert-cli run --test=kdump --device=nfs -–server=<test server’s IP>

        另外，对于带有 NFS 测试的 kdump，请在 Test 服务器上执行以下命令： 

        # rhcertd start

  3. 等待 HUT 在崩溃后重启。

    kdump 服务显示几个信息，它会将 vmcore 文件保存到 /var/crash 目录中。保存 vmcore 文件后，HUT 会重启。

  4. 重新引导后登录到 HUT，rhcert 套件将验证 vmcore 文件是否存在，如果其有效。如果文件不存在或无效，则测试会失败。

如果您按顺序运行子tests，则 带有 NFS 子测试的 kdump 会在之前的 vmcore 文件的验证完成后开始。

运行时间

kdump 测试的运行时间因 HUT 中的 RAM 量、测试服务器的磁盘速度和 HUT、测试服务器的速度和测试服务器所需的时间而异，以及重启 HUT 所需的时间。

对于具有 8GB RAM 的 2013 时代工作站、7200 RPM 6Gb/s SATA 驱动器、到测试服务器的千兆位以太网连接以及 1.5 分钟重启时间，本地 kdump 测试可以在大约四分钟内完成，包括重启。同一 2013-era 工作站可以在约五分钟内完成 NFS kdump 测试，以便获得相似的网络测试服务器。可支持 的测试将大约一分钟添加到整个运行时间。

A.2.7. 内存
复制链接

内存测试包括哪些内容

内存 测试用于测试系统 RAM。它不会测试 USB 闪存内存、SSD 存储设备或任何其他基于 RAM 的硬件。它仅测试主内存。

在规划过程中，每个 CPU 内核检查添加了一个内存，以验证 HUT 满足 RHEL 最低要求内存标准。对于多个硬件认证测试而言，这是一个规划条件，包括内存、核心、实时和所有完全虚拟化测试。

如果没有通过 每个 CPU 内核检查的内存，则上述测试不会自动规划。但是，可以通过 CLI 手动规划这些测试。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用： 测试使用文件 /proc/meminfo 来确定系统中安装了多少内存。知道已安装多少后，它会检查系统架构是否为 32 位或 64 位。然后，它会确定交换空间是否可用或者没有交换分区。根据系统是否有交换文件，测试运行一次或稍有不同的设置：

  1. 如果有交换可用，请将更多 RAM 分配给内存测试，超过系统中实际安装。这会强制在运行过程中使用交换空间。
  2. 无论存在交换存在，都需要分配尽可能多的 RAM 到内存测试，同时保持低于强制内存不足(OOM)终止的限制。此版本的测试始终运行。

在内存测试的两个迭代中，malloc （） 都被用来分配 RAM，RAM 被禁止写入任意十六进制字符串(0xDEADBEEF)，并且执行测试来确保 0xDEADBEEF 实际存储在预期地址的 RAM 中。测试完成后，测试调用 free （） 来释放 RAM。多个线程或多个进程将用来分配 RAM，具体取决于进程大小是否大于或等于要测试的内存量。

准备测试

根据策略指南中的规则，在系统中安装正确数量的 RAM。

执行测试

内存测试是非交互式的。运行以下命令，然后从显示的列表中选择适当的 内存 测试名称。 

 rhcert-run

运行时间，裸机

内存测试需要大约 16 分钟才能在运行 Red Hat Enterprise Linux、AMD64 和 Intel 64 的单个 CPU、6 核/12-thread 3.3GHz 基于 Intel 的工作站上运行。该测试将在具有更多 RAM 的系统上花费更长的时间。所需的 可支持 测试将大约一分钟添加到整个运行时间。

运行时间，全virt 客户机

fv_memory 测试的时间比裸机版本大约 18 分钟要长于在客户机中运行。添加的时间是因为客户机启动/关闭活动以及客户机中运行的必需支持测试。裸机 系统上 所需的支持测试将大约一分钟添加到整体运行时间。fv_memory 测试运行时间不会因裸机内存测试而广泛地不同，因为分配给我们预建的客户机的 RAM 量始终相同。由于底层真实系统的速度可能会有变化，但测试期间使用的 RAM 数量不会从机器改为机器。

为 EC2 创建和激活交换 ：合作伙伴可以执行以下步骤来为 EC2 创建并激活交换。 

sudo dd if=/dev/zero of=/swapfile bs=1M count=8000
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
swapon -s
edit file /etc/fstab and add the following line:
/swapfile swap swap defaults 0 0
write file and quit/exit

A.2.8. network
复制链接

测试涵盖的内容

网络测试会检查通过 TCP/IP 网络传输数据的设备。测试可以根据对应的测试检查有线设备的多个连接速度和带宽，如下表中所列：

网络测试下的不同测试

Expand
以太网测试描述

1GigEthernet

使用为 1 千兆位以太网连接添加的速度检测网络测试。

10GigEthernet

使用为 10 千兆位以太网连接添加的速度检测网络测试。

20GigEthernet

使用为 20 千兆位以太网连接添加的速度检测网络测试。

25GigEthernet

通过为 25 千兆位以太网连接添加的速度检测网络测试。

40GigEthernet

带有添加速度检测 40 千兆位以太网连接的网络测试。

50GigEthernet

带有添加速度检测 50 千兆位以太网连接的网络测试。

100GigEthernet

使用为 100 千兆位以太网连接添加的速度检测网络测试。

200GigEthernet

使用为 200 千兆位以太网连接添加的速度检测网络测试。

Ethernet

如果本地测试计划中列出了以太网测试，这表示测试套件无法识别该设备的速度。在尝试测试该特定设备前检查连接。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9

测试的作用

测试运行以下子测试来收集所有网络设备的信息：

  1. 接口上的 bounce 测试是使用 nmcli conn up 和 nmcli conn down 命令执行的。
  2. 如果 root 分区不是 NFS 或 iSCSI 挂载，则会在接口上执行 bounce 测试。此外，所有其他未测试的接口将被关闭，以确保流量通过正在测试的接口进行路由。
  3. 如果 root 分区是 NFS 或 iSCSI 挂载，则跳过负责 iSCSI 或 NFS 连接的接口上的 bounce 测试，除了处理 iSCSI 或 NFS 连接的接口除外，否则将关闭。
  4. 测试文件在位置 /dev/urandom 创建，其大小通过 NIC 的速度进行调整。

  5. TCP 和 UDP 测试 - 测试使用 iperf 工具：

    1. 测试测试服务器和正在测试下的主机之间的 TCP 延迟。该测试将检查系统是否遇到任何操作系统超时，如果是，则失败。
    2. 测试测试服务器和正在测试的主机之间的带宽。对于有线设备，建议速度接近理论上的最大值。
    3. 测试服务器并在测试之下的 host 之间测试 UDP 延迟。该测试将检查系统是否遇到任何操作系统超时，如果是，则失败。
  6. 文件传输测试 - 测试使用 SCP 将文件从测试下的主机传输到远程系统或测试服务器，然后将其传输回测试下的主机，以检查传输是否正常工作。
  7. ICMP (ping)测试 - 脚本会导致 ping 在默认数据包大小中出现大量操作，以确保系统中的任何失败（系统不应该重启或重置，或者表示无法处理 ping 水水）的任何内容。5000 数据包被发送，预期为 100% 成功率。测试重试 5 次，以获得可接受的成功率。
  8. 最后，当执行测试时，测试会将所有接口返回到其原始状态（活跃或不活跃）。

准备测试有线设备

您可以根据需要测试每个测试中运行的任意数量的网络设备。

开始前：

  • 确保以原生（最大）速度连接每个设备，否则测试会失败。
  • 确保测试服务器已启动并在运行。
  • 确保每个网络设备都以静态或动态方式通过 DHCP 分配 IP 地址。
  • 确保打开多个防火墙端口，以便 iperf 工具运行 TCP 和 UDP 子测试。
注意

默认情况下，端口 52001-52101 已打开。如果要更改默认端口，请更新 /etc/rhcert.xml 配置文件中的 iperf-port 和 total-iperf-ports 值。

Example:

<server listener-port="8009" iperf-port="52001" total-iperf-ports="100">

如果没有打开防火墙端口，测试会在测试运行期间提示您打开防火墙端口。

可分区网络

该测试通过检查完整速度和分区功能，检查数据传输，来检查任何网络设备是否支持分区。

根据 NIC 的性能运行测试：

  • 如果 NIC 在分区时以全速运行，则使用以原生速度运行的 NIC 配置分区，并在该配置中执行网络测试。
  • 如果 NIC 在分区时没有全速运行，则首先运行测试两次，在不分区的情况下运行它以查看全速度操作，第二次运行它，使其启用了分区来查看分区功能。
注意

红帽建议为您的分区配置选择 1Gb/s 或 10Gb/s，以便它符合现有网络速度测试。

执行测试

网络测试是非交互式的。运行以下命令，然后从显示的列表中选择 适当的网络 测试名称。 

 rhcert-run
Expand
表 A.1. 手动添加并运行测试
速度类型手动添加以太网测试的命令手动运行以太网测试的命令

1GigEthernet 

rhcert-cli plan --add --test 1GigEthernet --device <device name>
 
rhcert-cli run --test 1GigEthernet --server <test server IP addr>

10GigEthernet 

rhcert-cli plan --add --test 10GigEthernet --device <device name>
 
rhcert-cli run --test 10GigEthernet --server <test server IP addr>

20GigEthernet 

rhcert-cli plan --add --test 20GigEthernet --device <device name>
 
rhcert-cli run --test 20GigEthernet --server <test server IP addr>

25GigEthernet 

rhcert-cli plan --add --test 25GigEthernet --device <device name>
 
rhcert-cli run --test 25GigEthernet --server <test server IP addr>

40GigEthernet 

rhcert-cli plan --add --test 40GigEthernet --device <device name>
 
rhcert-cli run --test 40GigEthernet --server <test server IP addr>

50GigEthernet 

rhcert-cli plan --add --test 50GigEthernet --device <device name>
 
rhcert-cli run --test 50GigEthernet --server <test server IP addr>

100GigEthernet 

rhcert-cli plan --add --test 100GigEthernet --device <device name>
 
rhcert-cli run --test 100GigEthernet --server <test server IP addr>

200GigEthernet 

rhcert-cli plan --add --test 200GigEthernet --device <device name>
 
rhcert-cli run --test 200GigEthernet --server <test server IP addr>

400GigEthernet 

rhcert-cli plan --add --test 400GigEthernet --device <device name>
 
rhcert-cli run --test 400GigEthernet --server <test server IP addr>

将 <device name& gt ; 和 <test server IP addr > 替换为适当的值。

运行时间

网络测试需要大约 2 分钟来测试每个基于 PCIe 的、gigabit、有线以太网卡，并且所需的可支持测试在总运行时间上增加了大约一分钟的时间。???

A.2.9. NetworkManageableCheck
复制链接

测试涵盖的内容

NetworkManageableCheck 测试针对系统中所有可用的网络接口运行。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

测试包含两个执行以下任务的子测试：

  1. 检查 BIOS 设备名称，以确认接口遵循固件设定的术语。

    注意

    BIOS 设备名称验证仅在 x86 系统上运行。

  2. 检查网络管理器是否管理接口，用于评估当前的网络管理状态。

执行测试

NetworkManageableCheck 测试是必需的。它通过自我检查和受支持的测试执行，以确保对网络接口进行全面检查和验证。

运行时间

完成测试需要大约 1 分钟时间。但是，测试的持续时间因系统和接口数量而异。

A.2.10. profiler
复制链接

profiler 测试从 Host Under Test 中收集性能指标，并确定是否从软件收集指标还是 RHEL 内核支持的硬件性能监控单元(PMU)。如果指标是基于硬件的，则测试会进一步决定 PMU 是否只包括每个内核计数器，或者包括每个软件包计数器。配置文件测试分为三个测试、profiler_hardware_core、profiler_hardware_uncore 和 profiler_software。

A.2.10.1. profiler_hardware_core
复制链接

测试涵盖的内容

profiler_hardware_core 测试通过检查循环事件，使用基于硬件的计数器收集性能指标。核心事件测量处理器内核的功能，如 L2 缓存。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

如果找到核心硬件事件计数器，并通过运行 find /sys/devices done -type f -name ' cpu*cycles ' 命令在 /sys/devices resolved -type f -name 'cpu*cycles' 命令找到 cpu*cycles 文件，则会计划测试。

测试执行多个命令来累积 'cycle' 事件示例，检查是否检测到 'cpu cycle' 事件，并检查是否收集了样本。

注意

此测试并不能获得详细测试，不会测试给定处理器可能或可能没有的每一个可能的核心计数器。

准备测试

运行此测试没有特殊要求。

执行测试

测试是非交互式的。运行以下命令，然后从显示的列表中选择适当的 profiler_hardware_core 测试名称。 

 rhcert-run

运行时间

测试大约需要 30 秒。任何其它强制或选定测试都将添加到整个运行时间。

A.2.10.2. profiler_hardware_uncore
复制链接

测试涵盖的内容

profiler_hardware_uncore 测试使用基于硬件的软件包范围计数器收集性能指标。uncore 事件测量核心外的处理器的功能，但位于软件包内，如内存控制器。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

如果找到非核心硬件事件计数器，则会计划测试。如果找到任何非核心事件并收集任何一个事件的统计信息，则测试通过。如果发现了非核心的事件，但不会收集统计信息，因为不支持这些事件，则测试会失败。

测试执行多个命令，以收集非核心事件列表和未核心事件统计信息。

注意

此测试并不能获得详细测试，它不会测试给定处理器可能或可能没有的非内核计数器。

准备测试

运行此测试没有特殊要求。

执行测试

测试是非交互式的。运行以下命令，然后从显示的列表中选择适当的 profiler_hardware_uncore 测试名称。 

 rhcert-run

运行时间

测试大约需要 30 秒。任何其它强制或选定测试都将添加到整个运行时间。

A.2.10.3. profiler_software
复制链接

测试涵盖的内容

profiler_software 测试通过检查 cpu_clock 事件来使用基于软件的计数器收集性能指标。

可以使用此测试认证软件计数器。但是，对于具有高性能要求的客户，此测试可能会受到限制。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

如果没有找到核心硬件事件计数器，则会计划测试。

测试执行多个命令来累积 cpu-clock 事件示例，检查是否检测到 cpu-clock 事件，并检查是否收集了样本。

准备测试

运行此测试没有特殊要求。

执行测试

测试是非交互式的。运行以下命令，然后从显示的列表中选择适当的 profiler_software 测试名称。 

 rhcert-run

运行时间

测试大约需要 30 秒。任何其它强制或选定测试都将添加到整个运行时间。

A.2.11. PCIE_NVMe
复制链接

PCIe_NVMe 测试涵盖的内容

如果接口是 NVMe，且设备通过 PCIE 连接连接，这个测试将运行。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

PCIe_NVMe 测试的作用

如果逻辑设备主机名字符串包含 " nvme[0-9] "，则会计划此测试

以下是作为测试一部分打印的设备参数值：

  • logical_block_size - 用于处理设备上的位置。
  • device 可以操作的 physical_block_size - Smallest 单元。
  • 对于设备的随机输入或输出，首选 minimum_io_size - Minimum 单元。
  • optimal_io_size - Preferred 单元用于流输入或输出操作。
  • alignment_offset - Offset 值来自底层物理对齐。

A.2.12. M2_NVMe
复制链接

M2_NVMe 测试涵盖的内容

如果接口是 NVMe，且设备通过 M2 连接连接，这个测试将运行。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

手动添加并运行测试

要手动添加并运行 M2_NVMe 测试，请使用以下命令： 

rhcert-cli plan --add --test M2_NVMe --device nvme0

以下是作为测试一部分打印的设备参数值：

  • logical_block_size - 用于处理设备上的位置。
  • device 可以操作的 physical_block_size - Smallest 单元。
  • 对于设备的随机输入或输出，首选 minimum_io_size - Minimum 单元。
  • optimal_io_size - Preferred 单元用于流输入或输出操作。
  • alignment_offset - Offset 值来自底层物理对齐。

A.2.13. U2_NVMe
复制链接

U2_NVMe 测试涵盖的内容

如果接口是 NVMe，且设备通过 U2 连接连接，这个测试将运行。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

手动添加并运行测试

要手动添加并运行 U2_NVMe 测试，请使用以下命令： 

rhcert-cli plan --add --test U2_NVMe --device nvme0

以下是作为测试一部分打印的设备参数值：

  • logical_block_size - 用于处理设备上的位置。
  • device 可以操作的 physical_block_size - Smallest 单元。
  • 对于设备的随机输入或输出，首选 minimum_io_size - Minimum 单元。
  • optimal_io_size - Preferred 单元用于流输入或输出操作。
  • alignment_offset - Offset 值来自底层物理对齐

A.2.14. U3_NVMe
复制链接

U3_NVMe 测试涵盖的内容

如果接口是 NVMe，且设备通过 U3 连接连接，这个测试将运行。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

手动添加并运行测试

要手动添加并运行 U3_NVMe 测试，请使用以下命令： 

rhcert-cli plan --add --test U3_NVMe --device nvme0

以下是作为测试一部分打印的设备参数值：

  • logical_block_size - 用于处理设备上的位置。
  • device 可以操作的 physical_block_size - Smallest 单元。
  • 对于设备的随机输入或输出，首选 minimum_io_size - Minimum 单元。
  • optimal_io_size - Preferred 单元用于流输入或输出操作。
  • alignment_offset - Offset 值来自底层物理对齐。

A.2.15. E3_NVMe
复制链接

E3_NVMe 测试涵盖的内容

如果接口是 NVMe，且设备通过 E3 连接连接，这个测试将运行。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

手动添加并运行测试

要手动添加并运行 E3_NVMe 测试，请使用以下命令： 

rhcert-cli plan --add --test E3_NVMe --device nvme0

以下是作为测试一部分打印的设备参数值：

  • logical_block_size - 用于处理设备上的位置。
  • device 可以操作的 physical_block_size - Smallest 单元。
  • 对于设备的随机输入或输出，首选 minimum_io_size - Minimum 单元。
  • optimal_io_size - Preferred 单元用于流输入或输出操作。
  • alignment_offset - Offset 值来自底层物理对齐。

A.2.16. 存储
复制链接

存储测试涵盖的内容

目前系统中有许多不同类型的持久在线存储设备。STORAGE 测试旨在测试在 udev 数据库中报告 ID_TYPE "disk" 的任何内容。这包括 IDE、SCSI、SATA、SAS 和 SSD 驱动器、PCIe SSD 块存储设备以及 SD 介质、xD 介质、MemoryStick 和 MMC 卡。test plan 脚本读取通过 udev 数据库，并查找满足上述条件的存储设备。当找到设备时，它会记录设备及其父项，并将其与任何其他记录设备的父设备进行比较。它确实可以确保只有具有唯一父级的设备被测试。如果之前没有看到父设备，则设备将添加到测试计划中。这会加快测试速度，因为每个控制器只有一个设备将根据策略指南进行测试。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

STORAGE 测试对唯一父项的所有存储设备执行以下操作：

  1. 该脚本通过分区表来查找不在 LVM 或软件 RAID 设备上的交换分区。如果找到，它将使用 swapoff 取消激活它，并将该空间用于测试。如果没有交换，系统仍然可以测试驱动器（如果没有分区）。请注意，交换设备必须处于活动状态，以便正常工作（测试会读取 /proc/swaps 来查找交换分区），并且交换分区不得在任何类型的软件容器中（无 LVM 或软件 RAID），但硬件 RAID 可以正常工作。
  2. 该工具在设备上创建一个文件系统，无论是在空白驱动器上的交换分区中。
  3. 文件系统已挂载，而 fio 或 dt 命令用于测试该设备。fio 或 dt 命令是一个 I/O 测试程序，它是一个通用的测试工具，能够测试、读取和写入设备。多个测试模式会验证存储设备的功能。
  4. 在挂载的文件系统测试后，卸载文件系统，并针对块设备执行 dt 测试，忽略文件系统。dt 测试使用"直接"参数来处理这一点。

准备测试

您应该安装官方测试计划中列出的所有驱动器和存储控制器。对于多个存储选项，可以一次测试系统，也可以单独安装每个存储设备，并自行运行存储测试。您可以决定每个测试的测试和控制器数量。除任何其他分区之外，附加到系统的每个逻辑驱动器必须包含交换分区，或者完全为空。这是为测试提供创建文件系统并运行测试的位置。交换分区的使用将带来更快速的测试，因为设备留有空白。它们总会比驱动器上放置的交换分区要大得多。

注意

如果测试 SD 介质卡，请使用您可以获得的最快卡。虽然类 4 SD 卡可能需要 8 小时或更长时间来运行测试，但类 10 或 UHS 1/2 卡可在 30 分钟或更短时间内完成测试运行。

当为官方测试计划选择存储设备时，审阅团队所运行的规则是"每个代码路径"的测试。我们认为，我们希望看到使用控制器可以使用的每个驱动程序运行的存储测试。同一控制器的多个驱动程序的场景通常涉及某些类型的 RAID 存储。在常规磁盘模式中，存储控制器通常使用一个驱动程序，在 RAID 模式中使用另一个驱动程序。有些驱动程序也会根据它们所在 RAID 模式使用。审阅团队将分析所有存储硬件，以确定需要用来满足所有测试要求的驱动程序。正因如此，您可以在官方测试计划中看到一次相同的存储设备。策略指南中提供了有关存储设备测试的完整信息。

执行测试

存储测试是非交互式的。运行以下命令，然后从显示的列表中选择适当的 STORAGE 测试名称。 

 rhcert-run

运行时间，裸机

在 2013-era workstation 系统中安装的 6Gb/s SATA 硬盘驱动器上，存储测试需要大约 22 分钟时间。在 2013-era workstation 系统中安装的 6Gb/s SATA 固态驱动器上需要大约 3 分钟的时间。所需的 可支持 测试将大约一分钟添加到整个运行时间。

A.2.17. 支持测试
复制链接

测试涵盖的内容

可支持 测试收集测试下主机的基本信息(HUT)。红帽使用这些信息来验证系统是否符合认证要求。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

测试有几个执行以下任务的子测试：

  1. 确认 /proc/sys/kernel/tainted 文件包含一个零(0)，这表示内核没有污点。
  2. 使用 rpm -V 命令确认软件包验证显示没有修改文件。
  3. 确认 rpm -qa kernel 命令显示内核软件包的 buildhost 是 Red Hat 服务器。
  4. 记录 /proc/cmdline 文件中的引导参数。
  5. 确认 'rpm -V redhat-certification' 命令显示没有对任何认证测试套件文件进行修改。
  6. 使用 rpm -ql kernel 命令确认 lsmod 命令显示的所有模块都显示在内核文件中列表中。
  7. 确认所有模块都位于内核应用程序二进制接口(kABI) stablelist 中。
  8. 确认模块 vendor 和 buildhost 是适当的红帽条目。

  9. 确认内核是红帽次版本的 GA 内核。

    子测试尝试使用 redhat-certification 软件包中的数据验证内核。如果内核不存在，则子测试会尝试使用互联网连接验证内核。

    要使用互联网连接验证内核，您必须将 HUT 的路由和 DNS 解析配置为访问互联网，或者设置 ftp_proxy=http://proxy.domain:80 环境变量。

  10. 检查内核报告的已知硬件漏洞。subtest 读取 /sys/devices/system/cpu/vulnerabilities/ 目录中的文件，并在文件包含"Vulnerable"一词时退出。
  11. 通过检查 lscpu 命令的输出来确认系统是否有离线 CPU。
  12. 确认系统中的 Simultaneous Multithreading (SMT)是否可用、启用并激活。

  13. 检查运行 RHEL 8 或更高版本的系统中是否有未维护的硬件或驱动程序。

    不维护的硬件和驱动程序不再在常规基础上进行测试或更新。红帽可能会修复严重的问题，包括安全问题，但您不能以任何计划节奏进行更新。

    尽快替换或删除未维护的硬件或驱动程序。

  14. 检查运行 RHEL 8 或更高版本的系统中是否已弃用的硬件或驱动程序。

    弃用的硬件和驱动程序仍然经过测试和维护，但它们计划在以后的发行版本中变为不维护并最终禁用。

    尽快替换或删除已弃用的设备或硬件。

  15. 检查运行 RHEL 8 或更高版本的系统中是否存在禁用的硬件。

    RHEL 无法使用禁用的硬件。在再次运行测试前，替换或从系统中删除禁用的硬件。

  16. 在软件包 RPM 软件包中运行以下检查：

    • 检查 RPM 构建主机信息以隔离非红帽软件包。

      该测试将要求您解释包括非红帽软件包的原因。红帽将检查原因，并单独批准或拒绝每个软件包。

    • 检查安装的 RPM 软件包是否来自产品中提供的红帽产品，且尚未修改。

      红帽查看 rpm_verification_report.log 文件中的验证失败。您需要重新安装失败的软件包并重新运行测试。

  17. 检查系统中是否存在红帽和非红帽固件文件。它列出了非红帽文件（如果存在），然后以 REVIEW 状态退出。
  18. 通过 getconf PAGESIZE 命令检查系统的页面大小。

  19. 对于 RHEL AI 认证，可支持的测试会执行一个额外的测试，该测试会捕获 HUT 的以下详情：

    1. OS 版本
    2. 系统中 AI 加速器的总数
    3. 已载入的驱动程序模块列表。

执行这些任务后，测试将收集 sosreport 和 dmidecode 命令的输出。

执行测试

rhcert 工具作为测试套件运行每个运行的一部分自动运行 可支持 测试。支持 测试在任何其他测试之前运行。

测试支持性 测试 的输出需要作为测试套件日志的一部分。红帽将拒绝不包含支持测试输出的 测试日志。

如果需要，使用以下命令手动运行测试： 

$ rhcert-cli run --test supportable

运行时间

支持 测试在 2013-era、单个 CPU、3.3GHz、6 核或 12-thread Intel 工作站上有 8 GB RAM 运行 Red Hat Enterprise Linux 6.4、AMD64 和 Intel 64 （本指南中为 Kickstart 文件）需要大约 1 分钟。根据计算机的速度和安装的 RPM 文件数量，时间会有所不同。

A.2.18. 视频
复制链接

测试涵盖的内容

对于 RHEL 8，VIDEO 测试检查主板上所有可移动或集成的视频硬件。选择设备通过其 PCI 类 ID 进行测试。具体来说，测试会在 udev 命令输出中检查带有 PCI 类作为 Display Controller 的设备。

对于 RHEL 9 ， VIDEO 测试保持不变。但是，对于帧缓冲图形解决方案，在标识是否将显示内核驱动程序用作帧缓冲后计划测试，并且不支持使用 glxinfo 命令直接渲染。

对于 RHEL 10，VIDEO 测试检查主板上所有可移动或集成的视频硬件。您不需要从 GUI 中的终端运行测试。只要 GNOME 显示管理器(GDM)在后台运行，只要 GNOME 显示管理器(GDM)在后台运行，测试会自动检测活动的显示套接字并执行子测试，无论是从 GUI 终端启动还是 SSH 会话。

支持的 RHEL 版本

  • RHEL 8
  • RHEL 9
  • RHEL 10

测试的作用

测试运行多个子测试：

对于 RHEL 8 和 9 ：

  • 检查 Connections - 记录 xrandr 命令输出。这个子测试是可选的，其失败不会影响整个测试结果。
  • 设置配置 - 检查必要的配置先决条件，如设置下一个子测试的显示深度、标志和配置。
  • X Server Test - 使用新配置文件启动另一个显示服务器，并运行 glxgears，它是一个轻量级 MESA OpenGL 演示程序以检查性能。
  • log Module and Drivers - 运行 xdpyinfo 以确定屏幕分辨率和颜色深度。另外，在测试开始时创建的配置文件应该允许系统以最大分辨率功能运行。

最后，测试使用 grep 搜索 /var/log/Xorg.0.log 日志文件来确定正在使用的模块和驱动程序。

对于 RHEL 10 ：

  • 检查 Connections ：记录 wayland-info 命令输出，它是 RHEL 8 和 RHEL 9 系统可用的 xrandr 命令的替代。它显示有关连接的信息。
  • 日志解析和显示大小 ：解析 wayland-info 命令输出并打印分辨率和显示大小。如果连接的显示类型是 virtual，或者不满足 1024x768 分辨率的最低要求，它会引发 REVIEW 状态。
  • XWayland 测试：此测试取代了 X 服务器测试。它通过运行 glxgears 演示来检查 XWayland 兼容性层的功能。它还检查命令输出。
  • 检查并记录驱动程序信息 ：检查 GDM 加载的显示驱动程序，以查看它们是否由红帽构建。

准备测试

  • 确定在测试系统上安装 GUI 并在您的测试系统上运行。

  • 确保系统中的监控器和显卡可以在最小分辨率 1024x768 中运行，每个 pixel 的颜色深度为 24 位(bpp)。也可以接受更高分辨率或颜色深度。

    • 对于 RHEL 8 和 9，检查 xrandr 命令的输出(24 bpp 或更高版本)以确认。
    • 对于 RHEL 10，检查 wayland-info 命令的输出(24 bpp 或更高版本)以确认。
  • 如果您没有看到卡或监控组合可以生成的所有解析，请确保删除 monitor 和显卡之间的任何 KVM 交换机。

执行测试

测试是非交互式的。运行以下命令，然后从显示的列表中选择适当的 VIDEO 测试名称。 

 rhcert-run

首先，测试系统屏幕将留空，然后会显示 x11perf 测试程序中的一系列测试模式。测试完成后，它将返回到桌面或虚拟终端屏幕。

运行时间

完成测试需要大约 1 分钟时间。任何其它强制或选定测试都将添加到整个运行时间。

A.2.19. VIDEO_DRM
复制链接

测试涵盖的内容

VIDEO_DRM 测试验证图形控制器，该控制器使用具有基本图形支持的原生 DRM 内核驱动程序。

测试将规划以下内容：

  • 使用中的显示驱动程序被识别为内核 mode-setting 驱动程序。
  • 显示驱动程序不是帧缓冲。
  • 直接渲染不受 glxinfo 命令标识的，OpenGL renderer 字符串是 llvmpipe。

支持的 RHEL 版本

  • RHEL 9

测试的作用

该测试验证图形控制器的功能，类似于 VIDEO。

准备测试

  • 确保系统中的监控器和显卡可以在分辨率 1024x768 上运行，每个像素数为 24 位(bpp)。也可以接受更高分辨率或颜色深度。检查 xrandr 命令输出时间为 24 bpp 或更高的 1024x768，以确认。
  • 如果您没有看到卡或监控组合可以生成的所有解析，请确保删除 monitor 和显卡之间的任何 KVM 交换机。

执行测试

测试是非交互式的。运行以下命令，然后从显示的列表中选择适当的 VIDEO_DRM 测试名称。 

 rhcert-run

首先，测试系统屏幕将留空，然后会显示 x11perf 测试程序中的一系列测试模式。测试完成后，它将返回到桌面或虚拟终端屏幕。

运行时间

完成测试需要大约 1 分钟时间。任何其它强制或选定测试都将添加到整个运行时间。

A.2.20. VIDEO_DRM_3D
复制链接

测试涵盖的内容

VIDEO_DRM_3D 测试验证图形控制器，该控制器使用具有加速图形支持的原生 DRM 内核驱动程序。

测试将规划以下内容：

  • 使用中的显示驱动程序被识别为内核 mode-setting 驱动程序。
  • 显示驱动程序不是帧缓冲。
  • 直接渲染由 glxinfo 命令标识，OpenGL renderer 字符串不是 llvmpipe。

该测试使用 Prime GPU 卸载技术来执行所有视频测试子测试。

支持的 RHEL 版本

  • RHEL 9
  • RHEL 10

测试的作用

该测试验证图形控制器的功能，类似于 VIDEO 测试。另外，测试还会运行以下子tests：

对于 RHEL 9 ：

  • Vulkaninfo test - 记录 vulkaninfo 命令输出，以收集 Vulkan 信息，如标识 GPU 的设备属性、已识别层、支持的镜像格式和格式属性。
  • Glmark2 基准测试 - 运行 glmark2 命令，以根据 OpenGL 2.0 和 ES 2.0 基准测试生成分数，并确认 3D 能力。subtest 使用一组不同的参数执行实用程序两次，首先使用硬件渲染器，之后使用软件渲染器。如果硬件渲染器命令运行结果比软件更好的分数，则测试成功通过，请确认显示控制器具有更好的 3D 功能，否则会失败。

对于 RHEL 10 ：

  • 日志 vulkaninfo test: Logs vulkaninfo 命令输出。
  • 测试 GPU 功能：运行 glmark2-wayland 命令而不是 X 版本测试。此命令通过比较硬件和软件渲染者中的分数来验证测试系统是否确实是硬件加速。

准备测试

  • 确定在测试系统上安装 GUI 并在您的测试系统上运行。

  • 确保系统中的监控器和显卡可以在最小分辨率 1024x768 中运行，每个 pixel 的颜色深度为 24 位(bpp)。也可以接受更高分辨率或颜色深度。

    • 对于 RHEL 9，检查 xrandr 命令的输出(24 bpp 或更高版本)以确认。
    • 对于 RHEL 10，检查 wayland-info 命令的输出(24 bpp 或更高版本)以确认。
  • 如果您没有看到卡或监控组合可以生成的所有解析，请确保删除 monitor 和显卡之间的任何 KVM 交换机。

执行测试

测试是非交互式的。运行以下命令，然后从显示的列表中选择适当的 VIDEO_DRM_3D 测试名称。 

 rhcert-run

首先，测试系统屏幕将留空，然后会显示 x11perf 测试程序中的一系列测试模式。测试完成后，它将返回到桌面或虚拟终端屏幕。

运行时间

完成测试需要大约 1 分钟时间。任何其它强制或选定测试都将添加到整个运行时间。

A.2.21. 手动添加并运行测试
复制链接

在个别情况下，测试可能会因为硬件检测或硬件、操作系统或测试脚本相关的问题而无法规划。如果出现这种情况，请联系红帽支持联系人以获得进一步的帮助。他们可能会要求您为问题创建一个支持问题单，然后解释了如何在 HUT 上使用 rhcert-cli 命令手动将测试添加到本地测试计划中。对本地测试计划所做的任何修改都将发送到测试服务器，以便您可以继续使用测试服务器上的 Web 界面来运行您的测试。该命令运行如下： 

# rhcert-cli plan --add --test=<testname> --device=<devicename> --udi-<udi>

此处使用的 rhcert-cli 命令的选项有：

  • plan - 修改测试计划
  • --add - 向测试计划添加一个项

  • --test=<testname >- 要添加的测试。测试名称如下：

    • hwcert/kdump
    • hwcert/network/Ethernet/100MegEthernet
    • hwcert/network/Ethernet/1GigEthernet
    • hwcert/network/Ethernet/10GigEthernet
    • hwcert/network/Ethernet/40GigEthernet
    • hwcert/network/NetworkManageableCheck
    • hwcert/memory
    • hwcert/core
    • hwcert/cpuscaling
    • hwcert/fvtest/fv_core
    • hwcert/fvtest/fv_memory
    • hwcert/profiler
    • hwcert/profiler/profiler_hardware_core
    • hwcert/profiler/profiler_hardware_uncore
    • hwcert/profiler/profiler_software
    • hwcert/storage
    • hwcert/video
    • hwcert/video/video_drm
    • hwcert/video/video_drm_3d
    • hwcert/supportable
    • hwcert/storage/U2_NVME
    • hwcert/storage/U3_NVME
    • hwcert/storage/M2_NVME
    • hwcert/storage/E3_NVME
    • hwcert/storage/PCIE_NVME

  • 只有在必须指定设备时，才需要其他选项，例如在网络和存储测试中，需要告知要运行哪个设备。您需要查看各种位置来确定要在此处使用的设备名称或 UDI。支持可帮助确定正确的名称或 UDI。找到后，您可以使用以下两个选项之一来指定设备：

    • --device=<devicename >- 应该测试的设备，通过设备名称（如 "enp0s25" 或 "host0" ）标识。
    • --UDI =<UDI>- 要测试的设备的唯一设备 ID，由 UDI 字符串标识。

  • 通过指定测试名称来运行 rhcert-cli 命令： 

    rhcert-cli run --test=<test_name>

    例如： 

    rhcert-cli run --test=audio

  • 您可以指定- -device 来运行特定设备： 

    rhcert-cli run --test=<test name> --device=<device name>

    例如： 

    rhcert-cli run --test=kdump --device=nfs
注意

建议您独立使用 rhcert-cli 或 rhcert-run，并保存结果。混合使用 rhcert-cli 和 rhcert-run 并将结果保存在一起可能会导致结果正确处理。

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2026 Red Hat返回顶部