Gestern ging es noch, heute startet die EMC (Exchange-Verwaltungskonsole) von Exchange 2010 nicht mehr:
„Ausnahme beim Aufrufen von „GetSteppablePipeline“ mit 1 Argument(en): „Die Datei C:Program FilesmicrosoftExchange ServerV14Remote ScriptsConsoleInitialize.ps1″ kann nicht geladen werden, die die Ausführung von scripts auf diesem System deaktiviert ist.“
Der Fehler tritt gerne auf, wenn man Sharepoint-Komponennten von einem Server deinstalliert, häufig beim SBS2011. Die Ursache ist, das das Sharepoint-Setup bei der Deinstallation die Ausführungsrichtlinie (ExecutionPolicy) auf „restricted“ setzt und damit praktisch jede Scriptausführung verhindert.
Den Status der der Policy zeigt:
get-executionpolicy
und den korrekten Zustand stellt das setzen der Policy wieder her:
set-ExecutionPolicy RemoteSigned
schon klappt die Konsole meistens wieder.
Manchmal bekommt man auch eine andere Fehlermeldung die so lautet:
Set-ExecutionPolicy : Access to the registry key ‚HKEY_LOCAL_MACHINESOFTWAREMicrosoftPowerShell1ShellIdsMicrosoft.PowerShell‘ is denied.
At line:1 char:20
+ Set-ExecutionPolicy <<<< RemoteSigned
In diesem Fall half mir:
- Reg://HKLMSOFTWAREMicrosoftPowerShell1ShellIdsMicrosoft.PowerShell
- Die Zeichenfolge „ExecutionPolicy“ mit dem Wert „RemoteSigned“ erstellen
und dann zur Sicherheit mit get-executionpolicy den Zustand noch einmal prüfen.
In WordPress lassen sich Menüs nicht mehr bearbeiten? Du hast eine große Seite am Start mit vielen Pages und kann keine neuen Seiten mehr ins Menü aufnehmen? Das mag an deiner FastCGI-Limitierung liegen. WordPress (3.0 bis 3.x) nutz zur Menüverwaltung ein Ressourcenfressendes System das bei jedem Speichern ein gigantisches POST lostritt. Google hilft die passenden Diskussionen im WP-Bugtracker und den Foren zu finden. Wir wären aber schliesslich keine Admins, wenn wir keinen schnellen schmutzigen Fix zur Hand hätten:
Exchange 2010 (SP1) möchte seine Datenbanken schon mal nicht freiwillig verschieben, wenn man die interne URL der OWA/OAB Dienste auf http umgestellt hat (um Zertifikatsfehler|kosten|Umstand zu vermeiden). Die Fehlermeldungen dazu sind auch recht kreativ, vor allem in EMC und EMS unterscheidlich.
Wenn man einen Blogbeitrag aus Word veröffentlichen möchte und sich wundert warum trotz erfolgreicher Registrierung des WordPress-Kontos in Microsoft Word das Ganze nicht so recht funktionieren will („Der Beitrag konnte nicht veröffentlicht werden“) sollte man sich seine Office Templates in den Gruppenrichtlinien (GPO) nochmal genau anschauen. Die verursachende Einstellung dafür befindet sich unter Microsoft Word 2010 -> Word-Optionen -> Speichern ->Standarddateiformat. Word 2010 kann nur in WordPress veröffentlichen, wenn das Standard-Dateiformat nicht auf das alte Office-format geändert wurde. Ist das Standarddateiformat auf „*.doc“ eingestellt, wird in der lokalen Registry ein Eintrag gesetzt: REG_SZ „DefaultFormat“ mit dem Wert „doc“. Dieser befindet sich entweder unter: