如何find哪个客户端导致我的分发更新失败？

它不时发生。 我更新了一个包，需要更新分发点。 我们有多个DP，通常一切都很好，但是每隔一段时间，我们的主DP就无法更新软件包。

内容状态日志从来没有说太多关于失败。 我没有后端服务器访问pipe理点，或DP，我只是SCCMpipe理员。 我可以检查SCCM中的任何日志，运行报告以及所有内容，但是我不知道在哪里查找。

在过去，我已经尝试在问题包中设置“Disconnect Users from Distribution Point”（分配点的用户断开连接）设置，这两个子设置都设置为0，但这对我们来说并不适用。 这个问题似乎在一段时间后自行消失，但有时需要几天的时间。 对于大多数（真的是所有的，但可能有一两个我忽略），我们设置客户端“从分发点运行程序”当部署该程序，不知道这是否有什么关系，或根原因是。

• SCCM 2012 SP1 – DownloadContentFiles（）失败，hr = 0x80041013
• SCCM是否适合中型组织？

更新

我在报告中发现了更多信息，特别All Status Messages for a Specific Package at a Specific Site查询中All Status Messages for a Specific Package at a Specific Site的All Status Messages for a Specific Package at a Specific Site 。 使用我的软件包ID进行查询，DP更新再次失败后，我看到了一个突出的条目：

分发pipe理器无法处理程序包“configuration更新”（程序包ID = SOM00013）。

可能的原因 ：分发pipe理器无权访问软件包源目录或分发点。 解决scheme：validation分发pipe理器是否可以访问软件包源目录/分发点。

可能的原因 ：软件包源目录包含具有长文件名的文件，并且path的总长度超过操作系统支持的最大长度。 解决scheme：减less为程序包定义的文件夹数量，缩短文件名或考虑使用压缩实用程序捆绑文件。

可能的原因 ：站点服务器计算机或分发点上没有足够的磁盘空间。 解决scheme：validation站点服务器计算机上和分发点上是否有足够的可用磁盘空间。

可能的原因 ：软件包源目录包含活动进程可能正在使用的文件。 解决scheme：closures可能使用源目录中的文件的任何进程。 如果此故障仍然存在，请创build源目录的备用副本，并更新软件包源以指向它。

我怀疑中间两个原因，原因很简单

• 源文件夹不是很深，包含NTFS的长文件名，虽然我会尝试检查完整性。

• 我可以添加文件到DP就好了，所以这不是一个文件空间问题，其他包可以更新就好了。

我不期望的是第三个原因说源代码目录正在使用的地方。 那会有什么不同呢？ 是不是只是将文件共享中的文件复制到SCCM DP共享中？ 进一步抛出一个循环b / c客户端甚至不访问源目录，它几乎只是一个临时目录sccm复制文件。

这只是第一个原因，但是这又回到了同样的事情：其他软件包可以更新就好了。