stsadm.exe si blocca su tutti i comandi

Question

Tutto ad un tratto di lavoro, stsadm si è fermato, schiantarsi su tutti i comandi viene eseguito con (anche -help!)

per es.

> stsadm.exe -help
Unhandled Exception: System.ArgumentNullException: Value cannot be null.
Parameter name: path
   at System.IO.DirectoryInfo..ctor(String path)
   at Microsoft.SharePoint.StsAdmin.SPStsAdmin.EnsureExtendedOperationMap()
   at Microsoft.SharePoint.StsAdmin.SPStsAdmin.EnsureFullOperationMap()
   at Microsoft.SharePoint.StsAdmin.SPStsAdmin.LookupOperationName(String strOperation)
   at Microsoft.SharePoint.StsAdmin.SPStsAdmin.Main(String[] args)

Sto sconcertato perché. L'unica cosa rilevante ai cambiamenti sul server tra ieri e oggi è stata l'installazione dell'interfaccia Web di Citrix per webParts SharePoint.

Aggiorna : anche io ricevo il seguente errore quando si avvia Amministrazione centrale dal menu Start (Start -> Microsoft Office Server -> Amministrazione centrale SharePoint 3.0)

Si è verificato un errore durante l'accesso Tools HKEY_LOCAL_MACHINE \ Software \ Microsoft \ Shared \ Web Server Extensions \ chiave di registro 12.0 \ WSS. Riparare questo prodotto selezionandolo dal Aggiungi / Rimuovi menu Programmi.

Se accedo Amministrazione centrale tramite un browser e digitare l'URL (ad esempio, http: // intranet: 8080 ) , funziona benissimo.

UPDATE: Ho scavato un po 'stsadm smontando con .NET Reflector. Si scopre che la linea si è salvataggio su è:

FileInfo[] files = new DirectoryInfo(SPUtility.GetGenericSetupPath("config")).GetFiles("stsadmcommands.*.xml");

nel metodo EnsureExtendedOperationMap().

Il motivo è, io credo, perché SPUtility.GetGenericSetupPath("config") sta tornando nullo. Ho messo su una console app di prova e abbastanza sicuro, i rendimenti SPUtility.GetGenericSetupPath("config") NULL. Quindi qualcosa è ovviamente fortemente da qualche parte hosed.

ho notato quando si esegue l'applicazione console di prova che ottengo il seguente output:

Una prima eccezione di possibilità di tipo 'System.DllNotFoundException' si è verificato in Microsoft.SharePoint.dll

, che non fa buon suono. Quindi chiedo Visual Studio per rompere su tutte le eccezioni, anche quelli gestiti, e l'eccezione è il seguente:

System.DllNotFoundException: Impossibile caricare la DLL 'onetnative.dll': il modulo specificato non è stato trovato. (Eccezione da HRESULT: 0x8007007E)

Nota: ho iniziato un domanda separata per quanto riguarda questo problema onetnative.dll ...

Answer 1

Per quanto posso risalire, questo è stato causato da un'installazione della versione sbagliata di Microsoft J #.

J # è un pre-requisito del Citrix Web Interface per webparts SharePoint. Ho installato la versione a 32 bit per errore, quindi disinstallato e installato la versione a 64 bit. Ho il sospetto (sulla base di un bel po 'di test, ma non al 100% verificato) che questo ha causato le applicazioni .NET / CLR per iniziare la ricerca nel nodo a 32 bit del Registro di sistema, piuttosto che a 64 bit.

Answer 2

È stato abilitato il controllo dell'account utente e non si esegue il prompt dei comandi come amministratore, forse?