Jump to content

Exchange 2013 liefert nach nach CU8 Fehlermeldungen


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Hi,

 

wir haben heute einen Windows 2012 Standard Server mit Exchange 2013 CU2 auf CU8 upgegradet.

 

Hat alles sehr gut geklappt. Keine Fehler bei der Installation. Der Exchange läuft und empfängt und sendet emails.

 

Alles gut soweit.

 

Nur im Eventlog sind einige Fehlermeldungen aufgetreten die sich alle 5 Minuten wiederholen.

 

Quelle: MSExchange CmdletLogs

ID: 8
Ebene: Fehler
 
(PID 4060, Thread 19) Task "Get-HealthReport" löst einen Ausnahmefehler aus: System.ArgumentException: sessionState
   bei Microsoft.Exchange.Configuration.Tasks.ExchangePropertyContainer.GetProvisioningBroker(ISessionState sessionState)
   bei Microsoft.Exchange.Provisioning.ProvisioningLayer.GetProvisioningHandlersImpl(Task task)
   bei Microsoft.Exchange.Provisioning.ProvisioningLayer.GetProvisioningHandlers(Task task)
   bei Microsoft.Exchange.Configuration.Tasks.Task.<BeginProcessing>b__4()
   bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeNonRetryableFunc(Action func, Boolean terminatePipelineIfFailed).
 
 
Quelle: MSExchangeTransport
ID: 1025
Ebene: Fehler
SMTP hat eine (P1)-E-Mail von "HealthMailbox762f9cc084a24c0b95ef2cee864efab7@domain.local" mit dem Connector "Client Proxy SERVEREX" zurückgewiesen, und der Benutzer hat sich als "HealthMailbox762f9cc084a24c0b95ef2cee864efab7" authentifiziert. Der Active Directory-Lookupvorgang nach der Absenderadresse gab Überprüfungsfehler zurück. Microsoft.Exchange.Data.ProviderError
 
In Google habe ich gesehen das seiner die gleichen Meldungen hatte und mit dem Befehl die Anzeige einfach abgeschaltet hat.
 
Add-GlobalMonitoringOverride -Identity "FrontendTransport\OnPremisesSmtpClientSubmission" -PropertyName Enabled -PropertyValue 0 -ApplyVersion "15.0.1076.9" -ItemType Monitor

 

Aber das ist ja keine wirklich Lösung oder?

 

Kenn jemand diese Meldungen und ist der angegebene Lösung wirklich der richtige?

 

Noch neuen schönen Sonntag.

 

Bis bald...

bearbeitet von magicpeter
Link zu diesem Kommentar

Hi DocData,

 

danke für die Info, sorry habe ich heute einfach übersehen.

 

Ich habe die Domain schon raus genommen.

 

Kannst du Domain bitte auch gegen Domain.local in deinem Post tauschen.

 

Danke.

 

 

Ah, ist das der Kunde?  Gleich mal morgen Anrufen und meine Dienste anbieten... Du solltest das schon entsprechend anonymisieren...

Kannst du Mails an die E-Mail Adresse HealthMailbox762f9cc084a24c0b95ef2cee864efab7@domain.local senden? Bekommst du einen NDR zurück?

 

 

Ich habe einmal über den OWA eine E-Mail gesendet und das kam zurück.

 

Fehler bei der Nachrichtenzustellung an folgende Empfänger oder Gruppen:

HealthMailbox762f9cc084a24c0b95ef2cee864efab7@domain.local (HealthMailbox762f9cc084a24c0b95ef2cee864efab7@domain.local)
Die eingegebene E-Mail-Adresse konnte nicht gefunden werden. Überprüfen Sie die E-Mail-Adresse des Empfängers, und versuchen Sie, die Nachricht erneut zu senden. Wenden Sie sich an den Helpdesk, falls das Problem weiterhin besteht.
 
Generierender Server: SERVEREX.domain.local
HealthMailbox762f9cc084a24c0b95ef2cee864efab7@domain.local
Remote Server returned '550 5.1.1 RESOLVER.ADR.RecipNotFound; not found'
 
Ich werde einmal die Health E-Mail-Adressen überprüfen.
 
Ich denke da liegt das Problem.
 
Fällt dir noch was ein.
bearbeitet von magicpeter
Link zu diesem Kommentar

Hallo Daniel,

 

danke, diesen Post habe ich auch schon gefunden.

 

Ich habe jetzt als erstes einmal die Health-Konto im AD gelöscht und den Health-Dienst neugestartet.

Die Konten wurden wieder neuerstellt, aber der Eintrag im Eventlog blieb der gleiche.

 

Dann haben ich über die Active Directory Domänen und Vertrauensstellungen" die UPN Suffixe für die Gesamtstruktur (Forest) gepflegt und die Kundendomain.de hinzugefügt und den Health-Konten im AD als UPN eingestellt.

 

Der Fehler im Eventlog tritt jetzt nicht mehr auf.

 

Es erscheinen jetzt aber noch ein paar Warnungen & Fehler die es vorher nicht gab.

 

Quelle: MSExchangeFrontEndTransport

ID: 1035
Ebene: Warnung
Fehler LogonDenied bei der eingehenden Authentifizierung für den Empfangsconnector Client Frontend SERVEREX. Der Authentifizierungsmechanismus ist Login. Die Quell-IP-Adresse des Clients, der die Authentifizierung bei Microsoft Exchange versucht hat, ist [127.0.0.1].
 
 
Quelle: Perflib
ID: 1023
Ebene: Fehler
Die erweiterbare Leistungsindikator-DLL MSExchangeIS kann nicht geladen werden. Die ersten vier Bytes (DWORD) des Datenbereichs enthalten den Windows-Fehlercode.
 
 

Quelle: MSExchangeTransport

ID: 5016
Ebene: Fehler
Microsoft Exchange konnte keine Route zum Connector 'CN=Windows SBS Company Web Connector SERVER,CN=Connections,CN=Exchange Routing Group (DWBGZMFD01QNBJR),CN=Routing Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=local' in Routingtabellen mit dem Zeitstempel 27.04.2015 04:16:21 erkennen. Dieser Connector wird nicht verwendet. Gesamtanzahl Quellserver: 1; Anzahl unbekannter Server: 1; Anzahl Quellserver ohne Routing: 0; Anzahl inaktiver Quellserver: 0.
 
 
Quelle: MSExchangeIS
ID: 4001
Ebene: Warnung
Microsoft Exchange Information Store service has encountered a message (internet message id <f02859f5b6354c689661bd71ef8a7e4f@SERVEREX.domain.local>) with an invalid submit time (28.05.2015 04:00:32). Duplicate copies of this message may be delivered.
 
 
Quelle: Schannel
ID: 36888
Ebene: Fehler
Es wurde eine schwerwiegende Warnung generiert und an den Remoteendpunkt gesendet. Dies kann dazu führen, dass die Verbindung beendet wird. Die schwerwiegende Warnung hat folgenden für das TLS-Protokoll definierten Code: 10. Der Windows-SChannel-Fehlerstatus lautet: 1203
 
 
Quelle: MSExchange CmdletLogs
ID: 8
Ebene: Fehler
(PID 4060, Thread 19) Task "Get-HealthReport" löst einen Ausnahmefehler aus: System.ArgumentException: sessionState
   bei Microsoft.Exchange.Configuration.Tasks.ExchangePropertyContainer.GetProvisioningBroker(ISessionState sessionState)
   bei Microsoft.Exchange.Provisioning.ProvisioningLayer.GetProvisioningHandlersImpl(Task task)
   bei Microsoft.Exchange.Provisioning.ProvisioningLayer.GetProvisioningHandlers(Task task)
   bei Microsoft.Exchange.Configuration.Tasks.Task.<BeginProcessing>b__4()
   bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeNonRetryableFunc(Action func, Boolean terminatePipelineIfFailed).
 
 
Wie gesagt, der Server funktioniert einwandfrei, nur würde ich gerne den Eventlog bereinigen.
 
Vor dem Update auf CU8 war das Eventlog sauber.
 
Danke für deine Hilfe.
 
Oh, mir ist jetzt bei der Überprüfung des Systems noch etwas im Aktive Direktory aufgefallen:
 
Aktuelle: Domainfunktionsebene: Windows Server 2003
 
Sollte ich das besser auf Windows Server 2012 R2 heraufrufen?
 
Es ist ein DC mit Windows 2012 R2 und ein alter mit Windows 2012 vorhanden.
bearbeitet von magicpeter
Link zu diesem Kommentar

Hallo,


 


kann es damit zusammenhängen?


 


http://www.mcseboard.de/topic/203097-ben%C3%B6tige-ich-ein-schema-upgrade/


Hier willst du ein Schema Update durchführen. Dein Ex hatte CU2 was nicht unterstützt ist.


 


Im letzten Post schreibst du "Ich installiere jetzt das CU8.", allerdings nachdem das Schema Update durchgeführt wurde.


 


Gruß


Peter


bearbeitet von peter999
Link zu diesem Kommentar

Hi Peter,

 

das Schema Update ist sauber durchgelaufen und das Exchange Upgrade CU8 auch.

 

Kann natürlich sein, aber was nun?

 

Der Exchange läuft bis auf die 5 Events im Log.

 

Ich werde noch einmal recherchieren. 


Update:

 

Zu dmn Event 

 

<<<

Quelle: Schannel

ID: 36888
Ebene: Fehler
Es wurde eine schwerwiegende Warnung generiert und an den Remoteendpunkt gesendet. Dies kann dazu führen, dass die Verbindung beendet wird. Die schwerwiegende Warnung hat folgenden für das TLS-Protokoll definierten Code: 10. Der Windows-SChannel-Fehlerstatus lautet: 1203
<<<
konnte ich folgenden Post finden:
 
Es scheint so als könnte man das vernachlässigen.

Update:

 

Zu dem Event

 

<<<

Quelle: MSExchangeTransport

ID: 5016
Ebene: Fehler
Microsoft Exchange konnte keine Route zum Connector 'CN=Windows SBS Company Web Connector SERVER,CN=Connections,CN=Exchange Routing Group (DWBGZMFD01QNBJR),CN=Routing Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=local' in Routingtabellen mit dem Zeitstempel 27.04.2015 04:16:21 erkennen. Dieser Connector wird nicht verwendet. Gesamtanzahl Quellserver: 1; Anzahl unbekannter Server: 1; Anzahl Quellserver ohne Routing: 0; Anzahl inaktiver Quellserver: 0.
<<<
 
Das schein ein Überbleibsel aus der Migration vom SBS 2008 vor 2 Jahren zu sein.
Es gibt keinen Empfangs- oder Sendeconnect mit diesem Namen in Exchange 2013.
 
Ich glaube ich werde diesen Connector mit Hilfe des ADSIEDIT entfernen.
 
bearbeitet von magicpeter
Link zu diesem Kommentar

Ich hatte den gleichen Fehler bei einem Kunden und es waren zwei Sachen:

 

- Berechtigungen auf dem Konnektor

- Die Mailadresse der Healthmailbox wurde falsch gesetz

 

Grund dafür waren die Adress Policies. Exchange erwartete eine .local und die Mailbox hat durch die Policy eine .de verpasst bekommen. Mailadresse also per Hand gesetzt und Konto von der Adress Policy ausgenommen.

 

PS: Und das mit dem Anruf sollte ich mir überlegen... Der Kunde fände das sicher total unlustig, wenn er den Thread hier sieht. ;) Dienstleisterkompetenz sieht anders aus.

 

PPS: Danke für das Entfernen der Domain. Ich hänge hier nicht 24x7 rum, daher habe ich die PNs erst jetzt gelesen.

bearbeitet von DocData
Link zu diesem Kommentar

Ich hatte den gleichen Fehler bei einem Kunden und es waren zwei Sachen:

 

- Berechtigungen auf dem Konnektor

- Die Mailadresse der Healthmailbox wurde falsch gesetz

 

Grund dafür waren die Adress Policies. Exchange erwartete eine .local und die Mailbox hat durch die Policy eine .de verpasst bekommen. Mailadresse also per Hand gesetzt und Konto von der Adress Policy ausgenommen.

 

 

 

Ja, das habe ich auch schon gemacht.

Hast du danach den Exchange Information Dienst (ExchangeHM) neugestartet?

Werde ich heute Abend noch eimal testen.

Geht leider nicht tagsüber.

Wie änderst Du denn am Konrektor die Berechtigung und was hast du eingestellt damit das funktioniert?

Würde mich echt mal interessieren.

Vielleicht löst das ja das Problem.

 

Dank Dir schon mal für deine Zeit.

bearbeitet von magicpeter
Link zu diesem Kommentar

Ich hatte den gleichen Fehler bei einem Kunden und es waren zwei Sachen:

 

- Berechtigungen auf dem Konnektor

- Die Mailadresse der Healthmailbox wurde falsch gesetz

 

Grund dafür waren die Adress Policies. Exchange erwartete eine .local und die Mailbox hat durch die Policy eine .de verpasst bekommen. Mailadresse also per Hand gesetzt und Konto von der Adress Policy ausgenommen.

 

 

Kannst du mir sagen wie das das gemacht hast?

 

Danke dir, aber ein bisschen genauer wäre schon hilfreich.

Link zu diesem Kommentar
  • 4 Monate später...
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...