none
NetApp Clustered Data ONTAP MP: SCOM 2012 R2 Powershell Skripts werden nach 15 Minuten verworfen. RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    Ich habe kürzlich einige NetApp Cluster zum SCOM Monitoring hinzugefügt und discovered.
    Nun bekomme ich jede 15 Minuten folgende Warnung für diese Powershell Skripts Monitoring.ps1 und Discovery.ps1:Powershell script was dropped

    Ich vermute, dass dadurch nicht alle Informationen über die NetApp Cluster eingeholt werden können und das Monitoring unvollständig ist.
    Alle Fehler Codes sind am Ender der Seite angeführt.
    Kann mir jemand helfen?

    Gruß,

    Matthias

    Error Discovery.ps1:

    The PowerShell script failed with below exception

    System.Management.Automation.MethodInvocationException: Exception
    calling "CreateDomain" with "3" argument(s): "The specified user does not have a
    valid profile. Unable to load
    'Microsoft.EnterpriseManagement.HealthService.Internal, Version=7.0.5000.0,
    Culture=neutral, PublicKeyToken=31bf3856ad364e35'."At line:40 char:12
    +
    return [AppDomain]::CreateDomain("OC.Cluster.OM.Powershell.NonDefaultAppDoma
    ...
    +
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    at
    System.Management.Automation.ExceptionHandlingOps.ConvertToMethodInvocationException(Exception
    exception, Type typeToThrow, String methodName, Int32 numArgs, MemberInfo
    memberInfo)
    at CallSite.Target(Closure , CallSite , RuntimeType , String ,
    Object , Object )
    at
    System.Dynamic.UpdateDelegates.UpdateAndExecute4[T0,T1,T2,T3,TRet](CallSite
    site, T0 arg0, T1 arg1, T2 arg2, T3 arg3)
    at
    System.Management.Automation.Interpreter.DynamicInstruction`5.Run(InterpretedFrame
    frame)
    at
    System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame
    frame)

    Script Name: Discovery.ps1

    One or more
    workflows were affected by this.

    Workflow name:
    DataONTAP.Cluster.Discovery.Rule

    Instance name: Clustered Data ONTAP:
    Management Server Resource Pool

    Instance ID:
    {9B98C733-1520-62CD-662A-2B6B1C5DCB7F}

    XML Discovery.ps1:

    < DataItem
    type =" System.XmlData " time =" 2016-04-01T00:00:00.3070786+02:00 " sourceHealthServiceId =" 6FA0044D-D37C-9C58-D906-4E7C8BF54459 " >
    < EventData
    >
      < Data > XXXXXX </ Data >
      < Data > DataONTAP.Cluster.Discovery.Rule </ Data >
      < Data > Clustered Data
    ONTAP: Management Server Resource Pool     </ Data >
      < Data > {9B98C733-1520-62CD-662A-2B6B1C5DCB7F} </ Data >
      < Data > Discovery.ps1 </ Data >
      < Data > 1800
    </ Data
    >
      < Data > System.Management.Automation.MethodInvocationException:
    Exception calling "CreateDomain" with "3" argument(s): "The specified user does
    not have a valid profile. Unable to load
    'Microsoft.EnterpriseManagement.HealthService.Internal, Version=7.0.5000.0,
    Culture=neutral, PublicKeyToken=31bf3856ad364e35'."At line:40 char:12 + return
    [AppDomain]::CreateDomain("OC.Cluster.OM.Powershell.NonDefaultAppDoma ... +
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ at
    System.Management.Automation.ExceptionHandlingOps.ConvertToMethodInvocationException(Exception
    exception, Type typeToThrow, String methodName, Int32 numArgs, MemberInfo
    memberInfo) at CallSite.Target(Closure , CallSite , RuntimeType , String ,
    Object , Object ) at
    System.Dynamic.UpdateDelegates.UpdateAndExecute4[T0,T1,T2,T3,TRet](CallSite
    site, T0 arg0, T1 arg1, T2 arg2, T3 arg3) at
    System.Management.Automation.Interpreter.DynamicInstruction`5.Run(InterpretedFrame
    frame) at
    System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame
    frame)     </ Data >
      < Data > System.Management.Automation.MethodInvocationException
    </ Data
    >
      </ EventData
    >
      </ DataItem
    >

    Error Monitoring.ps1:

    The PowerShell script failed with below exception

    System.Management.Automation.MethodInvocationException: Exception
    calling "CreateDomain" with "3" argument(s): "The specified user does not have a
    valid profile. Unable to load
    'Microsoft.EnterpriseManagement.HealthService.Internal, Version=7.0.5000.0,
    Culture=neutral, PublicKeyToken=31bf3856ad364e35'."At line:40 char:12
    +
    return [AppDomain]::CreateDomain("OC.Cluster.OM.Powershell.NonDefaultAppDoma
    ...
    +
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    at
    System.Management.Automation.ExceptionHandlingOps.ConvertToMethodInvocationException(Exception
    exception, Type typeToThrow, String methodName, Int32 numArgs, MemberInfo
    memberInfo)
    at CallSite.Target(Closure , CallSite , RuntimeType , String ,
    Object , Object )
    at
    System.Dynamic.UpdateDelegates.UpdateAndExecute4[T0,T1,T2,T3,TRet](CallSite
    site, T0 arg0, T1 arg1, T2 arg2, T3 arg3)
    at
    System.Management.Automation.Interpreter.DynamicInstruction`5.Run(InterpretedFrame
    frame)
    at
    System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame
    frame)

    Script Name: Monitoring.ps1

    One or more
    workflows were affected by this.

    Workflow name:
    DataONTAP.Cluster.Monitoring.Vserver.Connection.Rule

    Instance name:
    a90aa9c0-9923-11e5-94cd-00a0986e78b3

    Instance ID:
    {4B3E134E-D96B-98E3-1CF2-82FFE1FCE1A9}

    XML Monitoring.ps1:

    < DataItem
    type =" System.XmlData " time =" 2016-04-01T00:01:00.4855272+02:00 " sourceHealthServiceId =" 6FA0044D-D37C-9C58-D906-4E7C8BF54459 " >
    < EventData
    >
      < Data > XXXXX </ Data >
      < Data > DataONTAP.Cluster.Monitoring.Vserver.Connection.Rule
    </ Data
    >
      < Data > a90aa9c0-9923-11e5-94cd-00a0986e78b3 </ Data >
      < Data > {4B3E134E-D96B-98E3-1CF2-82FFE1FCE1A9} </ Data >
      < Data > Monitoring.ps1 </ Data >
      < Data > 60 </ Data >
      < Data > System.Management.Automation.MethodInvocationException:
    Exception calling "CreateDomain" with "3" argument(s): "The specified user does
    not have a valid profile. Unable to load
    'Microsoft.EnterpriseManagement.HealthService.Internal, Version=7.0.5000.0,
    Culture=neutral, PublicKeyToken=31bf3856ad364e35'."At line:40 char:12 + return
    [AppDomain]::CreateDomain("OC.Cluster.OM.Powershell.NonDefaultAppDoma ... +
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ at
    System.Management.Automation.ExceptionHandlingOps.ConvertToMethodInvocationException(Exception
    exception, Type typeToThrow, String methodName, Int32 numArgs, MemberInfo
    memberInfo) at CallSite.Target(Closure , CallSite , RuntimeType , String ,
    Object , Object ) at
    System.Dynamic.UpdateDelegates.UpdateAndExecute4[T0,T1,T2,T3,TRet](CallSite
    site, T0 arg0, T1 arg1, T2 arg2, T3 arg3) at
    System.Management.Automation.Interpreter.DynamicInstruction`5.Run(InterpretedFrame
    frame) at
    System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame
    frame)     </ Data >
      < Data > System.Management.Automation.MethodInvocationException
    </ Data
    >
      </ EventData
    >
      </ DataItem
    >

    Dienstag, 5. April 2016 09:31
    |

Antworten

Alle Antworten

  • Question
    Anmelden
    1
    Anmelden

    Moin,

    der Default Action Account hat kein Benutzerprofil bzw. keinen Profilordner auf dem SCOM Server.

    > "The specified user does not have a valid profile. Unable to load ...

    http://community.netapp.com/t5/Microsoft-Cloud-and-Virtualization-Discussions/OCPM-4-0-1-discovery-fails/td-p/91681

    Kurz und Knapp: Einmal mit dem Action Account am SCOM Server anmelden, damit ein Profilordner erstellt wird. SCOM Service neu starten und Ermittlung neu starten.

    This posting is provided AS IS with no warranties.

    Dienstag, 5. April 2016 13:08
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    Vielen Dank, genau das war die Antwort, am zweiten Management Server gab es das Benutzerprofil noch nicht. Da ich mit der lokalen Konsole immer mit dem MS2 verbunden bin, wird das Skript auch von dort aus aufgerufen. Schön, wenn die Lösung des Problems einfach ist!

    Gruß,

    Matthias

    Mittwoch, 6. April 2016 09:37
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    Ich habe noch ein weiteres Problem gefunden, passend zu diesem Thema.
    Und zwar geht es darum, dass die Dropped Script Alerts zwar weg sind, jedoch trotzdem immer noch keine Information bezüglich LUNs, LIFs Volumes etc. zur Verfügung stehen.

    Gruß,

    Matthias

    Mittwoch, 6. April 2016 11:25
    |
  • Question
    Anmelden
    0
    Anmelden

    Dazu musst Du einen NetApp Discovery Tasks ausführen.

    Unter 'Überwachhung/Clustered DataONTAP/Management Servers' im Aktionsbereich auf 'Clusteres Data ONTAP Discovery Task' gehen.

    Steht übrigens auch im OCPM Admin Guide (ab Seite 39) ;-)

    https://library.netapp.com/ecm/ecm_download_file/ECMP12453547

    This posting is provided AS IS with no warranties.

    Mittwoch, 6. April 2016 11:48
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    Ich habe den Discovery Task gestartet und festgestellt, dass dieses Mal der selbe Fehler wie davor wieder aufgetaucht ist.
    Ich habe folgende Schritte ausgeführt:

    - Windows Benutzer-Profil erstellt am MS2 (war schon erstellt am MS1), MS2 neu gestartet.
    - Discovery Task am Management Server 1 (einzige im Ressource-Pool) initiiert.
    - Discovery Task an jedem Cluster ausgeführt.
    - Discovery Task an allen Virtual Storage Machines gestartet.

    Alle Task wurden, laut Task View, erfolgreich und ohne Fehler ausgeführt.
    Nach diesen Aktionen sind dann die Dropped Script Alerts wieder aufgetaucht.

    Gruß,

    Matthias

    Mittwoch, 6. April 2016 12:27
    |
  • Question
    Anmelden
    0
    Anmelden

    Ich habe noch im Hinterkopf, dass die NetApp Integration etwas 'frickelig' ist.

    Ich habe nach dem ersten Fehlversuch die NetApp MPs entfernt, die NetApp Datenbank aus der SCOM Instanz gelöscht und noch mal ganz von vorne angefangen. Schritt für Schritt nach Admin Guide, dann hat es geklappt.

    Vielleicht hat ja noch jemand eine elegantere Lösung. Eventuell kann auch der NetApp Support weiterhelfen.

    This posting is provided AS IS with no warranties.

    Mittwoch, 6. April 2016 13:57
    |