provisioning Administration centrale échoue avec System.IO.DirectoryNotFoundException

Question

J'ai récemment désinstallée MOSS 2007 de mon serveur de développement et essaie de le réinstaller.

Cependant, je reçois une erreur lors de l'étape 6 de la post-installation Assistant de configuration, et cela provoque l'approvisionnement du site Web d'administration centrale à l'échec. J'ai essayé de désinstaller / installer quelques fois et la même chose se produit chaque fois.

L'erreur est ...

Impossible de fournir l'administration centrale SharePoint Web Application.

Une exception de type System.IO.DirectoryNotFoundException a été levée. Informations exception supplémentaires: Le système ne peut pas trouver le chemin d'accès spécifié. (Exception de HRESULT: 0x80070003)

Entrant dans le fichier journal PSCDiagnostics je reçois les lignes pertinentes suivantes:

21.09.2011 15:29:56 8 INF Désactivation Kerberos pour les provisionnés adminvs ... 09/21/2011 15:29:59 8 ERR
adminvs tâche a échoué avec une exception inconnue 09/21/2011 15:29:59 8 ERR Exception: System.IO.DirectoryNotFoundException: Le système ne peut pas trouver le chemin spécifié. (Exception de HRESULT: 0x80070003) à System.DirectoryServices.Interop.UnsafeNativeMethods.IAds.SetInfo ()
à System.DirectoryServices.DirectoryEntry.CommitChanges () à Microsoft.SharePoint.Administration.SPMetabaseObject.Provision () à Microsoft.SharePoint.Administration.SPProvisioningAssistant.CreateVirtualDirectories (SPIisWebSite site, Object [] [] VirtualDirectories) à Microsoft.SharePoint.Administration.SPProvisioningAssistant.CreateVirtualDirectories (SPIisWebSite site, booléen AdminSite) à Microsoft.SharePoint.Administration.SPProvisioningAssistant.DoAdditionalWssWebApplicationProvisioning (SPIisSettings [] settingsCollection, Boolean AdminSite) à Microsoft.SharePoint.Administration.SPWebApplication.ProvisionIisWebSitesAsAdministrator () à Microsoft.SharePoint.Administration.SPWebApplication.ProvisionIisWebSites () à Microsoft.SharePoint.Administration.SPWebApplication.Provision ()
à Microsoft.SharePoint.Administration.SPAdministrationWebApplication.Provision () à Microsoft.SharePoint.Administration.SPWebServiceInstance.Provision ()
à Microsoft.SharePoint.PostSetupConfiguration.CentralAdministrationSiteTask.ProvisionAdminVs () à Microsoft.SharePoint.PostSetupConfiguration.CentralAdministrationSiteTask.Run () à Microsoft.SharePoint.PostSetupConfiguration.TaskThread.ExecuteTask ()

Vérification dans IIS, je peux voir qu'un pool d'application et un site (à la fois v3 appelé SharePoint Administration centrale) ont été créés. Le dossier sur le système de fichiers pour le site est créé, mais il est vide.

Je reçois tous les mêmes problèmes si je tente d'approvisionnement CA avec psconfig, par exemple.

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

Toutes les idées ce qui pourrait se produire?

---

Mise à jour: Recherche dans les journaux ULS SharePoint, je vois les messages pertinents suivants:

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

Et bien après un hiatus je suis retourné à ce problème et a réussi à le résoudre en quelque sorte. Je ne peux pas tout à fait mettre le doigt sur ce que la question était, mais je vais essayer de documenter quelques-unes des choses que j'ai dans le cas où il est d'une utilisation pour une personne future.

Je SharePoint désinstallé via le panneau de configuration, mais fait aussi le : 12345" rel = "nofollow"> http: // : 12345, où représente le numéro 12345 de port aléatoire que SharePoint conjure up sorti de nul part. Donc, je modifié que paramètre de Registre pour utiliser le numéro de port, je savais que j'allais choisir quand je courais la config.

Alors j'ai couru la config, cette fois avec psconfig :

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

Cette fois cela a fonctionné. Je ne suis pas certain que l'étape est celui qui fixe, parce que j'ai essayé certaines de ces étapes différentes fois. Peut-être que cette fois je l'ai fait juste le bon ordre pour qu'il puisse se résoudre.

(Une autre chose que je ne fais, même si celui-ci est très probablement sans aucun rapport, est d'ajouter les « Services pour Network File System Tools » fonctionnalité au serveur via le Gestionnaire de serveur, juste parce que je remarqué un serveur SP en direct qui travaillait bien a ce permis alors que mon dev un ne l'a pas.)

Answer 2

Vous pouvez utiliser un vieil ami ici, Sysinternals Process Moniteur.

Lancez-le sur votre système. Vous pouvez filtrer pour verrouiller uniquement sur votre processus spécifique. Si vous exécutez PSConfig à partir de la fenêtre de cmd, il suffit d'utiliser l'icône à la recherche de cible, faites-le glisser dans la fenêtre de shell et isolera sur les processus exécutés à partir de ce processus.

Il fera ensuite rapport sur tous les fichiers, le registre et les appels de processus. Vous devriez être en mesure de regarder ce qui se passe, et corrélat lorsque le travail échoue avec ce qui se passe explorateur de processus à l'intérieur. Cherchez par écrit au échoue système de fichiers ou registre. Avec un peu de chance cela devrait être suffisant pour déterminer votre cause réelle et la corriger.