[Server 2003 Standard] System responding errors

[Verwijderd]

Wij hebben een virtuele machine op een ESX 3.5 blade machine onder VMware.
Deze VM draait Windows Server 2003 Standaard met VMware Tools geinstalleerd.

Ongeveer één a twee keer per week stopt deze server met reageren. Als je het console via VMware overneemt
krijg je het inlogscherm. Als je hier wilt inloggen, blijft hij gelijk na het inloggen hangen. Systeem is niet meer bereikbaar en moet echt via de virtuele power off uitgezet worden.

We hebben nog een stuk of 30 VM's draaien, geen enkel systeem heeft dit probleem.

In de eventvwr begint de System log met de volgende melding:

Application popup: perl.exe - Application Error : The application failed to initialize properly (0xc0000142). Click on OK to terminate the application. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Een half uur daarna stroomt het logboek vol met foutmeldingen van onder andere F-secure Gatekeeper, DCOM, SNMP.

F-secure:
Real-time scanning failure occurred. Intercepted file name=\Device\HarddiskVolume2...SFER11249228323. For more information, please visit the customer support web pages at http://support.f-secure.com/enu/home/ for assistance.

DCOM:
The server {73E709EA-5D93-4B2E-BBB0-99B7938DA9E4} did not register with DCOM within the required timeout.

SNMP:
The SNMP Service encountered an error while setting up the incoming transports.\n The IP transport has been dropped out.

De Application log begint ook een drie kwartier later met meldingen:

PerfOS:
Unable to get system process information from system. The status code returned is in the first DWORD in the Data section.

Het systeem is echter nog wel te pingen, maar niet via RDP te bereiken en zelfs via het console niet goed in te loggen.

Het systeem is wat betreft Windows Updates up-to-date en ook VMware Tools is up-to-date. Verder zijn er
geen bijzonderheden met deze server.

Er draait een Apache HTTP Server 2.0.55 op, Oracle10g Client en een applicatie van een leverancier.
Uiteraard geeft de leverancier aan dat het niet aan zijn applicatie ligt.

Heeft iemand enig idee waar dit aan zou kunnen liggen?

[akimosan]

Het lijkt er sowieso op dat een applicatie wordt gestart bij het inloggen van je RDP sessie die vastloopt.

Kijk dus via remote registry en de startup mappen (All users en User account waarmee de RDP sessie wordt ingelogd) eens welke applicatie automatisch starten. Noteer de opdrachtregels die de applicaties starten zodat je eventuele snelkoppelingen opnieuw kunt maken.

Snelkoppelingen in Startup mappen kun je tijdelijk verplaatsen naar een non-startup map en de registry entries kun je eenvoudig naar een REG bestand exporteren en hierna verwijderen. Middels het REG bestand kun je die regels weer opnieuw aanmaken of importeren.

Nadat de opstart items verwijderd zijn kun je eens kijken of je wel een RDP sessie kunt doen.

Perl.exe wijst op een PERL applicatie/script wat gestart wordt. Hoogstwaarschijnlijk is dit wel onderdeel van je web applicatie onder apache want ik ken niet zoveel native WIndows apps die PERL gebruiken.

Scan ook de disk eens waarvan de applicaties worden gestart. Je Virusscanner tript blijkbaar op een map of bestand wat niet gescand kan worden. Wellicht kun je deze map of zelfs schijf tijdelijk uitsluiten van de scan.

Als je nu wel in de RDP sessie kunt komen en je het wat checks en dergelijke gedaan, kun je eens gaan uitzoeken welke applicatie bij het starten nu het probleem veroorzaakt door opstart items desnoods 1 voor 1 handmatig te starten.