6.10 发行注记


Red Hat Enterprise Linux 6.10

Red Hat Enterprise Linux 6.10 发行注记

10 版

Red Hat Customer Content Services

摘要

本发行注记提供了在 Red Hat Enterprise Linux 6.10 中实现的改进和附加组件的高级信息,并记录了本发行版本中的已知问题。有关重要的程序错误修复、技术预览、已弃用的功能和其他详情的信息,请参考技术说明 . https://access.redhat.com/documentation/zh-CN/red_hat_enterprise_linux/6/html/6.10_technical_notes/index.html

前言

Red Hat Enterprise Linux (RHEL)次版本是单独的增强、安全性和程序错误修复的聚合。Red Hat Enterprise Linux 6.10 发行注记 文档描述了对 Red Hat Enterprise Linux 6 操作系统及其与该次发行版本相关的应用程序的主要更改,以及已知问题。技术 说明文档提供了重要的程序错误修复列表、所有当前可用的技术预览、已弃用的功能和其他信息。
与其他版本系统相比,Red Hat Enterprise Linux 6 的能力和限制包括在 https://access.redhat.com/articles/rhel-limits 处的红帽知识库文章中。
有关 Red Hat Enterprise Linux 生命周期的详情,请参考 https://access.redhat.com/support/policy/updates/errata/

第 1 章 概述

产品生命周期备注
Red Hat Enterprise Linux 6 现在处于产品生命周期的维护支持 2 阶段。在此阶段中不计划提供新功能和新硬件启用。更新仅限于具有合格的关键安全修复和业务影响紧急问题。如需更多信息,请参阅 Red Hat Enterprise Linux 生命周期
从 Red Hat Enterprise Linux 6 原位升级到 Red Hat Enterprise Linux 7
因为 Red Hat Enterprise Linux 订阅不与某个特定版本绑定,因此现有客户可以随时将其 Red Hat Enterprise Linux 6 基础架构更新至 Red Hat Enterprise Linux 7,免费使用最新的上游创新。
原位(in-place)升级提供了一种通过替换现有操作系统将系统升级到 Red Hat Enterprise Linux 的新主版本的方法。要执行原位升级,请使用 Preupgrade Assistant,它是一个在运行实际升级前检查系统升级问题的工具,同时还为 Red Hat Upgrade Tool 提供了额外的脚本。当您解决了 Preupgrade Assistant 报告的所有问题时,请使用 Red Hat Upgrade Tool 升级系统。
有关流程和支持的场景的详情,请参阅 从 RHEL 6 升级到 RHEL 7 指南。
请注意,Red Hat Enterprise Linux 6 Extras 软件仓库 提供了 Preupgrade AssistantRed Hat Upgrade Tool
有关从 Red Hat Enterprise Linux 6 升级到 Red Hat Enterprise Linux 8 的详情,请参考 从 RHEL 6 升级到 RHEL 8 文档。
如果使用 CentOS Linux 6 或 Oracle Linux 6,您可以在升级到 RHEL 7 或 RHEL 8 之前使用 convert2rhel 工具将操作系统转换为 RHEL 6。具体步骤请查看 如何从 CentOS Linux 或 Oracle Linux 转换到 RHEL
Red Hat Insights
从 Red Hat Enterprise Linux 6.7 开始,Red Hat Insights 服务可用。Red Hat Insights 是一个主动服务,旨在使您在已知技术问题影响部署之前识别、检查和解决这些问题。Insights 利用红帽支持工程师的综合知识、记录的解决方案以及解决的问题,向系统管理员提供相关的可操作信息。
服务 通过客户门户网站 或通过 Red Hat Satellite 托管和交付。要注册您的系统,请按照 Insights 入门指南
红帽客户门户网站 Labs
红帽客户门户网站 Labs 是位于 https://access.redhat.com/labs/ 处的客户门户网站部分中的一组工具。红帽客户门户网站 Labs 中的应用程序可帮助您提高性能、快速解决问题、发现安全问题以及快速部署和配置复杂应用程序。一些最常用的应用程序有:

部分 I. 新功能

这部分论述了 Red Hat Enterprise Linux 6.10 中的新功能和主要改进。重新名称

第 2 章 常规更新

原位升级的新回滚功能

通过 RHEA-2018:3395 公告,红帽 升级工具为满足知识库解决方案中指定的条件的系统使用 LVM 快照来提供 https://access.redhat.com/solutions/3534561 回滚功能。(BZ#1625999)

第 3 章 集群

只有在相关参数更改时,才会在资源清理中进行取消隔离

在以前的版本中,在包含支持取消隔离(如 fence_scsifence_mpath )的隔离设备的集群中,任何 stonith 资源的一般资源清理通常会导致取消隔离,包括重启所有资源。现在,只有在支持取消隔离的设备的参数更改了时,才会进行取消隔离。(BZ#1427643)

pacemaker rebase 到版本 1.1.18

pacemaker 软件包已升级到上游版本 1.1.18,它包括以下行为区别:
Pacemaker 现在探测使用 Pacemaker 远程连接("guest 节点"启动的虚拟机),就像它探测到加入集群的任何节点一样。这允许 Pacemaker 捕获启动时错误启动的服务,并在资源清理后刷新其知识。因此,务必要避免服务在冲突的位置运行。但是,这些探测必须执行,并在客户机节点上启动任何资源前处理结果。这可能会导致启动时间显著增加。另外,如果用户之前依赖探测未完成,则探测可能会失败(例如,如果客户机上没有安装相关软件)。
当某些资源无法在客户机节点上运行时,可以避免这些效果。通常,已存在 -INFINITY 位置限制。用户可以在位置约束选项中添加 resource-discovery=never,以告知 pacemaker 无法探测客户机节点上的资源。(这不应该对客户机上运行的任何资源完成。)(BZ""1513199)

clufter rebase 到版本 0.77.1

clufter 软件包已升级到上游版本 0.77.1,与之前的版本相比,它提供了很多 bug 修复、新功能和用户体验。主要更新包括:
  • 当生成 pcs 命令时,clufter 工具现在支持首选功能来生成 pcs 命令,该命令只通过差异更新的方式,而不是推送整个配置的完整更新来更新对配置所做的修改。同样,clufter 工具支持指示 pcs 工具配置用户权限(ACL)。为了在文档模式的各种主要版本的实例间工作,clufter 获得了内部按需格式升级的概念,镜像 pacemaker 的内部机制。同样,clufter 现在可以配置 捆绑包 功能。
  • 在任何类似脚本的输出序列中,比如使用 clufter 命令系列的 ccs2pcscmdpcs2pcscmd 生成的输出序列,现在将以有效形式发出预期的 shell 解释器,以便操作系统可以满足相应的注释行。
  • 当使用 clufter 来转换带有 pcs2pcscmd-needle 命令的现有配置时,如果 corosync.conf 等效省略了 cluster_name 选项(不是标准 pcs-initiated 配置的情况),则包含 pcs cluster setup 调用不再会导致集群错误配置,第一个给定节点的名称解析为所需的集群名称规格。现在,当可用时,相同的调用会包括-- encryption 0|1 开关,以便准确反映原始配置。
  • 所有 clufter 命令在输出中都有一系列 pcs 命令,这意味着它们通过后处理传递来提高可读性(除非禁用了 with --noop=cmd-wrap),不再有 shell 中带有特殊含义的字符的问题,其更改了其解释。
  • 现在,clufter 工具还涵盖一些最近添加的一些配置方法,如 pcs (用于仲裁设备的 Heuristics),当生成顶层 捆绑包资源 单元的 meta 属性时,在适用时反映现有配置。在面临的 corosync 配置中,格式解析程序不再错误地认为是空格或 tabulators 前面的空格或 tabulators,并且对某些机制引入的选项的支持在更接近 pcs 实际处理的情况下被重新考虑。
有关 clufter 功能的详情,请查看 clufter (1) 手册页或 clufter -h 命令的输出。有关 clufter 用法的示例,请参阅以下红帽知识库文章 :https://access.redhat.com/articles/2810031。(BZ#1526494, BZ#1381531, BZ#1517834, BZ#1552666)

第 4 章 编译器和工具

gcc-libraries rebase 到版本 7.2.1

gcc-libraries 软件包已更新至上游版本 7.2.1。这个版本添加了以下改进:
  • 添加了 libgfortran.so Fortran 库来启用使用 Red Hat Developer Toolset 构建的应用程序。
  • Fortran 库添加了对某些 DEC Fortran 格式扩展的支持。(BZ#1465568, BZ#1554429)

添加了对 GCC 的 retpolines 的支持

在这个版本中,增加了对 GCC 的 retpoline 的支持。Retpolines 是内核使用的技术,以减少缓解 Spectre Variant 2 攻击的开销,如 CVE-2017-5715 中所述。(BZ#1535656, BZ#1553817)

第 5 章 安装和引导

引入了 ifcfg channel 文件的 ARPUPDATE 选项

在这个版本中,为 ifcfg channel 文件引入了 ARPUPDATE 选项。默认值为 'yes';将值设置为 no 允许您使用有关当前网络接口控制器的地址解析协议(ARP)信息禁用更新邻居计算机。这在使用启用了直接路由的 Linux Virtual Server (LVS)负载平衡时特别有用。(BZ#1440888)

第 6 章 网络

bind 现在包含新的 root 区域 KSK

由于 2017 年 10 月出现 DNS 安全扩展(DNSSEC)密钥签名密钥(KSK)滚动,因此一个新的密钥标签已添加到带有更新的根服务器和信任锚的 bind 软件包中。拥有最新的 KSK 是确保验证 DNS 解析器在滚动后继续正常工作所必需的。(BZ#1452639)

iptables-services 软件包现在支持 /etc/sysctl.d

有了这个更新,iptablesip6tables 服务的初始化脚本现在识别 /etc/sysctl.d 目录中的配置文件,以及 /etc/sysctl.conf 文件本身。因此,在重启 iptables 服务时,存储在 /etc/sysctl.d/ 中的用户提供的 sysctl 设置会被正确考虑。(BZ#1459673)

第 7 章 系统和订阅管理

reposync 现在默认跳过其位置超出目标目录的软件包

在以前的版本中,reposync 命令没有清理到远程存储库中指定的软件包的路径,这是不安全的。CVE-2018-10897 的安全修复已将 reposync 的默认行为改为不存储指定目标目录之外的任何软件包。要恢复原始的不安全行为,请使用 new --allow-path-traversal 选项。(BZ#1609302)

第 8 章 Red Hat Software Collections

Red Hat Software Collections 是一个红帽内容集,它提供一组动态编程语言、数据库服务器和相关软件包,您可以在 AMD64 和 Intel 64 架构的所有支持的 Red Hat Enterprise Linux 6 和 Red Hat Enterprise Linux 7 版本中安装和使用。Red Hat Developer Toolset 作为一个单独的 Software Collection 提供。
Red Hat Developer Toolset 是为使用 Red Hat Enterprise Linux 平台的开发人员设计的。它提供了 GNU Compiler Collection、GNU Debugger 和其他开发、调试和性能监控工具的当前版本。从 Red Hat Software Collections 2.3 开始,Eclipse 开发平台作为单独的 Software Collection 提供。
Red Hat Software Collections 提供的动态语言、数据库服务器和其他工具不会取代 Red Hat Enterprise Linux 提供的默认系统工具,也不首选使用这些工具。Red Hat Software Collections 使用基于 scl 工具的替代打包机制来提供一组并行的软件包。这个集合启用了 Red Hat Enterprise Linux 中使用的软件包的替代版本。通过使用 scl 工具,用户可以选择他们想要随时运行的软件包版本。
重要
Red Hat Software Collections 的生命周期及支持期限比 Red Hat Enterprise Linux 要短。如需更多信息,请参阅 Red Hat Software Collections 产品生命周期
如需集合、系统要求、已知问题、用法以及各个软件集合的具体内容,请参阅 Red Hat Software Collections 文档
有关本 Software Collection、安装、使用、已知问题等组件的更多信息,请参阅 Red Hat Developer Toolset 文档

部分 II. 已知问题

这部分记录了 Red Hat Enterprise Linux 6.10 中的已知问题。

第 9 章 常规更新

在 Red Hat Enterprise Linux 7 中关于服务预期默认设置的不正确的信息

处理 initscripts 的 Preupgrade Assistant 模块根据 Red Hat Enterprise Linux 7 中的 /usr/lib/systemd/system-preset/90-default.preset 文件,以及 Red Hat Enterprise Linux 6 系统中的当前设置提供有关 Red Hat Enterprise Linux 7 中服务的预期默认设置的不正确的信息。此外,该模块不会检查系统的默认设置,而仅检查检查脚本期间使用的运行级别设置,这可能不是系统的默认运行级别。因此,不会以预期的方式处理 initscripts,新系统需要比预期更多的手动操作。但是,用户会告知用户为相关服务选择的设置,尽管可预见的默认设置。
(BZ#1366671)

在 UEFI 系统中从 USB 闪存驱动器安装会失败

创建可引导 USB 驱动器需要 efidisk.img 文件,该驱动器可以在带有 UEFI 固件的系统中工作。在本发行版本中,在 compose 构建过程中出现问题,导致该文件被错误地生成,因此该文件无法引导。
作为临时解决方案,请使用在 UEFI 系统中引导安装程序的替代方法之一:
  • 将一个提供的引导 ISO 镜像(boot.iso 或完整安装 DVD)刻录到 CD 或者 DVD 中,并使用光驱引导
  • 将一个 ISO 镜像挂载为 CD 或者 DVD 驱动器
  • 设置 PXE 服务器并从网络引导
(BZ#1588352)

启用 FIPS 模式后,无法从 RHEL 6 系统原位升级到 RHEL 7

当使用启用了 FIPS 模式的 Red Hat Upgrade Tool 将 RHEL 6 系统升级到 RHEL 7 时,缺少的基于哈希的消息身份验证代码(HMAC)可防止正确验证内核数据。因此,Red Hat Upgrade Tool 无法引导到目标系统内核,这个过程会失败。推荐的方法是执行干净的安装。如果管理员在升级期间禁用 FIPS 模式,则必须重新生成所有加密密钥,且必须重新评估转换系统的 FIPS 合规性。如需更多信息,请参阅 如何使 RHEL 6/7/8 FIPS 140-2 兼容?
(BZ#1612340)

如果使用 LDL 格式,则无法在 IBM Z 上原位升级

RHEL 7 不支持 Linux 磁盘布局(LDL)格式。因此,在 IBM Z 构架中,如果分区在一个或多个直接访问存储设备(DASD)上格式化为 LDL,则 Preupgrade Assistent 表示这是一个非常风险,Red Hat Upgrade Tool 不会启动升级过程以防止此类分区上的数据丢失。
要临时解决这个问题,请迁移到通用磁盘布局(CDL)格式。要检查使用了哪个 DASD 格式,请运行:
# dasdview -x <disc>
命令输出将显示 CDL 格式的以下结果:
format : hex 2 dec 2 CDL formatted
或者此结果是 LDL 格式:
format : hex 1 dec 1 LDL formatted
请注意,在没有应用 RHBA-2019:0411 更新的情况下,可能会出现数据丢失,因为 Preupgrade Assistant 以前无法检测 LDL 格式。
(BZ#1618926)

如果系统缺少了特定的软件包,Preupgrade Assistant 会报告 notchecked

如果系统中没有安装某些所需的软件包,则 preupg 命令触发的 Preupgrade Assistant 无法执行预升级评估。因此,测试摘要会在每行中显示未检查的 result 关键字。
要临时解决这个问题:
  1. 安装 openscap 的 64 位版本、 openscap -engine-sceopenscap-utils 软件包。如果已安装 32 位版本,建议您删除它们。
  2. 再次运行 preupg 命令。
(BZ#1804691)

第 10 章 认证和互操作性

在某些情况下,使用 adcli 更新机器帐户密码会失败,并显示 SELinux 错误

当尝试使用 Red Hat Enterprise Linux 6.10 中的 adcli 工具更新机器帐户密码时,系统安全服务守护进程(SSSD)有时会尝试更新包含机器帐户密码的内部 Samba 数据库。因此,SELinux 访问向量缓存(AVC)表示 SSSD 及其子进程不允许运行 Samba 的 net 命令来更新内部 Samba 数据库。
要临时解决这个问题,您可以通过创建一个包含以下内容的 sssd_samba.te 文件来添加本地 SELinux 策略:
module sssd_samba 1.0;

require {
	type sssd_t;
	type samba_net_exec_t;
	class file execute;
}

#============= sssd_t ==============
allow sssd_t samba_net_exec_t:file execute;
然后输入以下命令:
# yum install selinux-policy-devel
# make -f /usr/share/selinux/devel/Makefile sssd_samba.pp
# semodule -i sssd_samba.pp
因此,带有 adcli 的 SSSD 可以更新 Samba 的内部数据库,且没有 SELinux AVC 错误。(BZ#1558428)

如果设置了 default_domain_suffix,AD 用户无法在 IdM 主机上使用 sudo

在身份管理(IdM)和活动目录(AD)之间的信任中,如果 /etc/sssd/sssd.conf 文件中的 default_domain_suffix 参数被设置为 AD 域,则 AD 用户无法在 IdM 主机上运行 sudo 命令。要临时解决这个问题,请从 /etc/sssd/sssd.conf 文件中删除 default_domain_suffix 参数。因此,sudo 策略对于 AD 和 IdM 用户可以正常工作。
请注意,在删除 default_domain_suffix 参数后,AD 用户必须使用 user_name@domain_name,而不是其用户名的简短版本才能登录。(BZ#1550192)

第 11 章 编译器和工具

Git 无法用于 HTTP 或 HTTPS 和 SSO

Git 提供 http.delegation 配置变量,它对应于 cURL-- delegation 参数,以便在 Kerberos 票据委派时使用。但是,Red Hat Enterprise Linux 6 中包含的 Git 包含了对 libcurl 库版本的不相关的检查,而在 RHEL 6 系统上由不同版本的 libcurl 提供所需修复。作为临时解决方案,在 HTTP 或 HTTPS 连接中使用带有单点登录的 Git 会失败。要临时解决这个问题,请使用 Red Hat Software Collections 的 rh-git29 软件集合提供的 Git 版本。(BZ#1430723)

第 12 章 安装和引导

GRUB 不支持 NVMe 设备

Red Hat Enterprise Linux 6 中的 GRUB 引导装载程序不支持非易失性内存 NVM Express (NVMe)设备,因此引导装载程序无法安装在这些设备中。
要临时解决这个问题,您可以:
  • 使用另一个存储设备安装引导装载程序
  • 升级到 RHEL 7,它使用 GRUB2 作为默认引导装载程序,并支持安装到 NVMe 设备
(BZ#1227194)

GRUB 更新不会对系统应用

当使用 yumrpm 更新 GRUB 引导装载程序(例如,rpm -Uvh grub)并且更新过程成功,则 grub-install 命令因 GRUB 的技术限制而自动运行。下载并安装更新的软件包,但该软件包提供的引导装载程序的新版本不会自动应用到系统。相反,即使软件包更新后也会使用旧版本,因此更新中提供的任何修复都不会应用到系统。
要临时解决这个问题,请在每次安装对 grub 软件包的更新时,使用具有 root 权限的命令行手动运行 grub-install 命令。(BZ#1573121)

GRUB Legacy 不支持 SHA 加密的密码

在 UEFI 模式中,GRUB Legacy 只支持 MD5- 加密的密码,且不支持 SHA256 和 SHA512 加密的密码。因此,当以 UEFI 模式使用 SHA256 和 SHA512 加密密码时,操作系统会在引导时变得无响应。
要临时解决这个问题,您可以:
  • 将您的系统配置为以传统 BIOS 模式引导。如需更多信息,请参阅 https://access.redhat.com/solutions/68828
  • 升级到 Red Hat Enterprise Linux 7,它使用支持 SHA 加密密码的 GRUB 2 引导装载程序。(BZ#1598553)

第 13 章 内核

读取 /proc/stat 文件的进程会导致高 CPU 使用率

当很多进程读取 /proc/stat 文件时,系统上的 CPU 使用率很高。这是因为 sparse_irq_lock 内核锁定中竞争。
要临时解决这个问题,请在内核命令行中添加 kstat_irq_nolock 参数。这禁用了锁定和降低 CPU 用量,但可能会导致系统因为争用状况非常罕见地变得无响应。(BZ#1544565)

第 14 章 安全性

OpenSSL 的运行时版本被屏蔽,SSL_OP_NO_TLSv1_1 不得与 OpenSSL 1.0.0 一起使用

因为某些应用程序对 OpenSSL 版本执行不正确的版本检查,因此 OpenSSL 的实际运行时版本会被屏蔽,并报告 build-time 版本。因此,无法使用 SSLeay () 函数检测当前运行的 OpenSSL 版本。
另外,使用 OpenSSL 1.0.0 运行时将与 OpenSSL 1.0.1 上的 SSL_OP_NO_TLSv1_1 选项对应的值传递给 SSL_CTX_set_options () 函数。
要临时解决这个问题,请使用另一种方法来检测当前运行的 OpenSSL 版本。例如,可以通过使用 SSL_CIPHER _description () 函数解析列表来获取启用的密码的列表,并使用 SSL_ CIPHER_description () 函数解析列表来搜索 TLS 1.2 密码。这表示在 1.0.0 之后使用 OpenSSL 版本运行的应用程序,因为 TLS 1.2 支持自版本 1.0.1 起存在。(BZ#1497859)

第 15 章 Storage

LVM 快照有时会导致系统挂起

当使用 LVM 快照以及文件系统块在快照块边界上不一致时,系统有时会变得无响应。这是因为设备映射器快照和每个进程 bio 排队之间的复杂交互,这可能会导致 cyclic 依赖项和死锁。
如果您受到此问题的影响,请升级到 Red Hat Enterprise Linux 7,从而解决了死锁。在此生产阶段,修复过于广泛包括在 Red Hat Enterprise Linux 6 中。(BZ#1073220)

第 16 章 系统和订阅管理

安装的 python-rhsm-debuginfo 会导致升级失败

当用户在安装 python-rhsm-debuginfo 软件包时尝试升级到 RHEL 6.10 时,会因为与 subscription-manager-debuginfo 软件包冲突而发生事务检查错误。因此,系统升级会失败,并尝试安装或更新 subscription-manager-debuginfo。要临时解决这个问题,请在升级系统或安装或更新 subscription-manager-debuginfo 之前运行 yum remove python-rhsm-debuginfo 来卸载冲突的软件包。(BZ#1581359)

附录 A. 组件版本

本附录提供了 Red Hat Enterprise Linux 6.10 版本中的关键组件及其版本列表。
表 A.1. 组件版本
组件
Version
kernel
2.6.32-754
QLogic qla2xxx 驱动程序
8.07.00.26.06.8-k
QLogic ql2xxx 固件
ql2100-firmware-1.19.38-3.1
ql2200-firmware-2.02.08-3.1
ql23xx-firmware-3.03.27-3.1
ql2400-firmware-7.03.00-1
ql2500-firmware-7.03.00-1
Emulex lpfc 驱动程序
0:11.0.1.6
iSCSI 启动器 utils (iscsi-initiator-utils)
6.2.0.873-27
DM-Multipath (device-mapper-multipath)
0.4.9-106
LVM (lvm2)
2.02.143-12

附录 B. 修订历史记录

修订历史
修订 0.1-4Tue Mar 02 2021Lenka Špačková
更新了 从 RHEL 6 升级到 RHEL 7 的链接。
修复了 CentOS Linux 名称。
修订 0.1-3Mon May 11 2020Lenka Špačková
更改了与 FIPS 相关的引用。
修订 0.1-2Tue Apr 28 2020Lenka Špačková
更新有关原位升级的信息。
修订 0.1-1Thu Mar 19 2020Lenka Špačková
更新了使用 FIPS 模式(通用更新)与原位升级相关的已知问题。
修订 0.1-0Wed Feb 19 2020Lenka Špačková
添加了一个与 Preupgrade Assistant (General Updates)相关的已知问题。
修订 0.0-9Tue Feb 26 2019Lenka Špačková
根据发布的 RHBA-2019:0411 公告,更新了与原位升级相关的已知问题。
修订 0.0-8Thu Nov 22 2018Filip Hanzelka
添加了一个新的与 AD 用户相关的已知问题,无法使用 sudo (身份验证和互操作性)。
修订 0.0-7Wed Oct 31 2018Lenka Špačková
添加了一个新功能以及两个与原位升级相关的已知问题(通用更新)。
修订 0.0-6Wed Aug 22 2018Lenka Špačková
添加了一个与 GRUB Legacy 相关的已知问题(安装和引导)。
修订 0.0-5Tue Jul 31 2018Lenka Špačková
添加了有关 reposync 命令行为更改的备注到新功能(系统和订阅管理)。
修订 0.0-4Tue Jun 19 2018Lenka Špačková
发布 Red Hat Enterprise Linux 6.10 发行注记。
修订 0.0-0Wed Apr 25 2018Lenka Špačková
发布 Red Hat Enterprise Linux 6.10 Beta 发行注记。

法律通告

2021 © Red Hat, Inc.
本文档由红帽根据 Creative Commons Attribution-ShareAlike 3.0 Unported License 授权使用。如果您发布了本文档,或者其修改的版本,您必须向 Red Hat, Inc. 提供归属,并提供原始文档的链接。如果文档被修改了,所有红帽商标都必须删除。
作为本文档的许可者,红帽可能会放弃强制制执行 CC-BY-SA 第4d 条款,且不声明该条款在适用条款允许的最大限度内有效。
Red Hat、Red Hat Enterprise Linux、Shadowman 徽标、红帽徽标、JBoss、OpenShift、Fedora、Infinity 徽标和 RHCE 是 Red Hat, Inc. 在美国和其他国家注册的商标。
Linux® 是 Linus Torvalds 在美国和其它国家注册的商标。
Java® 是 Oracle 和/或其附属公司注册的商标。
XFS® 是 Silicon Graphics International Corp. 或其子公司在美国和/或其他国家的商标。
MySQL® 是 MySQL AB 在美国、美国和其他国家注册的商标。
Node.js® 是 Joyent 的官方商标。红帽与官方 Joyent Node.js 开源社区或商业项目没有正式的关系或认可。
OpenStack® Word Mark 和 OpenStack 徽标是 OpenStack Foundation 在美国及其他国家注册的商标/服务标记或商标/服务标记,在 OpenStack Foundation 许可的情况下使用。我们不附属于 OpenStack Foundation 或 OpenStack 社区。
所有其他商标均由其各自所有者所有。
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.