stsadm.exe stürzt auf alle Befehle ab

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/4149

  •  16-10-2019
  •  | 
  •  

Frage

Plötzlich hat STSADM aufgehört zu arbeiten und stürzt auf allen Befehlen ab, mit denen es ausgeführt wird (sogar -Help!)

z.B

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

Ich bin verblüfft, warum. Das einzig wichtige, um den Server zwischen gestern und heute zu ändern, war die Installation der Citrix -Weboberfläche für SharePoint -Webparts.

AKTUALISIEREN: Ich erhalte auch den folgenden Fehler beim Starten der zentralen Verwaltung im Startmenü (Start -> Microsoft Office Server -> SharePoint 3.0 Central Administration).

Ein Fehler trat beim Zugriff auf HKEY_LOCAL_MACHINE Software Microsoft Shared Tools Web Server -Erweiterungen 12.0 WSS -Registrierungsschlüssel auf. Reparieren Sie dieses Produkt, indem Sie es im Menü hinzufügen/entfernen.

Wenn ich über einen Browser auf eine zentrale Verwaltung zugreife und die URL eingeben (z. B. http: // Intranet: 8080), es funktioniert gut.

Mehr Update: Ich habe mich ein wenig in STSADM ausgegraben, indem ich mich mit .NET -Reflektor zerlegt habe. Es stellt sich heraus, dass die Linie, an der sie kautiert, ist:

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

in dem EnsureExtendedOperationMap() Methode.

Ich glaube, der Grund, warum ich glaube, weil SPUtility.GetGenericSetupPath("config") kehrt null zurück. Ich habe eine Testkonsolen -App eingerichtet und sicher genug, SPUtility.GetGenericSetupPath("config") Gibt NULL zurück. Also ist etwas offensichtlich irgendwo stark abgerissen.

Beim Ausführen der Testkonsolen -App wurde mir aufgefallen, dass ich die folgende Ausgabe erhalte:

Eine Ausnahme der ersten Chance von Typ 'System.dllnotFoundException' trat in microsoft.sharepoint.dll auf

Was nicht gut klingt. Deshalb bitte ich Visual Studio, alle Ausnahmen zu brechen, sogar mit denen, und die Ausnahme lautet wie folgt:

System.dllnotFoundException: DLL 'Onetnative.dll' kann nicht geladen werden. Das angegebene Modul konnte nicht gefunden werden. (Ausnahme von HResult: 0x8007007e)

Anmerkung: Ich habe einen begonnen getrennte Frage In Bezug auf dieses Onetnative.dll Problem ...

War es hilfreich?

Lösung

Soweit ich es zurückverfolgen kann, wurde dies durch eine Installation der falschen Version von Microsoft J#verursacht.

J# ist eine Voraussetzung der Citrix-Weboberfläche für SharePoint-Webparts. Ich habe die 32 -Bit -Version fälschlicherweise installiert und dann die 64 -Bit -Version deinstalliert und installiert. Ich habe eine Ahnung (basierend auf einem guten Teil an Tests, aber nicht zu 100% verifiziert), dass dies dazu führte, dass .NET/CLR -Anwendungen eher im 32 -Bit -Knoten der Registrierung als im 64 -Bit -Anliegen suchen.

Andere Tipps

Wurde UAC aktiviert und Sie führen Ihre Eingabeaufforderung möglicherweise nicht als Administrator aus?

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top