none
Problem mit Get-OWAMailboxPolicy - kein Output in der Regulären "all Modules Powershell" RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo zusammen,

    ich habe das Problem das ich in Powershell für das commando Get-OWAMailboxPolicy keinen Output bekomme. Das CmdLet wird mir von Powershell zur Verfügung gestellt (was darauf hindeutet dass alle nötigen Module importiert wurden), aber leider erhalte ich kein Output. Die Berechtigung habe ich weil wenn ich das cmdlet in einer Exchange Management Shell ausführe dann erhalte ich ohne Probleme ein Resultat.

    Habt ihr eine Idee / einen Grund warum das so sein könnte und wie ich das Problem behebe?

    Gruss,

    JG

    Donnerstag, 11. April 2013 06:58
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Moin,

    Tja ich denke dann muss es irgendwie an den Berechtigungen liegen.
    Leider gibt es keine Doku welche Berechtigungen man für welches cmdlet braucht. :-(

    doch, die gibt es. Aber nur im Rahmen von RBAC:
    http://technet.microsoft.com/de-de/library/dd351095(v=exchg.141).aspx

    Steht im Abschnitt "Detaillierte Beschreibung".

    Wenn die AD-Berechtigungen aber dazu nicht passen sollten, dann hat man wirklich ein Problem.

    Es gibt leider wirklich manchmal Probleme mit dem gleichen Befehl zwischen EMS und "normaler" PS, weil die EMS die Dinge nicht als CMDELT, sondern als Functions "wrapped". Aber das äußert sich i.d.R. mit Fehlern und da es bei mir ja geht, scheint das kein generelles Problem zu sein.

    PS U:\> Get-OwaMailboxPolicy; Start-Sleep 5; Get-OwaMailboxPolicy
    PS U:\>

    Schade, hätte ja klappen können (ich habe manchmal lustige Performance-Probleme beim AD-Zugriff, so dass nach kurzer Wartezeit der zweite, identische Aufruf, plötzlich klappt.)

    Dann würde ich Dir vorschlagen, dass Du das nochmal im englischen Exchange-Forum postest (würde ich nicht in PowerShell machen). Da sind deutlich mehr Leute unterwegs, als hier.

    Oder Du sprichst den Support von MSFT an. Vielleicht habt ihr ja einen Premier Vertrag und noch ein paar Stunden übrig!?

    Grüße aus Berlin schickt Robert
    MVP Exchange Server
    • Als Antwort markiert JGraessler Freitag, 12. April 2013 05:10
    Donnerstag, 11. April 2013 12:11
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    Moin,

    bist Du sicher, dass das Snapin geladen ist? Normalerweise sind die Exchange Werkzeuge nicht drin.

    Schau zur Sicherheit mal nach (Get-PSSnapin) ob wirklich das Modul Microsoft.Exchange.Management.PowerShell.E2010 geladen ist.

    Ansonsten: Bekommst Du NICHTS oder eine Fehlermeldung? Kannst Du davon mal einen Screenshot machen?

    Grüße aus Berlin schickt Robert
    MVP Exchange Server
    Donnerstag, 11. April 2013 07:28
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    hier mein Screen. Erst siehst du wie ich das Get-OWAMailboxPolicy Command ausführe und nicht zurückkommt (ich habe übrigens nochmal geprüft die Fehler werden nicht unterdrückt).

    Drunter siehst du die Snapins meiner Konsole.

    Gruss,

    JG

    Donnerstag, 11. April 2013 07:50
    |
  • Question
    Anmelden
    0
    Anmelden

    Wow, die Shell braucht wahrscheinlich ein wenig, bis sie gestartet ist. :)

    Anyway: Bei mir funktioniert es leider korrekt, also müssen wir weiter suchen.

    Probier mal (in der normalen Shell) "Get-OWAMailboxPolicy -verbose" aus und poste das Ergebnis hier (der Text reicht).

    Grüße aus Berlin schickt Robert
    MVP Exchange Server
    Donnerstag, 11. April 2013 08:18
    |
  • Question
    Anmelden
    0
    Anmelden

    in der normalen Powershell bekomme ich folgendes Ergebnis:

    PS U:\> Get-OWAMailboxPolicy -verbose
    The term 'Get-OWAMailboxPolicy' is not recognized as the name of a cmdlet, function, script file, or operable program.
    Check the spelling of the name, or if a path was included, verify that the path is correct and try again.
    At line:1 char:21
    + Get-OWAMailboxPolicy <<<<  -verbose
        + CategoryInfo          : ObjectNotFound: (Get-OWAMailboxPolicy:String) [], CommandNotFoundException
        + FullyQualifiedErrorId : CommandNotFoundException

    Somit denke ich das in der Powershell mit allen Modulen das Kommando schon erkannt wird, aber halt kein Resultat zustande kommt.

    Donnerstag, 11. April 2013 08:32
    |
  • Question
    Anmelden
    0
    Anmelden

    in der normalen Powershell bekomme ich folgendes Ergebnis:

    PS U:\> Get-OWAMailboxPolicy -verbose
    The term 'Get-OWAMailboxPolicy' is not recognized as the name of a cmdlet, function, script file, or operable program.
    Check the spelling of the name, or if a path was included, verify that the path is correct and try again.
    At line:1 char:21
    + Get-OWAMailboxPolicy <<<<  -verbose
        + CategoryInfo          : ObjectNotFound: (Get-OWAMailboxPolicy:String) [], CommandNotFoundException
        + FullyQualifiedErrorId : CommandNotFoundException

    Somit denke ich das in der Powershell mit allen Modulen das Kommando schon erkannt wird, aber halt kein Resultat zustande kommt.

    Nein. Die Meldung oben sagt, dass es den Befehl nicht gibt. Bei keinem Treffer wäre die Ausgabe eine andere.

    Du hast sehr viele Snapins drin, vermutlich über das Profil importiert. Kann es sein, dass da was schief ist?

    Grüße aus Berlin schickt Robert
    MVP Exchange Server
    Donnerstag, 11. April 2013 10:18
    |
  • Question
    Anmelden
    0
    Anmelden

    Oh warte Fehler meinerseits, hier ist das korrekte Resultat aus der Konsole mit dem geladenen Snapin:

    PS U:\> Get-OwaMailboxPolicy -verbose
    VERBOSE: [10:33:41.053 GMT] Get-OwaMailboxPolicy : Initializing Active Directory server settings for the local Windows
    PowerShell session.
    VERBOSE: [10:33:41.864 GMT] Get-OwaMailboxPolicy : Active Directory session settings for 'Get-OwaMailboxPolicy' are:
    View Entire Forest: 'True',
    VERBOSE: [10:33:42.332 GMT] Get-OwaMailboxPolicy : Runspace context: Executing user:
    abc.local/ABC-Root/Users/Administrative/AdmUser, Executing user organization: , Current organization: ,
    RBAC-enabled: Disabled.
    VERBOSE: [10:33:42.332 GMT] Get-OwaMailboxPolicy : Beginning processing Get-OwaMailboxPolicy
    VERBOSE: [10:33:42.769 GMT] Get-OwaMailboxPolicy : Current ScopeSet is: { Recipient Read Scope: {{, }}, Recipient Write
     Scopes: {{, }}, Configuration Read Scope: {{, }}, Configuration Write Scope(s): {{, }, }, Exclusive Recipient
    Scope(s): {}, Exclusive Configuration Scope(s): {} }
    VERBOSE: [10:33:42.769 GMT] Get-OwaMailboxPolicy : Resolved current organization: .
    VERBOSE: [10:33:42.785 GMT] Get-OwaMailboxPolicy : Searching objects of type "OwaMailboxPolicy" with filter "$null",
    scope "SubTree" under the root "$null".
    VERBOSE: [10:33:42.800 GMT] Get-OwaMailboxPolicy : Previous operation run on domain controller
    'xxxx.prod.abc.local'.
    VERBOSE: [10:33:42.800 GMT] Get-OwaMailboxPolicy : Preparing to output objects. The maximum size of the result set is
    "unlimited".
    VERBOSE: [10:33:42.832 GMT] Get-OwaMailboxPolicy : Ending processing Get-OwaMailboxPolicy

    Hast du jetzt eine Idee?


    • Bearbeitet JGraessler Donnerstag, 11. April 2013 10:39
    Donnerstag, 11. April 2013 10:39
    |
  • Question
    Anmelden
    0
    Anmelden

    Moin,

    Oh warte Fehler meinerseits, hier ist das korrekte Resultat aus der Konsole mit dem geladenen Snapin:

    ok, das sieht dann 1:1 so aus wie bei mir (bis auf den anderen User und den anderen DC).

    Hast du jetzt eine Idee?

    Ehrlich gesagt nicht mehr. Alle möglichen Fehlerquellen (AD-Berechtigungen, RBAC, keine Richtlinie) hätten irgendeine Fehlermeldung gebracht.

    Nur um mal eine Kleinigkeit zu testen, probiert doch mal bitte folgendes aus:

    Get-OwaMailboxPolicy; start-sleep 5; Get-OwaMailboxPolicy

    Grüße aus Berlin schickt Robert
    MVP Exchange Server
    Donnerstag, 11. April 2013 10:56
    |
  • Question
    Anmelden
    0
    Anmelden

    Tja ich denke dann muss es irgendwie an den Berechtigungen liegen.
    Leider gibt es keine Doku welche Berechtigungen man für welches cmdlet braucht. :-(

    Hier noch der Output:

    PS U:\> Get-OwaMailboxPolicy; Start-Sleep 5; Get-OwaMailboxPolicy
    PS U:\>

    Donnerstag, 11. April 2013 11:48
    |
  • Question
    Anmelden
    0
    Anmelden

    Moin,

    Tja ich denke dann muss es irgendwie an den Berechtigungen liegen.
    Leider gibt es keine Doku welche Berechtigungen man für welches cmdlet braucht. :-(

    doch, die gibt es. Aber nur im Rahmen von RBAC:
    http://technet.microsoft.com/de-de/library/dd351095(v=exchg.141).aspx

    Steht im Abschnitt "Detaillierte Beschreibung".

    Wenn die AD-Berechtigungen aber dazu nicht passen sollten, dann hat man wirklich ein Problem.

    Es gibt leider wirklich manchmal Probleme mit dem gleichen Befehl zwischen EMS und "normaler" PS, weil die EMS die Dinge nicht als CMDELT, sondern als Functions "wrapped". Aber das äußert sich i.d.R. mit Fehlern und da es bei mir ja geht, scheint das kein generelles Problem zu sein.

    PS U:\> Get-OwaMailboxPolicy; Start-Sleep 5; Get-OwaMailboxPolicy
    PS U:\>

    Schade, hätte ja klappen können (ich habe manchmal lustige Performance-Probleme beim AD-Zugriff, so dass nach kurzer Wartezeit der zweite, identische Aufruf, plötzlich klappt.)

    Dann würde ich Dir vorschlagen, dass Du das nochmal im englischen Exchange-Forum postest (würde ich nicht in PowerShell machen). Da sind deutlich mehr Leute unterwegs, als hier.

    Oder Du sprichst den Support von MSFT an. Vielleicht habt ihr ja einen Premier Vertrag und noch ein paar Stunden übrig!?

    Grüße aus Berlin schickt Robert
    MVP Exchange Server
    • Als Antwort markiert JGraessler Freitag, 12. April 2013 05:10
    Donnerstag, 11. April 2013 12:11
    |
  • Question
    Anmelden
    0
    Anmelden

    Man glaubt es kaum aber es war wirklich ein Berechtigungsproblem. Domain Admin Rechte in einer Subdomain und ein paar Exchange Berechtigungen waren nicht genug.

    Danke für den Link.

    Gruss,
    JG

    Freitag, 12. April 2013 05:10
    |
  • Question
    Anmelden
    0
    Anmelden

    Moin,

    Man glaubt es kaum aber es war wirklich ein Berechtigungsproblem. Domain Admin Rechte in einer Subdomain und ein paar Exchange Berechtigungen waren nicht genug.

    OH - natürlich nicht. Alles, was im oberen Abschnitt der EMC steht, liegt in der Config-Partition in AD. Auf diese haben normalerweise nur Enterprise Admin Zugriff - oder Leute, bei denen RBAC richtig verwendet wird, weil dann Exchange selbst die Daten ausliest.

    Ich hätte trotzdem eine andere Fehlermeldung erwartet, als "nichts".

    Aber dank für die Info und prima, dass es nun geht!

    Grüße aus Berlin schickt Robert
    MVP Exchange Server
    Freitag, 12. April 2013 08:16
    |