magicpeter 11 Geschrieben 26. April 2015 Melden Teilen Geschrieben 26. April 2015 (bearbeitet) 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 26. April 2015 von magicpeter Zitieren Link zu diesem Kommentar
DocData 85 Geschrieben 26. April 2015 Melden Teilen Geschrieben 26. April 2015 Ah, ist das der Kunde? <entfernt> 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? 1 Zitieren Link zu diesem Kommentar
magicpeter 11 Geschrieben 26. April 2015 Autor Melden Teilen Geschrieben 26. April 2015 (bearbeitet) 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 26. April 2015 von magicpeter Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 26. April 2015 Melden Teilen Geschrieben 26. April 2015 Der UPN des HealthMailbox-AD-Accounts ist vermutlich nicht so gesetzt, wie der Health-Service sich anmelden will. Schau mal hier rein: http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/Q_28604289.html Zitieren Link zu diesem Kommentar
magicpeter 11 Geschrieben 27. April 2015 Autor Melden Teilen Geschrieben 27. April 2015 (bearbeitet) 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 27. April 2015 von magicpeter Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 27. April 2015 Melden Teilen Geschrieben 27. April 2015 Darüber ich auch mal nachdenken: "28.05.2015 04:00:32" Zitieren Link zu diesem Kommentar
magicpeter 11 Geschrieben 27. April 2015 Autor Melden Teilen Geschrieben 27. April 2015 Ja, komisch. Die Servierzeit stimmt aber. Wie kann das sein? Kann es sein das eine Nachricht in der Warteschlange steckte oder? Zitieren Link zu diesem Kommentar
peter999 24 Geschrieben 27. April 2015 Melden Teilen Geschrieben 27. April 2015 (bearbeitet) 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 27. April 2015 von peter999 Zitieren Link zu diesem Kommentar
magicpeter 11 Geschrieben 27. April 2015 Autor Melden Teilen Geschrieben 27. April 2015 (bearbeitet) 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: https://social.technet.microsoft.com/Forums/de-DE/374d7a25-9980-4470-9fc8-86a0ae9c6b07/schannel-error-36888-fehlerstatus-1203?forum=exchange_serverde 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. https://social.technet.microsoft.com/Forums/exchange/en-US/3e90f25c-67b3-4507-ade0-7ae513d852a6/do-i-need-windows-sbs-company-web-connector-servername-event-ids-5015-5016?forum=exchange2010 http://blogs.technet.com/b/canitpro/archive/2007/01/04/your-solutions-fix-exchange-2007-smtp-connectors-with-adsiedit.aspx bearbeitet 27. April 2015 von magicpeter Zitieren Link zu diesem Kommentar
DocData 85 Geschrieben 27. April 2015 Melden Teilen Geschrieben 27. April 2015 (bearbeitet) 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 27. April 2015 von DocData Zitieren Link zu diesem Kommentar
magicpeter 11 Geschrieben 27. April 2015 Autor Melden Teilen Geschrieben 27. April 2015 (bearbeitet) 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 27. April 2015 von magicpeter Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 27. April 2015 Melden Teilen Geschrieben 27. April 2015 Wie änderst Du denn am Konrektor die Berechtigung und was hast du eingestellt damit das funktioniert? https://technet.microsoft.com/de-de/library/bb125140%28v=exchg.150%29.aspx Zitieren Link zu diesem Kommentar
magicpeter 11 Geschrieben 27. April 2015 Autor Melden Teilen Geschrieben 27. April 2015 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? https://technet.microsoft.com/de-de/library/bb125140%28v=exchg.150%29.aspx Danke dir, aber ein bisschen genauer wäre schon hilfreich. Zitieren Link zu diesem Kommentar
gogo_sven 10 Geschrieben 8. September 2015 Melden Teilen Geschrieben 8. September 2015 Hallo Peter, hast du den Fehler 1025 beseitigen können ? LG Sven Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.