Acties:
  • 0 Henk 'm!

  • Jeffroiscool
  • Registratie: December 2006
  • Laatst online: 26-04-2024

Jeffroiscool

Proud DD Member! :D

Topicstarter
Beste Tweakers,

Ik zit hier met een probleem bij een klant waar ik helemaal gek van word.
De situatie is als volgt:
Er werken circa 40-50 mensen tegelijk over 2 gevirtualiseerde terminal servers.

Iedereen op de server werkt met Office 2007 die verbinding maken met een Exchange server.
Sinds een bepaald moment (gebruikers waren traag met rapporteren van het probleem) loopt Outlook in de ochtend vast als je een nieuw mailtje wilt opstellen en op Send klikt.

Je kan zien dat hij zal gaan vastlopen als het logo in de handtekening niet geladen is (er staat dan dat er onvoelde geheugen is terwijl dit niet het geval is).

In de eventlogs krijg ik de volgende meldingen:
Event ID 1002 Source: Application Hang
Hanging application OUTLOOK.EXE, version 12.0.6661.5003, hang module hungapp, version 0.0.0.0, hang address 0x00000000.

Event ID 1001 Source: Application Hang
Fault bucket -1307926169

Het probleem komt alleen voor tussen 8:30 en 9:00 (wanneer dus alle mensen aan het inloggen zijn).

Ik heb wel vorige week de volgende site gebruikt om het voor 1 gebruiker op te lossen die het probleem de hele tijd had: http://www.geekstogo.com/...ing-on-sendthen-crashing/

Maar ik kan me niet voorstellen dat die registry settings verwijderen de juiste oplossing is en dat die registry instelling in de soep loopt in de ochtend tussen die tijden en dat het probleem ineens magisch verholpen is.

Volgens m'n performancelogs is er meer als voldoende geheugen en CPU beschikbaar.
Hebben jullie misschien enig idee?

League of Legends [Last Updated 22-08-2012]: [EUW] Jeffro (Now:Silver, S1:Bronze), RankedSolo5x5: 1502 [120W/106L], Dominion: 84W, TT: 3W, Normal: 504W


Acties:
  • 0 Henk 'm!

Verwijderd

Er is laatst een update uitgebracht wat bij ons ook diverse problemen ontwikkelde waaronder deze.

Simpelste oplossing, wat tenminste bij ons het probleem heeft op gelost en dus hopelijk ook bij jullie:
Afbeeldingslocatie: http://www1.picturepush.com/photo/a/11244859/img/11244859.png

Acties:
  • 0 Henk 'm!

  • Question Mark
  • Registratie: Mei 2003
  • Laatst online: 11-09 16:27

Question Mark

Moderator SSC/WOS

F7 - Nee - Ja

Jeffroiscool schreef op donderdag 25 oktober 2012 @ 09:50:
Het probleem komt alleen voor tussen 8:30 en 9:00 (wanneer dus alle mensen aan het inloggen zijn).
Inloggen kan wel een behoorlijk zware load trekken op je Terminal Servers, weet je heel erg zeker dat je geen performance problemen hebt in die periode.

CPU en memory counters alleen zijn onvoldoende om dit te kunnen beoordelen. Zeker context switches op gevirtualiseerde terminal servers zijn belangrijk om te monitoren.

Op wat voor platform worden de servers gevirutaliseerd?

MCSE NT4/2K/2K3, MCTS, MCITP, CCA, CCEA, CCEE, CCIA, CCNA, CCDA, CCNP, CCDP, VCP, CEH + zwemdiploma A & B


Acties:
  • 0 Henk 'm!

  • Jeffroiscool
  • Registratie: December 2006
  • Laatst online: 26-04-2024

Jeffroiscool

Proud DD Member! :D

Topicstarter
Question Mark schreef op donderdag 25 oktober 2012 @ 10:21:
[...]

Inloggen kan wel een behoorlijk zware load trekken op je Terminal Servers, weet je heel erg zeker dat je geen performance problemen hebt in die periode.

CPU en memory counters alleen zijn onvoldoende om dit te kunnen beoordelen. Zeker context switches op gevirtualiseerde terminal servers zijn belangrijk om te monitoren.

Op wat voor platform worden de servers gevirutaliseerd?
De servers worden op een 2008 R2 server op Hyper-V.
Context switches monitoren had ik nog niet van gehoord, dit ga ik iig onderzoeken en in m'n software erbij schrijven om in de gaten te houden.

Dit zijn de performance resultaten:
1e Terminal Server:
Afbeeldingslocatie: http://puu.sh/1ivTu

2e Terminal Server:
Afbeeldingslocatie: http://puu.sh/1ivU9

Server waar servers op worden gevirtualized:
Afbeeldingslocatie: http://puu.sh/1ivXN

Dan vraag ik me wel af of die context switches de oorzaak kunnen zijn. Aangezien het enorm opvalt dat het probleem alleen ontstaat als je van te voren al ziet dat het logo uit de handtekening niet laad.

League of Legends [Last Updated 22-08-2012]: [EUW] Jeffro (Now:Silver, S1:Bronze), RankedSolo5x5: 1502 [120W/106L], Dominion: 84W, TT: 3W, Normal: 504W


Acties:
  • 0 Henk 'm!

  • merauder
  • Registratie: November 2005
  • Laatst online: 02-09 20:08
Hoe gaat het er aan toe op de Exchange server qua performance? En draait deze Exchange server op de zelfde hardware als de DC? het zou zo maar kunnen dat Outlook crasht dankzij een timeout tijdens het verbinden met Exchange.

Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 11-09 17:57

Jazzy

Moderator SSC/PB

Moooooh!

merauder schreef op donderdag 25 oktober 2012 @ 22:31:
Hoe gaat het er aan toe op de Exchange server qua performance? En draait deze Exchange server op de zelfde hardware als de DC? het zou zo maar kunnen dat Outlook crasht dankzij een timeout tijdens het verbinden met Exchange.
Dat lijkt me sterk, eerlijk gezegd.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • KennieNL
  • Registratie: Mei 2007
  • Laatst online: 10-09 22:39
Gebeurd het ook als iemand inlogt op een ander tijdstip?

Gezien je ook problemen met je handtekening op dat moment hebt kan het aan de koppeling naar winword liggen (die gebruikt wordt bij html/rtf indeling voor de opmaak).

Ik zou eens zeggen probeer eens Outlook bij een gebruiker s'morgens in te stellen als platte tekst ipv html/rtf, wellicht dat dan niet het probleem is.

Of zet de handtekening eens uit, wellicht dat iedereen dezelfde heeft en hier een fout in zit?

Acties:
  • 0 Henk 'm!

  • jimbo123
  • Registratie: November 2007
  • Laatst online: 26-03-2023
Nog een wilde gok: probleem met een invoegtoepassing in outlook?
Outlook crashes hebben vaak met invoegtoepassingen te maken.
Pagina: 1