none
SCCM软件分发不成功 RRS feed

  • 问题

  • 各位大哥好。

    我在用SCCM2007作软件分发的时候,包创建好了,可是包状态一直为“正在挂起安装”都过了三天了,还是这个状态。



    查找过微软的帮助文档,提示说“正在挂起安装”可能原因原文如下:

    分支分发点未能在纯模式站点中安装包
    尽管 Configuration Manager 不支持配置为基于 Internet 的客户端管理的客户端上的分支分发点,但当客户端配置为基于 Internet 的客户端管理时,Configuration Manager 无法始终检测到此组合,并允许您在分发点属性中选择选项“启用为分支分发点”。在这种情况下,分支分发点将成功安装,但不能在分支分发点上安装包。包状态将保持为“正在挂起安装”,对等 DP 代理组件将报告状态消息 ID 11377。在客户端上,日志文件 PeerDPAgent.log 将包含下列文本:

    客户端启用了 Internet,因此不能标记为分支分发点

    解决方案
    确定此客户端应为分支分发点还是应配置为基于 Internet 的客户端管理,然后相应地重新配置客户端:

    如果客户端应在 Internet 上管理,请删除分支分发点角色,然后删除站点系统。

    如果客户端应为分支分发点,请按照下列步骤执行操作:

    1.在客户端 Configuration Manager 属性中,单击“Internet”选项卡,删除“基于 Internet 的管理点 (FQDN)”值,然后单击“应用”。

    2.单击“操作”选项卡,依次单击“分支分发点维护任务”、“启动操作”,然后单击“确定”以关闭弹出消息。包将立即开始安装。

    3.单击“确定”关闭“Configuration Manager 属性”。
    连接是http://technet.microsoft.com/zh-cn/library/bb892792.aspx



    可是,我按照提示去做却并没有找到文档中所说的地方。系统日志中也没有文档中所说的错误ID。
    我试着重新建立新的包,还是这个问题,实在找不到原因了。也试着在网上找相同问题的原因,可是和其它问题都不一样。人家重新创建包就可以,可是我的依然不行。

    SCCM没有安装在DC上,是一台成员服务器。
    2009年10月19日 2:07

全部回复

  • 
    “pending install...  ” 是central server 上 配置好package后,在等待或者正在向 distribution point 做复制。
    建议lz 使用 sms trace 看看 SCCM 安装目录\logs\distmgr.log  这个是分发组件的日志。 
    
    从日志中可以看见:
    1. 分发组件缺省每1小时启动一次检查是否有更新。 package 被创建或者更新以后,分发组件检测到这个“更新”就会执行
    分发任务。
    2. site server 连接 DP 上的 SMSPKGx$ 共享是使用计算机账号,建立连接后,分发动作自然能成功完成。 所以请检查 
    site server 计算机账号是否有访问这个共享的权限。 看看distmgr.log 中是报什么错误。
    
    
    
    其它的设置,例如: package 如何定义,branch DP 等等的设置,因为上面的帖子中都没有描述,所以只能请lz对应上述
    log的信息自行排错。 或者把详细信息描述一下,谢谢!
    
    
    2009年10月19日 3:11
    版主
  • 论坛大概又有更新了, 我的回复写的好好的段落,又变成一堆了。 使用
     
    标签结果好像也是乱,唉。。。!
    2009年10月19日 3:19
    版主
  • 谢谢回复。

    我删除了所有已经定制的包,重新建立一个包,基本上按照默认设置,包、程序、分发点、播发设置都没有出现错误。

    为了不让信息过多,我删除了原日志文件,以生成新的日志文件。

    distmgr.log日志的一些信息,我不太明白:
    Starting package processing thread,thread ID = BD4
    Used all 3 allowed processing threads, won't process any more packages.
    STATMSG: ID=2300 SEV=I LEV=M SOURCE="SMS Server" COMP="SMS_DISTRIBUTION_MANAGER" SYS=SCCM SITE=HNT PID=2312 TID=3028 GMTDATE=Wed Oct 21 06:03:28.366 2009 ISTR0="Flash Player" ISTR1="HNT00011" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=1 AID0=400 AVAL0="HNT00011"
    Start adding package HNT00011...
    The Package Action is 2 and the Update Mask is 0.
    CreatePackageSignature() called for Package HNT00011 with version 1 with source as D:\Software. KeepUnpackedSignature = 1
    Sleep 3600 seconds...
    Used 3 out of 3 allowed processing threads.
    No more available threads left to process any more packages.
    Sleep 3600 seconds...
    Used 3 out of 3 allowed processing threads.
    No more available threads left to process any more packages.

    我没有找到SMSPKGx$共享,不知道是不是和这个有关。
    包定义和branch DP我都是按照默认设置直接启用的,并没有做针对性的设置。

    以上信息足够吗?还需要别的详细信息呢?

     

    2009年10月21日 6:35
  • 不好意思,我现在找到SMSPKG文件夹了,这个文件夹不是共享的。而且安全信息里只有administrators和system可以访问,你所指站点系统的计算机帐号访问该共享文件夹,我是不是要自行共享这个文件夹,并自行添计算机帐户访问权限呢?
    2009年10月21日 7:04
  • SMSPKG 文件夹是存放 pck 压缩包的地方,system也就是计算机账号本身能访问就可以了。 package在WAN传送之前先压缩再传送,所以会先压缩为pck压缩包。

    我说的是另一个 SMSPKGx$ 隐含共享。这个在创建新DP时,SCCM 自动选择剩余空间最大的一个NTFS分区,自动创建的共享,权限也是自动设置好的。 x 是SCCM 自行选择的那个分区的盘符。客户端是通过连接到这个DP来下载或者运行package 中的 program的。 以上SMSPKG 目录也是新建DP时自动创建的,建议不要轻易修改这个目录和那个隐含共享。


    以上log都正常,没有什么特别的。
    2009年10月21日 8:17
    版主
  • 谢谢版主回复。

    我在安装SCCM的机器上D盘(剩余空间最大的分区)看到有一个名字为"SMSPKGSIG”的文件夹,但是我查看这个文件夹共享信息时,看到它不是共享的,权限设置如我所说adminstrators和system可以访问。

    但我之前在排错的时候,曾经有数次删除DP角色并重新建立,不知道是不和这个有关呢?

    日志显示正常,现在包状态依然是挂起状态,我应该从哪里找问题点排错呢?谢谢。
    2009年10月22日 1:17
  • SMSPKGSIG 是 package的signature文件的存放位置,它也是隐含共享的。签名文件是为了保证数据传输完整性和安全性。

    另: 你的分区本身的管理共享,例如: C$ ,是否被取消了,其它的隐含共享 ? site server 到DP 之间连接是否有防火墙阻隔 ?  

    建立和删除DP时,distmgr.log 中都有相关信息的,仔细检查一下吧。


    还是请详细描述一下情况,任何细节都可能是需要的,敏感信息替换掉即可。
    2009年10月22日 3:39
    版主
  • 这几天忙别的事情去了。现在才回复,不好意思。

    我在日志里发现有一些情况,但找不到办法解决。

    我删除DP重建后再分发软件时出现如下提示:

    SMS 分发管理器无法处理包“Java VM”(包 ID = HNT00012)。

    可能的原因: 分发管理器没有包源目录或分发点的访问权限。
    解决方案: 验证分发管理器是否可以访问包源目录/分发点。

    可能的原因: 包源目录包含文件名过长、路径总长度超过操作系统支持的最大长度的文件。
    解决方案: 减少为包定义的文件夹数,缩短文件名或考虑使用压缩实用程序捆绑文件。

    可能的原因: 站点服务器计算机或分发点上的可用磁盘空间不足。
    解决方案: 验证在站点服务器计算机和分发点上是否有足够的可用磁盘空间。

    可能的原因: 包源目录包含可能正在被活动进程使用的文件。
    解决方案: 关闭可能正在使用源目录中文件的任何进程。如果此失败仍然存在,请创建源目录的替代副本,并且更新包源以指向它。


    尝试更改共享文件夹权限,更换文件夹,都无法解决.源目录包含文件名过长这一条不符合,磁盘空间不足这一点也不符合.


    而且,我删除重建DP后系统并没有建立SMSPKGx$隐含共享,很奇怪哦。我的服务器有两个分区,分别是C和D,两个分区的默认共享都是打开的。SCCM安装目录在D盘,D盘里还有其它SCCM的隐含共享,比如SMSPXEIMAGES$。

    2009年10月28日 1:27