搜索

6.5. Shell 和命令行工具

download PDF

现在,当按内存对进程排序时,top -u 命令至少会显示一个进程

在以前的版本中,当使用 -u &lt ; user > 参数执行 top 命令时,用户与运行命令的不同时,所有进程都会按内存排序时消失。在这个版本中,当按内存对进程排序时,top 命令至少会显示一个进程。

注意

要保留光标的位置,不会显示所有进程。您可以向上滚动结果来显示剩余的进程。

Jira:RHEL-16278

ReaR 现在会在安装 BIOS 和 UEFI 引导装载程序时决定存在 BIOS 引导装载程序

在以前的版本中,在混合引导装载程序设置(UEFIBIOS)中,当 UEFI 被用来引导时,Relax-and-Recover (ReaR)只恢复 UEFI 引导装载程序而不是 BIOS 引导装载程序。这会导致系统具有 GUID 分区表 (GPT)、BIOS 引导分区,而不是 BIOS 引导装载程序。在这种情况下,ReaR 无法创建救援镜像,尝试使用 rear mkbackuprear mkrescue 命令生成备份或救援镜像会失败,并显示以下错误消息:

ERROR: Cannot autodetect what is used as bootloader, see default.conf about 'BOOTLOADER'.

有了这个更新,ReaR 决定存在 UEFIBIOS 引导装载程序,恢复它们,且不会在 GPT 中带有 BIOS 引导分区的系统上遇到 BIOS 引导装载程序时失败。因此,可以备份并多次恢复具有混合 UEFIBIOS 引导装载程序设置的系统。

Jira:RHEL-16864[1]

ReaR 在恢复过程中不再使用 logbsize,sunitswidth 挂载选项

在以前的版本中,当使用 MKFS_ XFS _OPTIONS 配置设置恢复带有与原始参数的 XFS 文件系统时,Relax-and-Recover (ReaR)使用适用于原始文件系统的挂载选项挂载这个文件系统,但不适用于恢复的文件系统。因此,当 ReaR 运行 mount 命令时,磁盘布局重新创建会失败,并显示以下错误消息:

wrong fs type, bad option, bad superblock on and missing codepage or helper program, or other error.

内核日志显示以下信息之一:

 logbuf size must be greater than or equal to log stripe size
alignment check failed: sunit/swidth vs. agsize

有了这个更新,ReaR 在挂载重新创建的 XFS 文件系统时避免使用 logbsizesunitswidth 挂载选项。因此,当使用 MKFS_XFS_OPTIONS 配置设置时,磁盘布局会成功重新创建。

Jira:RHEL-10478[1]

在有小的精简池元数据大小的系统上,ReaR 恢复不再会失败

在以前的版本中,当使用精简池保存 LVM 卷组布局时,ReaR 不会保存池元数据卷的大小。在恢复过程中,ReaR 会使用默认大小重新创建池,即使系统使用了非默认池元数据大小。

因此,当原始池元数据大小小于默认大小,且卷组中没有可用空间时,系统恢复过程中的布局重新创建会失败,并显示类似这些示例的信息:

Insufficient free space: 230210 extents needed, but only 230026 available

或者

Volume group "vg" has insufficient free space (16219 extents): 16226 required.

在这个版本中,恢复的系统有一个与原始系统大小相同的元数据卷。因此,恢复具有小的精简池元数据大小的系统,且卷组中没有额外的可用空间成功完成。

Jira:RHEL-6984

ReaR 现在在救援系统中保留 NetBackup 的 bprestore 命令的日志以及恢复的系统

在以前的版本中,当使用 NetBackup 集成(BACKUP=NBU)时,ReaR 会在恢复过程中将日志从 bprestore 命令添加到退出时删除的目录。另外,ReaR 没有将命令生成的更多日志保存到恢复的系统上的 /usr/openv/netbackup/logs/bprestore/ 目录下。

因此,如果 bprestore 命令在恢复过程中失败,日志会被删除,除非使用 -d-D 选项运行 rear restore 命令。此外,即使恢复成功完成,/usr/openv/netbackup/logs/bprestore/ 目录下的日志也会在重启后丢失,且无法检查。

在这个版本中,ReaR 在救援系统中的 /var/lib/rear/restore 目录中保留来自 bprestore 命令的日志,它在 rear restore 命令完成后保留它,直到救援系统重启为止。如果系统被恢复,则 /usr/openv/netbackup/logs/bprestore/ 中的所有日志都会复制到 /var/log/rear/recover/restore 目录中,以及 /var/lib/rear/restore 中的日志。

Jira:RHEL-17393

如果在配置文件中设置了 TMPDIR 变量,ReaR 在恢复过程中不再失败

在以前的版本中,ReaR 默认配置文件 /usr/share/rear/conf/default.conf 包含以下说明:

# To have a specific working area directory prefix for Relax-and-Recover
# specify in /etc/rear/local.conf something like
#
#   export TMPDIR="/prefix/for/rear/working/directory"
#
# where /prefix/for/rear/working/directory must already exist.
# This is useful for example when there is not sufficient free space
# in /tmp or $TMPDIR for the ISO image or even the backup archive.

以上提到的指令无法正常工作,因为救援环境中 TMPDIR 变量的值相同,如果救援镜像中指定的目录不存在,则这不正确。

因此,当救援镜像引导时,在 /etc/rear/local.conf 文件中设置并导出 TMPDIR 会导致以下错误:

mktemp: failed to create file via template '/prefix/for/rear/working/directory/tmp.XXXXXXXXXX': No such file or directory
cp: missing destination file operand after '/etc/rear/mappings/mac'
Try 'cp --help' for more information.
No network interface mapping is specified in /etc/rear/mappings/mac

或者,在运行 rear 恢复 时运行以下命令,并稍后中止:

ERROR: Could not create build area

在这个版本中,ReaR 在救援环境中取消设置 TMPDIR 变量。ReaR 还会在 /etc/rear/local.conf 中设置变量,并在设置了变量时打印警告。/usr/share/rear/conf/default.conf 中的注释已被修改为指示在环境中设置和导出 TMPDIR,然后再执行它,而不是在 /etc/rear/local.conf 中设置它。

如果在 /etc/rear/local.conf 中使用了命令 export TMPDIR=…​,ReaR 现在打印以下警告:

Warning: Setting TMPDIR in a configuration file is deprecated. To specify a working area directory prefix, export TMPDIR before executing 'rear'

因此,在上述配置中,恢复可以成功。

/etc/rear/local.conf 等配置文件中设置 TMPDIR 现已弃用,功能将在以后的版本中删除。建议您从 /etc/rear/local.conf 中删除此类设置,并在调用 ReaR 前在环境中设置和导出 TMPDIR

Jira:RHEL-24847

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.