Domanda

Di recente ho disinstallato MOSS 2007 dal mio server di sviluppo e sto cercando di reinstallarlo.

Comunque ho un errore durante la Fase 6 del post-installazione Configurazione guidata, e questo fa sì che il provisioning del sito Web Amministrazione centrale a fallire. Ho provato a disinstallare / installazione di un paio di volte e la stessa cosa si verifica ogni volta.

L'errore è ...

Impossibile disposizione l'Amministrazione centrale SharePoint Web Application.

un'eccezione di tipo System.IO.DirectoryNotFoundException è stata gettata. Ulteriori informazioni eccezione: il sistema non riesce a trovare il percorso specificato. (Eccezione da HRESULT: 0x80070003)

Andando nelle PSCDiagnostics file di registro ottengo il seguente linee rilevanti:

09/21/2011 15:29:56 8 INF Disattivazione Kerberos per le adminvs provisioning ... 09/21/2011 15:29:59 8 ERR
adminvs un'attività non è riuscita con un'eccezione sconosciuta 09/21/2011 15:29:59 8 ERR Eccezione: System.IO.DirectoryNotFoundException: Il sistema non può trovare il percorso specificato. (Eccezione da HRESULT: 0x80070003) a System.DirectoryServices.Interop.UnsafeNativeMethods.IAds.SetInfo ()
a System.DirectoryServices.DirectoryEntry.CommitChanges () a Microsoft.SharePoint.Administration.SPMetabaseObject.Provision () a Microsoft.SharePoint.Administration.SPProvisioningAssistant.CreateVirtualDirectories (SPIisWebSite sito, Object [] [] VirtualDirectories) a Microsoft.SharePoint.Administration.SPProvisioningAssistant.CreateVirtualDirectories (SPIisWebSite sito, booleano AdminSite) a Microsoft.SharePoint.Administration.SPProvisioningAssistant.DoAdditionalWssWebApplicationProvisioning (SPIisSettings [] settingsCollection, booleano AdminSite) a Microsoft.SharePoint.Administration.SPWebApplication.ProvisionIisWebSitesAsAdministrator () a Microsoft.SharePoint.Administration.SPWebApplication.ProvisionIisWebSites () a Microsoft.SharePoint.Administration.SPWebApplication.Provision ()
a Microsoft.SharePoint.Administration.SPAdministrationWebApplication.Provision () a Microsoft.SharePoint.Administration.SPWebServiceInstance.Provision ()
a Microsoft.SharePoint.PostSetupConfiguration.CentralAdministrationSiteTask.ProvisionAdminVs () a Microsoft.SharePoint.PostSetupConfiguration.CentralAdministrationSiteTask.Run () a Microsoft.SharePoint.PostSetupConfiguration.TaskThread.ExecuteTask ()

Il check-in IIS, posso vedere che un pool di applicazioni e un sito (entrambi chiamati Amministrazione centrale SharePoint v3) sono stati creati. Viene creata la cartella del file system per il sito, ma è vuota.

ho tutti gli stessi problemi se provo provisioning CA con psconfig, per es.

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

Tutte le idee che cosa potrebbe accadere?


UPDATE: Guardando nei registri di SharePoint ULS, compaiono i seguenti messaggi rilevanti:

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)
È stato utile?

Soluzione 2

Bene dopo una pausa sono tornato a questo problema e sono riuscito a risolverlo in qualche modo. Non posso pienamente mettere il dito su ciò che il problema è stato, ma cercherò di documentare alcune delle cose che ho fatto a caso è d'uso per qualche futura persona.

ho disinstallato SharePoint attraverso il Pannello di controllo, ma anche fatto il passaggi di disinstallazione manuali elencati in questo articolo , in fondo garantendo tutte le voci rilevanti sono stati rimossi dal registro di sistema e le directory rimosso dal file system.

Inoltre ho modificato il file hosts in modo che aveva solo una voce, 127.0.0.1 localhost. Aveva avuto alcune voci personalizzate aggiunto.

Allora ho rimesso in moto la macchina, e corsi post installazione config di nuovo ... ed è venuto a mancare, ancora una volta.

Ho notato che SharePoint fa una cosa strana con le porte quando si sta provisioning Central Admin. Qualunque sia il numero di porta che si sceglie durante la configurazione, crea la directory virtuale in IIS utilizzando qualche altro numero di porta casuale. Inoltre, quando il fallito provisioning a metà, ho notato in IIS che il sito è stato legato a questo stesso numero di porta casuale. Guardando il codice di decompiled per psconfig.exe e Microsoft.SharePoint.dll in dotPeek sembra che questa porta viene modificato alla porta è stato selezionato dopo alcuni passaggi di provisioning iniziale utilizzando quel numero di porta casuale.

C'è una voce di registro a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0\WSS chiamato CentralAdministrationURL. Questo è stato impostato su http: // : 12345 , dove 12345 rappresenta il numero di porta casuale che SharePoint evoca dal nulla. Così ho modificato l'impostazione di utilizzare il numero di porta sapevo che stavo per scegliere quando ho eseguito il config che Registro di sistema.

Poi ho eseguito la configurazione, questa volta con psconfig :

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

Questa volta ha funzionato. Io non sono proprio sicuro che passo è stato quello che è stato risolto, perché ho fatto provare alcuni di questi passaggi diverse volte. Forse questa volta l'ho fatto in un solo giusto ordine per poter ottenere risolto.

(Un altra cosa che ho fatto, anche se questo è più probabile completamente indipendenti, è aggiungere i 'Servizi di Network File System Tools funzionalità al server tramite Server Manager, solo perché ho notato un server SP vivo che stava lavorando ammenda era questo abilitata mentre il mio dev non ha fatto.)

Altri suggerimenti

È possibile utilizzare un vecchio amico qui, Sysinternals Process Monitor .

eseguire sul proprio sistema. È possibile filtrare per bloccare solo sul processo specifico. Se si esegue PSConfig dalla finestra cmd, basta usare l'icona di destinazione alla ricerca, trascinare alla finestra di shell e isolerà sui processi eseguiti da quel processo.

Sarà quindi riferire su tutte le chiamate di file, Registro di sistema e di processo. Si dovrebbe essere in grado di guardare ciò che sta accadendo, e correlare quando il lavoro viene a mancare con ciò che sta accadendo all'interno explorer processo. Cercare fallisce la scrittura al file system o di registro. Con un po 'di fortuna questo dovrebbe essere sufficiente per determinare la vera causa e correggerlo.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top