[Windows 2003 SP1 Terminal Server] Dagelijks event id 26

[Verwijderd]

Eerst maar even configuratie beschrijving:
- 1x HP Proliant DL360G4 met Windows 2003 SP1 Terminal Server met Office 2003 SP3 NL
- 1x HP Proliant ML370G5 met Windows 2003 SP2 met Exchange 2003 Enterprise SP2
Bovengenoemde servers zijn qua Windows Updates helemaal up-to-date

Dagelijks lopen wij tegen event id 26 aan. Zie http://www.eventid.net/di...56&source=Outlook&phase=1
Het gevolg van deze melding is dat er dus te veel Exchange sessies ontstaan (max 32) en dus op een gegeven moment de gebruiker niet meer Outlook kan gebruiken. Bij overige gebruikers waarbij het sessie-aantal onder de 32 ligt kunnen dus gewoon doorwerken. We lossen dit sessie probleem nu op door de mailstore te dismounten en weer opnieuw te mounten.

Er werd via google gewezen op netwerkconnecties/instellingen. Zodoende het volgende gedaan:
- Bekabeling is vernieuwd (Cat 6)
- Duplex setting op onze HP 4108GL switch gewijzigd naar 1000Mb Auto
- Driver van de nic geupdate
- Firmware van de nic geupdate
- Teaming uitgeschakeld (dus maar 1 netwerkkaart actief; de andere ge-disabled)
Geen van bovenstaande bood een oplossing.

Zodoende hebben we 2 nieuwe Terminal Servers opgetuigd om te kijken of dit oplossing bood.
- 1x Terminal Server Windows 2003 SP1 met Office 2003 SP2 NL
- 1x Terminal Server Windows 2003 SP2 met Office 2003 SP2 NL
- Andere hardeware (1x Proliant DL360G4 en 1x Proliant ML350G4)
- Roaming Profiles uitgeschakeld
- Windows Updates bijgewerkt
Ook deze vers geïnstalleerde Terminal Servers geven nog steeds dit probleem. Gebruikers die geen gebruik maken van Terminal Server hebben dit probleem totaal niet. Hun Office versie is daarin gelijk dus daar moet het probleem volgens ons niet liggen. Gelukkig hebben wij per afdeling een aparte mailstore zodat in deze gevallen allen de Terminal Server gebruikers hier hinder van ondervinden bij het dismounten/mounten van de mailstore.

Toch willen wij naar een definitieve oplossing en af van event id 26. Zover wij nu kunnen zeggen hebben we alles geprobeerd om tot een oplossing te komen, maar helaas. Hebben jullie eventueel nog suggesties?

[Verwijderd]

kick

[Verwijderd]

heb je http://msexchangeteam.com/archive/2007/07/18/446400.aspx al toegepast omdat je sp2 draait op de exchange server?

[Verwijderd]

Verwijderd schreef op woensdag 26 september 2007 @ 10:28:
heb je http://msexchangeteam.com/archive/2007/07/18/446400.aspx al toegepast omdat je sp2 draait op de exchange server?

Met het netsh commando werden direct alle overbodige sessies verbroken. Even een uurtje of wat aankijken. iig bedankt zover. Resultaten laat ik weten.

[Verwijderd]

Verwijderd schreef op woensdag 26 september 2007 @ 11:01:
[...]


Met het netsh commando werden direct alle overbodige sessies verbroken. Even een uurtje of wat aankijken. iig bedankt zover. Resultaten laat ik weten.

Vanmorgen weer hetzelfde laken en pak. Dus weer oplopende Exchange sessies waardoor op een gegeven moment de store weer ge-dismount moet worden en weer opnieuw gemount.

[Verwijderd]

Misschien zou je eens met ExMon kunnen kijken:
http://www.msexchange.org...-Server-User-Monitor.html

Zie je nog andere meldingen in je event log op de exchange server? ExBPA?

[ Voor 6% gewijzigd door Verwijderd op 27-09-2007 17:47 ]

[Verwijderd]

Verwijderd schreef op donderdag 27 september 2007 @ 17:47:
Misschien zou je eens met ExMon kunnen kijken:
http://www.msexchange.org...-Server-User-Monitor.html

Zie je nog andere meldingen in je event log op de exchange server? ExBPA?

We zijn weer een tijdje verder dus even een update van het geheel.
ExMon bood ons weinig informatie behalve dat je ook hier de sessies zag staan, maar niet waarom.
Vervolgens hebben wij een PST ingesteld bij een gebruiker om te kijken of hierdoor de sessie-aantallen afnam. Dit bood echter geen oplossing. Alle gebruikers op de Terminal Server hebben we tijdelijk lid gemaakt van de Power Users om uit te sluiten of het misschien een rechtenkwestie was. Ook dit bood geen verschil.

Daarna zijn we verder gaan googlen en kwamen we op het volgende document uit via de Exchange Server Analyzer Tool http://technet.microsoft.com/en-us/library/aa997069.aspx. De genoemde disk timeout stond in onze (niet cluster) omgeving op 20. Zodoende op basis van dit document de reg-instelling aangepast naar 10.

Tot op heden lopen af en toe de sessie wel op maar Exchange corrigeert het nu wel zelf. Dus het dismounten/mounten van de store hebben we afgelopen avond niet hoeven. Zodra blijvend resultaat zullen we dit posten.

[Verwijderd]

Hierbij een update over de status wat betreft Event id 26.
Tot op heden geen problemen meer gehad. Wel is Event id 26 nog steeds aanwezig maar het dismounten/mounten van de store is niet meer nodig. Sessie lopen nog wel op, maar Exchange kapt ze keurig af. Als iemand nog weet hoe we Event id 26 helemaal wegkrijgen horen wij het graag.

[Verwijderd]

Het probleem is zo goed als zeker boven water. Op 1 van onze Terminal Servers wordt dagelijks ingebeld. Deze inbelverbinding kreeg hetzelfde ip-adres als onze Exchange server. Nu hebben we het ip-adres van onze Exchange server gewijzigd en zou het probleem opgelost moeten zijn.