XenServer 7.1 CU2 中已修复的问题

CU2 中的修补程序汇总包

XenServer 7.1 CU2 包括以下 XenServer 7.1 CU1 修补程序:

CU2 中修复的其他问题

以下问题将在 XenServer 7.1 CU2 中得到解决:

Dom0

  • 已将巴西夏令时日期/时间 (DST) 的变化更新为 2018 年 11 月 4 日。(CP-29838)

性能

  • 启用了高可用性功能的 VM 在故障转移之后需要更长的时间进行重新启动。(CP-28117)

  • 针对在 XS70E055、XS70E057、XS71ECU1009、XS71ECU1016 和 XS71ECU1017 中修补过的 Meltdown (CVE-2017-5754) 的解决方法降低了系统性能。对于安装了一个或多个这些修补程序的客户,PV 和 HVM VM 的 IOPS 可能会出现降级情况。此修复包括可将大部分回归的 IOPS 恢复到应用解决方法之前的级别的 Xen PCID 修补程序。这一改进主要在 Xeon v3、Xeon v4 和更高版本的 Intel CPU 中可见。(CP-29203)

安装

  • 如果您的 XenServer 7.0(或更早版本)主机将完全限定的域名指定为其主机名,则该名称的域部分可能会在升级到 XenServer 7.1 CU1 时丢失。从 XenServer 7.0(或更早版本)升级到 XenServer 7.1 CU2 可解决此问题。(CA-296524)

网络连接

  • 在具有多个 VLAN(包含不同的 MTU 值)的 XenServer 部署中,重新启动 VM 可能会将所有 MTU 值重置为网桥上的最低值。(CA-196520)

来宾代理

  • 由于在 SUSE Linux Enterprise Server 12 SP1 中不支持系统调用 (modify_ldt),因此用户无法使用 SUSE Linux Enterprise Server 12 SP1 模板在 VM 上安装 XenServer Tools。此修复解决了该问题,方法是使用新版本的 GO 重建 XenServer Tools,这样可删除不受支持选项的依赖项。(CA-297044)

Toolstack

  • 自动更新来宾代理将在主机重新启动后停止工作,原因是其依赖于 xenstore 中重新启动后未正确重新创建的条目。(CA-302194)

  • 在极少数情况下,在加入一系列池后,某个池中可能存在多个 Tools SR,它们会阻止从该池中删除主机。池加入现在可确保池中只有一个 Tools SR。(CA-300103) (CA-267661)

  • 改进了对将 HyperV 生成的 VHD 映像导入 XenServer 的支持。(CA-296067)

  • 在具有旧分区方案的主机上,更新属于 Toolstack 的一部分的 xapi-core 后,日志轮换未按预期工作。(CA-293858)

  • 不支持导入类型为 VHD 且大于 1 TiB 的 VDI 文件,此操作会导致显示 VDI_IO_ERROR 。(CA-292288)

  • 在极少数情况下,当某个池中的 XenServer 主机重新启动后,它可能无法重新加入该池。(CA-287865)

Windows PV/来宾工具

  • 安装了 I/O 驱动程序的 Windows 10 VM 可能会崩溃,并显示错误检查代码 139。这是由在非分页内存分配期间导致出现不一致状态的 Windows 问题所致。(CP-29203)

  • 执行存储操作时,安装了 XenVBD 驱动程序的 Windows VM 可能会经常出现系统中断,尤其是使用快速存储并传输大量数据时。(CA-297860)

Xen

  • 在 Dell R740 硬件上,dom0 上的时钟出现偏移。(CA-285265)

  • 在某些情况下,使用 DHCP 代理时,VM 的 PXE 引导会失败。发生此情况的原因是,XenServer 使用的 iPXE 版本中出现多个问题,导致 VM 无法引导。(CA-247412) (CA-247413)

XenCenter 和 xsconsole

  • 批量应用 XenServer 更新和混合的重新启动要求可能会导致主机重新启动和 XAPI 重新启动。(CA-297215)

  • 从 xsconsole 执行时,紧急网络重置会失败,并报告“登录失败”。(CA-248121) (CA-297085)

XenServer 7.1 CU2 中已修复的问题