none
Exchange 2013: "page not found" nach Anmeldung am EAC und OWA RRS feed

  • Frage

  • Hallo Community,

    Hintergrund: 1 x Kemp LB, 2 x CAS, 2 x MBX (ja, nicht die Empfehlung, wurde aber leider vom Kunden so implementiert). Alle Exchange Server sind auf CU5, OS ist W2K12R2.

    Beim Aufruf des EAC und OWA erscheint seit kurzem jeweils nach der erfolgreichen Anmeldung immer ein 404-Fehler (Page not found).

    Bei OWA kommen die Meldungen vom 1. oder 2. CAS Server.

    Klicke ich nach der OWA-Anmeldung auf „Refresh the page“ funktioniert es einwandfrei, anschließend kann ich mich auch am EAC anmelden.

    Im IIS-Log finde ich nur diese Einträge:

    014-06-16 06:37:39 192.1.5.79 GET /ecp/error.aspx cause=urlnotfound&CorrelationID=<empty>;&cafeReqId=e39c39b8-0181-4077-b21b-18a900a414aa; 443 a-rg 192.1.5.84 Mozilla/5.0+(compatible;+MSIE+10.0;+Windows+NT+6.2;+WOW64;+Trident/6.0) https://xyz/owa/auth/logon.aspx?replaceCurrent=1&url=https%3a%2f%2fxyz%2fecp%2flogin.aspx%3fReturnUrl%3d%252fecp 404 0 0 46

    Die Virtual Directories für ECP und OWA sind korrekt, ebenfalls die Authentifizierungen. IISRESET habe ich auch durchgeführt, keine Besserung. Die IIS Config-Files sind – soweit ich das sehen kann – auch in Ordnung.

    Das gleiche Verhalten tritt auf wenn OWA/EAC via CAS-Server URL aufgerufen wird.

    Hat jemand einen Tipp?

    Danke!

    Dienstag, 17. Juni 2014 08:58

Antworten

Alle Antworten

  • Hallo,

    was wurde denn "seit kurzem" geändert?

    Was sagt MA? Get-HealthReport -Server <SERVERNAME> | where {$_.alertvalue -ne "Healthy"}

    Gruß

    Dominik

    Dienstag, 17. Juni 2014 10:57
  • Hallo Dominik,

    auf beiden CAS-Servern:

    Server              State               HealthSet           AlertValue          LastTransitionTime  MonitorCount
    ------              -----               ---------           ----------          ------------------  ------------
    XYZ           NotApplicable        FEP                 Unhealthy           6/14/2014 3:20:3... 2

    auf beiden Mailbox-Servern:

    Server              State               HealthSet           AlertValue          LastTransitionTime  MonitorCount
    ------              -----               ---------           ----------          ------------------  ------------
    xyz            NotApplicable       ECP                 Unhealthy           6/17/2014 9:46:1... 10
    xyz           NotApplicable       DataProtection      Unhealthy           6/5/2014 1:36:25 AM 213
    xyz           NotApplicable       MSExchangeCertif... Disabled            1/1/0001 1:00:00 AM 2
    xyz           NotApplicable       FEP                 Unhealthy           6/17/2014 9:47:1... 2
    xyz            NotApplicable       DiskSpace           Unhealthy           6/17/2014 10:55:... 20

    Zum FEP hatte ich bereits Event Log Einträge auf den CAS Servern gesehen:

    Log Name:      Microsoft-Exchange-ManagedAvailability/Monitoring
    Source:        Microsoft-Exchange-ManagedAvailability
    Date:          6/17/2014 2:03:18 AM
    Event ID:      4
    Task Category: Monitoring
    Level:         Error
    Keywords:     
    User:          SYSTEM
    Computer:      xyz
    Description:
    Maintenance workitem "FEP.Maintenance.Workitem" (ID: 81) has failed. Health Manager has detected it is either set to run once and failed, or has been failing consistently. Maintenance workitem failure could cause monitoring gap and should be investigated.
    The error message from the last result is:
    System.InvalidOperationException: Service MsMpSvc was not found on computer '.'. ---> System.ComponentModel.Win32Exception: The specified service does not exist as an installed service
       --- End of inner exception stack trace ---
       at System.ServiceProcess.ServiceController.GenerateNames()
       at System.ServiceProcess.ServiceController.get_ServiceName()
       at System.ServiceProcess.ServiceController.GenerateStatus()
       at System.ServiceProcess.ServiceController.get_Status()
       at Microsoft.Exchange.Monitoring.ActiveMonitoring.FEP.FEPDiscovery.DoWork(CancellationToken cancellationToken)
       at Microsoft.Office.Datacenter.WorkerTaskFramework.WorkItem.Execute(CancellationToken joinedToken)
       at Microsoft.Office.Datacenter.WorkerTaskFramework.WorkItem.<>c__DisplayClass2.<StartExecuting>b__0()
       at System.Threading.Tasks.Task.Execute()
    Event Xml:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="Microsoft-Exchange-ManagedAvailability" Guid="{C424A887-A89F-455F-8319-960917152221}" />
        <EventID>4</EventID>
        <Version>0</Version>
        <Level>2</Level>
        <Task>2</Task>
        <Opcode>0</Opcode>
        <Keywords>0x8000000000000000</Keywords>
        <TimeCreated SystemTime="2014-06-17T00:03:18.765486100Z" />
        <EventRecordID>8438</EventRecordID>
        <Correlation ActivityID="{033D207E-603E-46A4-9F61-5E78BC5CD3CD}" />
        <Execution ProcessID="6520" ThreadID="6896" />
        <Channel>Microsoft-Exchange-ManagedAvailability/Monitoring</Channel>
        <Computer>sv-cas-a2.guead.net</Computer>
        <Security UserID="S-1-5-18" />
      </System>
      <UserData>
        <EventXML xmlns:auto-ns2="http://schemas.microsoft.com/win/2004/08/events" xmlns="myNs">
          <HealthSet>FEP</HealthSet>
          <Subject>Maintenance workitem "FEP.Maintenance.Workitem" failed</Subject>
          <Message>Maintenance workitem "FEP.Maintenance.Workitem" (ID: 81) has failed. Health Manager has detected it is either set to run once and failed, or has been failing consistently. Maintenance workitem failure could cause monitoring gap and should be investigated.
    The error message from the last result is:
    System.InvalidOperationException: Service MsMpSvc was not found on computer '.'. ---&gt; System.ComponentModel.Win32Exception: The specified service does not exist as an installed service
       --- End of inner exception stack trace ---
       at System.ServiceProcess.ServiceController.GenerateNames()
       at System.ServiceProcess.ServiceController.get_ServiceName()
       at System.ServiceProcess.ServiceController.GenerateStatus()
       at System.ServiceProcess.ServiceController.get_Status()
       at Microsoft.Exchange.Monitoring.ActiveMonitoring.FEP.FEPDiscovery.DoWork(CancellationToken cancellationToken)
       at Microsoft.Office.Datacenter.WorkerTaskFramework.WorkItem.Execute(CancellationToken joinedToken)
       at Microsoft.Office.Datacenter.WorkerTaskFramework.WorkItem.&lt;&gt;c__DisplayClass2.&lt;StartExecuting&gt;b__0()
       at System.Threading.Tasks.Task.Execute()</Message>
          <Monitor>MaintenanceFailureMonitor.FEP</Monitor>
        </EventXML>
      </UserData>
    </Event>

    Hier komme nicht wirklich weiter ....

    Dienstag, 17. Juni 2014 11:42
  • Hast du ECP und OWA schon mal neu angelegt?

    Für MA kannst du meinen Blog-Eintrag durchgehen und die Dinge bereinigen: http://set-exchange.blogspot.de/2014/06/managed-availability-administrative_12.html

    Gruß

    Dominik

    Dienstag, 17. Juni 2014 12:30
  • Hallo Dominik,

    danke, ich werde mir das anschauen und Bescheid sagen!

    Viele Grüße,
    Lars

    Dienstag, 17. Juni 2014 13:25
  • Hi Alex,

    ich bin noch dran und werde - sobald ich das Problem gefunden habe - Feedback geben!

    Viele Grüße,

    Lars

    Dienstag, 24. Juni 2014 18:30
  • Hallo zusammen,

    bzgl. Managed Availability: Den FEP-Status kann man ignorieren das dieser Dienst nicht installiert ist. Daher habe ich dies deaktiviert.

    Bzgl. ECP bekomme ich im Monitoring Eventlog die Meldung "Wrong user name or password".

    Wo kann ich dies einstellen?

    Fazit: Immer noch die gleichen Probleme, leider bin ich nicht weitergekommen ....

    Danke,

    Lars

    Donnerstag, 3. Juli 2014 06:25
  • Hallo Alex,

    die o.g. healthtests funktionieren nicht weil MA sich nicht mehr mit den Healthmailboxen verbinden konnte (username or password incorrect). Ich habe alle Healthmailboxen gelöscht und den MA Dienst auf den MBX Servern durchgestartet, nun tauchen keine Fehler mehr auf.

    Das OWA/ECP Problem ist nach wie vor noch da!

    Donnerstag, 10. Juli 2014 14:11