stsadm.exe se estrella en todos los comandos

Question

De repente trabajo, stsadm se ha detenido, se estrella en todos los comandos que se ejecuta con (incluso -help!)

por ejemplo.

> 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)

Estoy desconcertado en cuanto a por qué. La única cosa significativa al cambio en el servidor entre ayer y hoy fue la instalación de la Interfaz Web de Citrix para SharePoint webparts.

Actualizar : También recibo el siguiente error al iniciar Administración central desde el menú Inicio (Start -> Microsoft Office Server -> SharePoint 3.0 Central Administration)

Se produjo un error al acceder a las herramientas de HKEY_LOCAL_MACHINE \ Software \ Microsoft \ Shared \ Extensiones de servidor de Web \ clave del registro 12.0 \ WSS. Reparar este producto seleccionándolo desde el menú Agregar Programas / Quitar.

Si accedo Administración central a través de un navegador y escribiendo en la URL (por ejemplo, http: // intranet: 8080 ) , funciona bien.

más Actualizar: que se clavó en stsadm un poco desmontando con .NET Reflector. Resulta que la línea que está rescatando en es:

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

en el método EnsureExtendedOperationMap().

La razón es que, creo, porque SPUtility.GetGenericSetupPath("config") vuelve nula. He creado una aplicación de consola de prueba y, efectivamente, vuelve SPUtility.GetGenericSetupPath("config") nulo. Por lo que algo es, obviamente, una manguera seriamente en alguna parte.

Me di cuenta cuando se ejecuta la aplicación de consola de prueba que me sale el siguiente resultado:

A primera excepción del tipo 'System.DllNotFoundException' producido en Microsoft.SharePoint.dll

que no hace buen sonido. Así que les pido Visual Studio para romper en todas las excepciones, incluso manejados queridos, y la excepción es la siguiente:

System.DllNotFoundException: No se puede cargar DLL 'onetnative.dll': El módulo especificado no se pudo encontrar. (Excepción de HRESULT: 0x8007007E)

Nota: he empezado a pregunta separada con respecto a este problema onetnative.dll ...

Answer 1

Por lo que yo puedo rastrear de nuevo, esto fue causado por una instalación de la versión incorrecta de Microsoft J #.

J # es un requisito previo de la Interfaz Web para SharePoint webparts. He instalado la versión de 32 bits por error, entonces desinstalado e instalado la versión de 64 bits. Tengo el presentimiento (sobre la base de una buena parte de las pruebas, pero no al 100% verificado) que esto causó aplicaciones .NET / CLR para empezar a buscar en el nodo de 32 bits del registro en lugar de 64 bits.

Answer 2

Ha sido UAC habilitado y no se está ejecutando el símbolo del sistema como administrador, tal vez?