【VMware vCenter】更新VCSA补丁到8.0 U2，一直卡在93%，最后提示“Failed to perform cleanup”。

最近将实验环境的vCenter 从8.0 U1a（内部版本21815093）升级到8.0 U2（内部版本22385739）出现了小问题，如下图所示，在“Setting up appliance-photon repo and installing RPMS.”这个位置一直卡在93%进度条不动（如果你是使用api命令行software-packages进行升级一样会卡住）。

等待几个小时后，最后提示错误“无法执行清理 (Failed to perform cleanup)”和“您已达到恢复修补的最大重试次数。请使用备份还原vCenter。”

根据VMware KB 95240可知，升级到8.0 U2涉及操作系统从Photon 3升级到Photon 4，此过程会尝试连接到Photon在线存储库以升级操作系统RPM。当VCSA无法访问存储库的情况下，会进行多次重试，这就是进度条一直卡在93%的原因。

按照文章中提供的处理方式，恢复快照，使用disable-repos.sh脚本将VCSA系统中的/etc/yum.repos.d/里的所有源给关闭，重新尝试更新，问题依旧。

文章的意思是，只要你等待过程结束，其实就已经完成了升级，访问vsphere client，版本确实已经是升级后的版本，不过当你访问vami管理的时候，它显示一直停留在安装失败的界面。

根据VMware KB 94904可知，由于升级后，LVM需要更长的时间来清理快照，但是清理工作已经超时（默认为4分钟），其实，清理已成功完成了，只是超时没能更新状态。

同时，文章说该问题已经在vCenter 8.0 U2a （内部版本22617221）中得到修复，看了看VMware vCenter版本的发布说明，确实提到修复了这个问题。

既然说有版本修复了该问题，索性就直接将环境升级到U2a吧，到VMware 产品补丁程序官网下载最新的vCenter 8.0 U2a修补程序重新执行更新升级。

重新恢复快照，重新执行U2a的更新升级，当然结果肯定和U2的更新升级结果一样！因为是该版本（U2a）解决了这个问题，所以在U2a版本下升级更新的版本才会正常。

还得回到VMware KB 94904中来，按照文章中提供的处理方法，升级后执行updateStateRemover.sh脚本，重新启动vCenter，问题解决。

实际上，从去年2023年10月26日vCenter发布8.0 U2a更新以来，VMware已经差不多快半年没有发布更新了，这不，还在忙着处理被Broadcom收购后的一系列事情呢......，等后续有了更新再来测试一下（已更新）。

其实，在vCenter 8.0后，VMware在vSphere Client中为vCenter新增加了一个功能，叫Reduced Downtime Upgrade (RDU) 。我们除了使用常见的VAMI或者api命令software-packages进行VCSA的补丁升级外，以后还可以直接在vSphere Client中使用这个RDU工作流，支持从8.0 x升级到8.0 U2及之后更新的版本。这个功能最大的好处就是减少了vCenter的停机维护时间，将源vCenter升级到一个目标vCenter，整个升级过程中源vCenter不影响使用，升级结束后，几乎可以秒切到更新后的vCenter中，这比我们以往升级vCenter确实要方便得多而且大大减少了维护时间，我猜这种方式以后可能会成为vCenter主流的升级方式，特别是那种不能容忍vCenter停机的场景。

---2024年3月1日更新---

刚刚说完VMware已经快半年没更新了，这不昨天2024年2月29日（北京时间3月1日）就发布了vCenter 8.0 U2b版本（内部版本号23319993）和ESXi 8.0 U2b版本（内部版本号23305546），于是马上到VMware Customer Connect下载了最新的vCenter补丁（VMware-vCenter-Server-Appliance-8.0.2.00200-23319993-patch-FP.iso），测试看看这个问题是否在该版本中得到修复。

将文件附加到 vCenter Server CD 或 DVD 驱动器。VAMI检查更新，确认版本没问题，点击“转储并安装”。

更新成功！

版本正常。

 

注意：大多数情况下，不应该将生产环境升级到产品的最新版本！