修复SCCM更新卡住下载状态
在这篇文章中,我将向您展示如何修复SCCM更新卡住下载状态。如果您的SCCM控制台更新长时间停留在下载状态,您可以尝试本文中介绍的解决方案。
SCCM更新遇到的最常见问题是无法安装更新,因为它们被卡住了。你可以看到更新的状态是下载状态,它不再继续。
SCCM更新可能会由于各种原因而卡住,但要快速修复SCCM更新下载问题,您总是可以利用它CMUpdateReset工具.你可能还会想到重新启动SCCM服务甚至重新启动一次配置管理器服务器。
我见过大多数人在SCCM论坛抱怨他们无法安装最新的当前分支更新。当他们上传截图时,我看到更新停留在下载状态。
观察:如果SCCM更新显示下载,它实际上是在下载更新吗?在站点服务器上,如果你转到\程序文件\微软配置管理器\EasySetupPayload,您应该会看到实际下载的内容。
在大多数情况下,您可以使用CM更新重置工具解决SCCM更新卡住下载状态的问题。当控制台更新在下载或复制时出现问题时,此工具可以解决问题。
为什么SCCM更新会卡在下载状态?
SCCM控制台更新卡在下载状态的原因有很多。这可能是防火墙问题,防病毒阻止下载SCCM更新,代理问题等。
在大多数情况下,您可以查看SCCM日志文件确定更新在下载时卡住的原因。的dmpdownloader.log是一个重要的日志文件,当你遇到ConfigMgr控制台更新没有下载的问题时,可以查看。
在dmpdownloader.log文件中记录的最常见的错误是下载简单安装负载异常失败。这里有一篇关于如何解决的优秀文章Failed Download Easy Setup Payload Exception错误.
修复SCCM更新卡住下载状态
现在我们来看看解决SCCM更新卡在下载状态的步骤。下面的截图说明了控制台内更新卡住的情况下载状态。更新状态长时间处于下载状态,但更新始终没有下载成功。
如果SCCM更新长时间停留在下载状态,解决此问题的最佳方法是使用CMUpdate重置工具.要使用SCCM更新重置工具,您将需要更新的Package GUID。请阅读以下指南获取SCCM更新包GUID.
当SCCM控制台更新下载时,安装文件位于一个名为EasySetupPayload的文件夹中。“EasySetupPayload”文件夹位于ConfigMgr安装目录下。
如果您转到EasySetupPayload文件夹,您将找到一个名称与包GUID.如果你检查文件夹大小,它显示0字节。这意味着还没有下载SCCM更新包。
CMUpdate重置工具选项
使用SCCM更新重置工具,您可以重置有下载问题的更新,或者强制删除有问题的SCCM更新包。
CMUpdateReset实用程序位于ConfigMgr_Installation \ cd.latest \ SMSSETUP \工具站点服务器的文件夹。SCCM管理员应该能够访问此文件夹位置以使用此工具。
您可以通过以下步骤重置卡在下载状态的SCCM更新。首先,以管理员身份运行命令提示符并将路径更改为CMUpdateReset文件夹中。运行CMUpdateReset.exe(也称为CMUpdate重置工具),这将显示您的工具使用选项或示例。
下面的信息对于运行CMUpdate重置工具非常有用,所有这些信息都描述了可用于重置更新的选项和参数。
微软(R)系统中心配置管理器更新重置工具版权所有(C) 2019微软。版权所有。使用方法:在任意服务器上运行cmupdaterset .exe。运行该工具的用户必须具有所有站点服务器和业务连接点服务器的管理员权限。[- s SQL Server顶级站点FQDN] [- i SQL Server实例名称,默认实例可选][- d数据库名称][- p包GUID] [- fdelete强制删除包][-?显示语法摘要运行默认的CMUpdateReset.exe: CMUpdateReset.exe -S server1.contoso.com -D CM_XYZ -P 61F16B3C-F1F6-4F9F-8647-2A524B0C802C强制删除包:CMUpdateReset.exe -FDELETE -S server1.contoso.com -D CM_XYZ -P 61f16b3c - f1f6 - 4f9f -8647- 2a524b3c - f1f6 - 4f9f -8647- 2a524b0c802c CMUpdateReset.exe -FDELETE -S server1.contoso.com -I MyInstance -D CM_XYZ -P 61F16B3C-F1F6-4F9F-8647-2A524B0C802C如果需要重新启动复制,请不要重启SMS_EXECUTIVE服务。如果使用该工具清理并重新下载软件包,在成功运行该工具后,必须重新启动SMS_EXECUTIVE服务或在控制台中检查更新。
CMUpdate重置工具有两种使用方式:
- 您可以重置更新(如果更新卡住下载)。
- 如果第一种方法不起作用,您可以强制删除有问题的包。这将确保在控制台中下载新的更新包。
当您想要修复SCCM更新卡住下载状态时,总是先尝试重置更新。这是一个更安全的选择。但是,如果您仍然看到ConfigMgr更新停留在下载状态,请尝试强制删除包。
在我的例子中,我进行了更新重置,根据CMUpdate重置工具的输出,重置了卡在下载状态的更新包,并且重置成功。
成功运行CMUpdateReset.exe工具.如果工具删除了包(检查更新和服务,以查看是否列出了包)。您必须重新启动SMS_EXECUTIVE顶级站点上的服务。或者,在控制台中使用“检查更新”重新下载包。
请注意:如果SCCM更新包正在重新启动复制或安装,不重新启动SMS_EXECUTIVE服务.
嗨,prajwal,我在下载先决条件时遇到以下错误:
错误:下载()失败0x80004005 $$
错误:下载语言包清单(0x80004005) $$失败
你能帮帮我吗?
我在复制步骤中将配置管理器升级到2006年热修复程序汇总时卡住了。更新内容库尚未开始。我已经看了几个月了。我在distmgr.log中没有看到任何错误或失败。我尝试了CMUpdateReset工具,但我得到一个错误:0x80131904 -成功建立了与服务器的连接,但随后在登录过程中发生了一个错误。(提供者:SSL提供者,错误:0 -证书链是由一个不受信任的机构颁发的。)这些都在一台服务器上。我对证书一无所知。
这是为配置管理器设置的新服务器。在我确定一切正常之前,我不会向任何客户推销任何东西。请帮助。
下午好,Alex,我遇到了同样的问题。你找到解决办法了吗?谢谢你!
我现在已经有这个问题的几个版本,但修复列出不工作。这肯定与我们的SCCM服务器上关于HTTPS通信的更改有关。我们还没弄清楚。相反,我有一种变通方法,即使用另一台机器将驱动器映射到SCCM服务器并从那里下载。
也许这能帮助到其他人:
1.进入ConfigMgrSetup.log并检查错误
根据“包ID”查看最近一次“升级”的错误信息
2.转到\Microsoft配置管理器\日志\dmpdownloader.log,并复制完整的命令手动运行。
例子:
(从“otherserver”运行,映射相对于sccm:
例如:
>使用x: \\sccmserver\Microsoft配置管理器\bin\X64\
3.使用以下/ Verify开关验证下载::
4.检查日志,查看ConfigMgr.LN.Manifest.cab和/或ConfigMgr.Manifest.cab是否下载失败
如果是,使用上面命令中的链接手动下载IE并复制到redist路径
5.重新执行/verify命令
6.刷新Congig Manager中的更新。它现在应该显示“准备安装”
你好
我在更新1902年到2010年的sccm时有个问题。我最初是从配置管理器控制台开始这个过程的,在安装(安装组件)上卡了一个星期。我使用重置工具重置进程并删除包
我重新初始化了进程,但状态是可用下载。这个包没有出现在EasySetupPayload中。该进程已经运行了3天,在EasySetupPayload中仍然不可用。
需要您的帮助
在dmpdownloader.log中是否看到任何错误?
如果文件确实下载了,但下载停留在“正在进行中”,因此无法安装更新怎么办
同样的问题,3893个文件,706个文件夹,2,44 gb下载(在测试和生产环境中),但gui仍然显示下载.....重置删除所有数据,重新开始下载,但下载后没有“ready to Install”消息。
致以最亲切的问候
Stefan
同样的问题,文件确实下载了,但仍然看到下载0%
我也有同样的问题;CMUpdateReset工具清除更新;我重新启动它,它仍然挂着。我查看了C:\驱动器根目录下的ConfigMgrSetup.log,并确定了下载“prereq”文件时遇到的问题。所以,我从cd.latest目录运行setupdl.exe,下载预请求文件,下载文件时出错。我再次解析了configmgrsetup.log,发现问题出在configmgr . autoupgradesscripts .cab上。日志文件显示…" INFO: Downloading as ConfigMgr.AutoUpgradeScripts. "“Cab”和日志下面的几行字,就是错误。我打开IE浏览器,进入上面的url,并被提示保存文件。我把它保存为“ConfigMgr.AutoUpgradeScripts”。并将该文件复制到主站点服务器上的“D:\Program Files\Microsoft Configuration Manager\EasySetupPayload\{当前分支更新版本控制台的包GUID错误}\redist”,并再次启动“检查更新”。 It was successful. Hope that helps.
是的,我在我的技术前实验室设置中尝试过一次,它起作用了。