4
Exchange 2007 - IMAP-Ausfälle
Trotz Services --> Microsoft.Exchange.IMAP4(service) "running": kein Postfachabruf mehr möglich !
Hallo liebe Admingemeinde,
Unser Exchange2007-SP1 (auf Win Server 2003) bockt mal wieder:
Mehrere User in unterschiedlichen Netzen beklagten sich kürzlich, dass sie per Thunderbird und IMAP/ssl keine Mail erhielten und nicht senden konnten, sprich, über das Protokoll kein Ordner-Sync mehr möglich war.
Habe daraufhin die Dienstekonsole geöffnet : Microsoft.Exchange.IMAP4 (und .IMAPservice) waren beide up & "running",
genauso kamen sie in der Ausgabe von Get-Process als laufende Prozesse vor. ("IMAP4" übrigens mit vergleichbar hoher CPU- und Speicherlast, CPU(s) = 4000, WS(k) = 165000 )
Jedenfalls lief der IMAP-service noch und war anscheinend nicht mehr in der Lage, hereinkommende Requests zu beantworten.
Ein Neustart des Dienstes behob dann das Problem erstmal.
Es ist dann ein paar Stunden später nochmal aufgetreten, gegen Abend hin, wieder half ein Neustart in der Dienstekonsole.
Insgesamt ist unser ganzer Server recht langsam, nun muss man dazu sagen, dass er gleichzeitig AD-Domänencontroller, CAS und Hub Transport macht und beide Storage Groups mit auf der Sys-Partition liegen (500GB Scsi-Stripeset), dafür aber ein Pentium D 3.4GHz und 4 GB RAM vorhanden sind. Es sind ca. 125 Mailboxen / AD-User in unsere Domäne angelegt.
Kann man den IMAP-Ausfall nun mit Sicherheit als Performance-Problem abhaken, wenn MAPI (also Outlook-/OWA-Zugriff) bislang immer geklappt hat ?
Gibt es evtl. noch eine wichtige Stellschraube a la "max_connection_requests" serverseitig ?
Weiß nicht, von welcher Seite ich das Problem angehen soll; seit ein paar Tagen ist es auch nicht mehr aufgetreten, aber wir wissen ja alle, dass sowas genau im ungünstigsten Moment wieder zuschlagen kann....
Über Hilfe, Anregungen und Tipps freut sich der
== Newton ==
Danke!
Hallo liebe Admingemeinde,
Unser Exchange2007-SP1 (auf Win Server 2003) bockt mal wieder:
Mehrere User in unterschiedlichen Netzen beklagten sich kürzlich, dass sie per Thunderbird und IMAP/ssl keine Mail erhielten und nicht senden konnten, sprich, über das Protokoll kein Ordner-Sync mehr möglich war.
Habe daraufhin die Dienstekonsole geöffnet : Microsoft.Exchange.IMAP4 (und .IMAPservice) waren beide up & "running",
genauso kamen sie in der Ausgabe von Get-Process als laufende Prozesse vor. ("IMAP4" übrigens mit vergleichbar hoher CPU- und Speicherlast, CPU(s) = 4000, WS(k) = 165000 )
Jedenfalls lief der IMAP-service noch und war anscheinend nicht mehr in der Lage, hereinkommende Requests zu beantworten.
Ein Neustart des Dienstes behob dann das Problem erstmal.
Es ist dann ein paar Stunden später nochmal aufgetreten, gegen Abend hin, wieder half ein Neustart in der Dienstekonsole.
Insgesamt ist unser ganzer Server recht langsam, nun muss man dazu sagen, dass er gleichzeitig AD-Domänencontroller, CAS und Hub Transport macht und beide Storage Groups mit auf der Sys-Partition liegen (500GB Scsi-Stripeset), dafür aber ein Pentium D 3.4GHz und 4 GB RAM vorhanden sind. Es sind ca. 125 Mailboxen / AD-User in unsere Domäne angelegt.
Kann man den IMAP-Ausfall nun mit Sicherheit als Performance-Problem abhaken, wenn MAPI (also Outlook-/OWA-Zugriff) bislang immer geklappt hat ?
Gibt es evtl. noch eine wichtige Stellschraube a la "max_connection_requests" serverseitig ?
Weiß nicht, von welcher Seite ich das Problem angehen soll; seit ein paar Tagen ist es auch nicht mehr aufgetreten, aber wir wissen ja alle, dass sowas genau im ungünstigsten Moment wieder zuschlagen kann....
Über Hilfe, Anregungen und Tipps freut sich der
== Newton ==
Danke!
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 99936
Url: https://administrator.de/forum/exchange-2007-imap-ausfaelle-99936.html
Ausgedruckt am: 23.12.2024 um 20:12 Uhr
4 Kommentare
Neuester Kommentar
Hi,
also von der Hardwareleistung her ist das voll OK. 4GB RAM ist vielleicht nicht gerade viel, aber ausreichend für Anzahl von Postfächer.
Gibt es in der Ereignisanzeige keine Meldungen?
also von der Hardwareleistung her ist das voll OK. 4GB RAM ist vielleicht nicht gerade viel, aber ausreichend für Anzahl von Postfächer.
Gibt es in der Ereignisanzeige keine Meldungen?
Bin schon oft den Eventviewer daraufhin durchgegangen, aber sowohl Application, System als auch Security zeigen nichts signifikantes...
Was ich bei wiederholtem Prozess-Listing in der Powershell erkenne, ist, wie sich der Dienst Microsoft.Exchange.IMAP4 kontinuierlich immer mehr CPU-Leistung und Speicher heranholt:
[PS] C:\Documents and Settings\.... > Get-Process Microsoft.Exchange.*
Handles NPM(K) PM(K) WS(K) VM(M) CPU(s) Id ProcessName
------ ----- ----- ----- ------ -- -----------
447 30 33848 7516 531 1,22 2492 Microsoft.Exchange.AntispamUpdateSvc
475 44 53880 16000 575 276,34 4060 Microsoft.Exchange.Cluster.ReplayService
660 34 57832 56136 139 14,98 4360 Microsoft.Exchange.ContentFilter.Wrapper
439 30 58580 15444 -1360 7,73 1368 Microsoft.Exchange.EdgeSyncSvc
1046 46 281696 246560 -1278 2.428,38 3704 Microsoft.Exchange.Imap4
409 105 70652 14348 -1364 17,59 3460 Microsoft.Exchange.Imap4Service
582 27 72196 18964 592 47,70 2852 Microsoft.Exchange.Search.ExSearch
652 34 97628 29956 -1253 40,05 3292 Microsoft.Exchange.ServiceHost
Im Vergleich zu den anderen Exchange services ziemlich unverhältnismäßig, oder ?
Es könnte also ein kumulativer Effekt sein, vielleicht das Ausbleiben einer Garbage Collection / Speicherfreigabe nach jedem Logoff eines IMAP-Nutzers... Anscheinend ist das aber noch kein den Entwicklern bekanntes Problem. Bliebe abzuwarten, ob ein kommendes Update oder künftiger ServicePack2 das Problem beheben wird...
Schöne Grüße,
== Newton ==
Was ich bei wiederholtem Prozess-Listing in der Powershell erkenne, ist, wie sich der Dienst Microsoft.Exchange.IMAP4 kontinuierlich immer mehr CPU-Leistung und Speicher heranholt:
[PS] C:\Documents and Settings\.... > Get-Process Microsoft.Exchange.*
Handles NPM(K) PM(K) WS(K) VM(M) CPU(s) Id ProcessName
------ ----- ----- ----- ------ -- -----------
447 30 33848 7516 531 1,22 2492 Microsoft.Exchange.AntispamUpdateSvc
475 44 53880 16000 575 276,34 4060 Microsoft.Exchange.Cluster.ReplayService
660 34 57832 56136 139 14,98 4360 Microsoft.Exchange.ContentFilter.Wrapper
439 30 58580 15444 -1360 7,73 1368 Microsoft.Exchange.EdgeSyncSvc
1046 46 281696 246560 -1278 2.428,38 3704 Microsoft.Exchange.Imap4
409 105 70652 14348 -1364 17,59 3460 Microsoft.Exchange.Imap4Service
582 27 72196 18964 592 47,70 2852 Microsoft.Exchange.Search.ExSearch
652 34 97628 29956 -1253 40,05 3292 Microsoft.Exchange.ServiceHost
Im Vergleich zu den anderen Exchange services ziemlich unverhältnismäßig, oder ?
Es könnte also ein kumulativer Effekt sein, vielleicht das Ausbleiben einer Garbage Collection / Speicherfreigabe nach jedem Logoff eines IMAP-Nutzers... Anscheinend ist das aber noch kein den Entwicklern bekanntes Problem. Bliebe abzuwarten, ob ein kommendes Update oder künftiger ServicePack2 das Problem beheben wird...
Schöne Grüße,
== Newton ==
Ohje, ich habe hier in Blockschrift editiert und dabei ganz vergessen, dass es der Browser bei euch nachher in Arial o.ä. darstellt und die Lesbarkeit damit zum Teufel geht...
- großes SORRY !!! -
IMAP4 sticht also durch 2.428,38 "CPU(s)" heraus, im Gegensatz zu z.B. Cluster.ReplayService mit 276,34 CPU(s) - die andern liegen im Bereich ~40 oder weit darunter, einstellig.
In Minutenabständen "Get-Process *IMAP*" aufgerufen, kann man zusehen, wie dieser Wert steigt, monoton. Weniger wird es nie, bis ich unter Dienste die Notbremse ziehe und IMAP restarte. Dann selbes Verhalten, der jetzige Wert über 2.400 ist nach Restart vor 5 Tagen erreicht worden, ab 6.000 kann es kritisch werden.
Der Memorywert ist relativ hoch, schwankt aber ohne Tendenz zwischen 160000 - 280000 kB.
(PM(k) bzw WS(k) )
Genug Technobabble, gibt es jemanden, der zumindest erstmal Licht ins Dunkel der hier verwendeten Abkürzungen bringen und erklären kann, was mir Get-Processes da eigtl. genau anzeigt ?
Die Hilfeseite dazu kann man nämlich vergessen, die ist was für Captain Obvious...
Nochmals Grüße + Dank,
Cpt. Newton
- großes SORRY !!! -
IMAP4 sticht also durch 2.428,38 "CPU(s)" heraus, im Gegensatz zu z.B. Cluster.ReplayService mit 276,34 CPU(s) - die andern liegen im Bereich ~40 oder weit darunter, einstellig.
In Minutenabständen "Get-Process *IMAP*" aufgerufen, kann man zusehen, wie dieser Wert steigt, monoton. Weniger wird es nie, bis ich unter Dienste die Notbremse ziehe und IMAP restarte. Dann selbes Verhalten, der jetzige Wert über 2.400 ist nach Restart vor 5 Tagen erreicht worden, ab 6.000 kann es kritisch werden.
Der Memorywert ist relativ hoch, schwankt aber ohne Tendenz zwischen 160000 - 280000 kB.
(PM(k) bzw WS(k) )
Genug Technobabble, gibt es jemanden, der zumindest erstmal Licht ins Dunkel der hier verwendeten Abkürzungen bringen und erklären kann, was mir Get-Processes da eigtl. genau anzeigt ?
Die Hilfeseite dazu kann man nämlich vergessen, die ist was für Captain Obvious...
Nochmals Grüße + Dank,
Cpt. Newton
Morgen,
hast du es schon mal in einer Microsoft Newsgroup versucht?
http://www.microsoft.com/communities/newsgroups/en-us/default.aspx?& ...
da schwirren jede Menge MVPs rum und solche die wirklich Ahnung haben.
hast du es schon mal in einer Microsoft Newsgroup versucht?
http://www.microsoft.com/communities/newsgroups/en-us/default.aspx?& ...
da schwirren jede Menge MVPs rum und solche die wirklich Ahnung haben.
