安装SharePoint 2013 Server X64的先决条件(在Windows Server 2008R2,12核心物理服务器上)成功,但SharePoint在以下错误中断安装和安装回滚(从安装日志文件的片段):

 2013/05/20 14:57:10:116::[1744] Error: Failed to install product:  G:\global\oserver.MSI ErrorCode: 1603(0x643). 
.

,它似乎在日志中开始稍高:

 2013/05/20 14:57:10:054::[1744] MSI(ACTIONSTART): 'Action 14:57:10: ArpWrite. '
 2013/05/20 14:57:10:054::[1744] MSI(INFO): 'Action start 14:57:10: ArpWrite.'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'CustomAction ArpWrite returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'Action ended 14:57:10: ArpWrite. Return value 3.'
 2013/05/20 14:57:10:100::[1744] MSI(INFO): 'Action ended 14:57:10: INSTALL. Return value 3.'
.

唯一的提示(解决方案?)我可以找到 modyfying安装程序和禁用Arpwrite动作,但似乎真的很糟糕想法,因为我甚至不知道这个动作在安装时的效果。

我的问题是:你知道Arpwrite没有成功的原因吗?或者如何找出错误详细信息? Modyfying安装程序在这种情况下最好的方法?

编辑:我链接到上面的解决方案,并禁用安装程序上的ARPWRITE操作,原来工作。在我们的开发人员环境中,SharePoint 2013现已安装并似乎运行正常。 可以在这里下载orca 和MSI文件的整体修改不超过3分钟。尽管如此,我仍然留下这个问题,因为这个安装动作的效果仍然是未知的(尽管它似乎不是很重要)。

有帮助吗?

解决方案

修改安装程序不是Microsoft支持的解决方案。ARPWRITE条目实际用于写入SP被安装到注册表中的事实,作为安装的一部分。

我在这个问题上遇到了这个问题的客户端,服务器没有将这两个补丁应用于服务器,我注意到他们待挂起并应用了它们。

我不认为他们在周末在服务器上改变了任何东西,但这可能是一个好的看起来...

KB2768703和KB2770917应适用,可以在Windows Server 2012上解决此问题。虽然在查看这两个时,KB2768703修补程序似乎更符合DRM / Media问题。我建议首先尝试kB2770917,因为它是许多卷起的。

其他提示

我与Microsoft工程师合作,找到了错误的根本原因。我们发现了HKLM:\SOFTWARE\Policies\Microsoft\Windows\Installer 的缺失的注册表项

我写了一个修复脚本并在我们的博客上发布了它: http://www.devfacto.com/resolved/

对我来说,字符串的值是harmupx(用x到底),调试值为7工作,长时间

我有同样的问题。我尝试安装SharePoint而不安装Office。安装Office后,我的问题已得到解决。

更新:不幸的是我无法重现这个 - 我又困了!:<< / strong>

我不知道如何把它,但是...

使用标准许可证密钥而不是一个企业许可证对我来说是伎俩。

2014/05/13 22:49:15:213::[1228] MSI(INFO): '=== Logging stopped: 13.05.2014  22:49:15 ==='
2014/05/13 22:49:15:250::[1228] MSI(TERMINATE): '<NULL>'
2014/05/13 22:49:15:250::[1228] PERF: TickCount=1529640 Name=MsiPackage::Install Description=Returned from OMsiInstaller::InstallProduct
2014/05/13 22:49:15:250::[1228] Successfully installed package: oserver > path:D:\global\oserver.MSI
.

我遇到了同样的问题最近在Windows Server 2012 R2上安装了企业版本的产品,这个问题是为我在区域下控制面板中的不同位置进行了解决。i.e:from Spain to Mexico。希望它有所帮助。

我有一个可能为许多人工作的答案。检查服务器BIOS中的电源选项,并从性能更改为平衡。这是安装Office Web应用程序时类似报告的问题的修复,它为我们的SharePoint 2013安装了许多令人沮丧的时间。

许可以下: CC-BY-SA归因
scroll top