中央管理供应失败了。

Question

我最近从开发服务器上卸载了MOSS 2007，并试图重新安装它。

但是，我在安装后配置向导的步骤6中遇到了一个错误，这导致中央政府网站的配置失败。我已经尝试卸载/安装几次，每次都会发生同样的事情。

错误是...

无法提供SharePoint Central Administration Web应用程序。

类型System.io.directoryNotFoundException的例外。其他异常信息：系统无法找到指定的路径。 （Hresult的例外：0x80070003）

进入PSCDIAMGNOSTICS日志文件，我会得到以下相关行：

09/21/2011 15:29:56 8 INF禁用kerberos为已提供的管理员... 09/21/2011 15:29:59 8 ERR
任务adminvs失败，未知异常09/21/2011 15:29:59 8错误异常：system.io.directorynotfoundexception：系统无法找到指定的路径。 （Hresult：0x80070003的例外）
在Microsoft.sharepoint.administration.spmetabaseobject.provision.provision（）上，在System.DirectoryServices.directoryServices.directoryEntry.commitchanges（） SPProvisioningAssistant.CreateVirtualDirectories(SPIisWebSite site, Boolean adminSite) at Microsoft.SharePoint.Administration.SPProvisioningAssistant.DoAdditionalWssWebApplicationProvisioning(SPIisSettings[] settingsCollection, Boolean adminSite) at Microsoft.SharePoint.Administration.SPWebApplication.ProvisionIisWebSitesAsAdministrator() at Microsoft.SharePoint.Administration.SPWebApplication. Microsoft.sharepoint.administration.spwebapplication.provision（）
在Microsoft.sharepoint.administration.spadministrationwebapplication.provision（）上，microsoft.sharepoint.administration.spwebserviceinstance.provision（）
at Microsoft.SharePoint.PostSetupConfiguration.CentralAdministrationSiteTask.ProvisionAdminVs() at Microsoft.SharePoint.PostSetupConfiguration.CentralAdministrationSiteTask.Run() at Microsoft.SharePoint.PostSetupConfiguration.TaskThread.ExecuteTask()

在IIS中进行检查，我可以看到创建了一个应用程序池和一个网站（均为SharePoint Central Administration V3）。创建了该站点文件系统上的文件夹，但它是空的。

如果我尝试使用psconfig供应CA，例如

psconfig -cmd adminvs -provision -port 9090 -windowsauthprovider onlyusentlm

有什么想法可能会发生什么？

---

更新： 在SharePoint ULS日志中查看，我看到以下相关消息：

High        Provisioning the metabase path, IIS://localhost/w3svc/154067106  
Medium      Invoking metabase method start.  
Unexpected  Unable to invoke metabase method start:  
            System.Reflection.TargetInvocationException: 
            Exception has been thrown by the target of an invocation. --->  
            System.Runtime.InteropServices.COMException (0x800710D8): 
               The object identifier does not represent a valid object. 
               (Exception from HRESULT: 0x800710D8)     
               --- End of inner exception stack trace ---     
            at System.DirectoryServices.DirectoryEntry.Invoke(String methodName, Object[] args)     
            at Microsoft.SharePoint.Administration.SPMetabaseObject.InvokeMethod(String method)

Answer 1

好吧，在休假后，我回到了这个问题，并设法以某种方式解决了它。我无法完全掌握问题是什么，但是我会尝试记录一些我所做的事情，以防万一对未来的人使用。

我通过控制面板卸载了SharePoint，但也做了 本文中列出的手册卸载步骤, ，基本上确保从文件系统中删除的注册表中删除了所有相关条目。

我还编辑了主机文件，所以它只有一个条目， 127.0.0.1 localhost. 。它添加了一些自定义条目。

然后，我重新启动了机器，然后再次运行邮政安装配置...然后再次失败。

我注意到SharePoint在您提供中央管理员时对端口有奇怪的事情。无论您在配置中选择哪种端口号，它都会使用其他一些随机端口号在IIS中创建虚拟目录。另外，当配置失败中途时，我在IIS中注意到该站点已绑定到同一随机端口号。查看psconfig.exe和microsoft.sharepoint.dll的分解代码，看起来该端口已更改为您选择的端口 后 使用该随机端口号的一些初始配置步骤。

有一个注册表条目 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0\WSS 叫 CentralAdministrationURL. 。这是设置的 http：//u003Cservername> ：12345, ，其中12345表示SharePoint无处不在的随机端口号。因此，我对注册表设置进行了编辑，以使用我知道我要选择的端口号。

然后我运行了配置，这次是 PSCONFIG:

psconfig.exe -cmd adminvs -provision -port 8080 -windowsauthprovider onlyusentlm

这次起作用。我不确定哪个步骤是修复它的步骤，因为我确实在不同时间尝试了其中的一些步骤。也许这次我按照正确的顺序进行解决。

（我做的另一件事，尽管这最有可能完全无关，是通过服务器管理器将“网络文件系统工具的服务”添加到服务器，仅仅是因为我注意到一个实时SP服务器，如果此功能正常，如果此功能正常启用了，而我的开发人员没有。）

Answer 2

您可以在这里使用一个老朋友， Sysinternals过程监视器.

在系统上运行它。您可以对其进行过滤以仅锁定特定过程。如果您从CMD窗口运行PSCONFIG，只需使用目标图标，将其拖动到Shell窗口，然后将其隔离在该过程中执行的过程中。

然后，它将报告所有文件，注册表和进程调用。您应该能够观察正在发生的事情，并在作业失败与Process Explorer中发生的事情时相关联。寻找写入文件系统或注册表的失败。幸运的是，这应该足以确定您的实际原因并纠正它。