Windows Server 2003 hängt nach Patch Deinstallation
Guten Abend,
Nach langer ergebnisloser suche, möchte ich mich gerne an euch wenden.
Ausgangslage Problem 1:
Nachdem ich auf einem HP ProLiant DL380 G5 mit Windows Server 2003 Standard Edition SP1 im Januar
dieses Jahres das Service Pack 2 inkl. Folgepatches installiert habe, begannen merkwürdige Netzwerkprobleme.
Diese wurden erst im Februarrelease der MS Patches festgestellt, waren aber mit aller Wahrscheinlichkeit
schon vorher vorhanden. Wenn man den Server mittels mstsc.exe oder mstsc.exe /console rebooten wollte,
hat er dies zwar gemacht, jedoch war er nicht mehr erreichbar bzw. bei einem ping -t %servername% kamen
z.B. 3 Pings zurück, dann evtl 2 nicht, danach vielleicht 1-2 zurück, 1 nicht mehr, 4 Ping zurück usw...
Falls man aber direkt am Server mit Maus/Tastatur/Monitor war und einen Reboot durchführte, hat er die
Netzwerkeinstellungen sauber geladen und war via RDP erreichbar.
Im Eventlog findet sich absolut kein Eintrag, welcher Aufschlüsse geben würde, was nach einem Reboot mit
RDP passiert und warum er nicht mehr richtig erreichbar ist.
Dabei handelt es sich um den Sekundären Server. Zu allem Unglück begann seit den Februar Patch-Release
ebenfalls der primäre Server die genau gleichen Symptome aufzuzeigen!
Erste Lösungsversuche Problem 1:
Als erstes habe ich diverse Diagnosedurchgänge gemacht, um einen Hardware bzw. Netzwerk Fehler
ausschliessen zu können. Auf dem Switch ist auch alles sauber konfiguriert. Software, ausser MS Patches,
wurde ebenfalls keine neu installiert. Ansonsten wurde der Server auch anderweitig nicht geändert.
Da diese Probleme erst seit dem patchen auftauchten, wollte ich alle Patches, welche in diesem Jahr installiert
wurden, deinstallieren und danach einen nach dem anderen wieder zu installieren und herausfinden, welcher
das Problem verursacht. Um danach den Primären Server schnell und effizient zu bearbeiten.
Und somit gelangen wir zu Ausgangslage Problem 2....
Ausgangslage Problem 2:
Als ich die Patches deinstalliert habe, wollte das Betriebssystem von mir, dass ich einen Reboot mache.
(Es geht hier immer noch um den Sekundären Server) Als ich dies gemacht habe, begann das grosse Disaster.
Der Windows Splash Screen erscheint noch, danach sollte eigentlich "Preparing Network Connections" und
"Applying user settings" etc kommen. Jedoch wird der Bildschirm nach dem Splashscreen für einen Moment
(ca. 5-10 sekunden) schwarz und danach bootet der Server von vorne. Es gibt keinen Bluescreen oder sonst was.
Bootet man den Server im Safe Mode, hängt er sich bei der Datei "acpitabl.dat" auf und das Boot-Spiel beginnt von vorne
Namentlich habe ich folgende Patches deinstalliert:
KB960715
KB958687
KB948496
KB925876
KB952069
KB954600
KB955839
KB956802
Lösungsversuche Problem 2:
Diese Problem scheint im Internet bekannt zu sein und ich habe beinahe jedes Forum angeklickt. Jedoch brachte
mir nichts die erhoffte Lösung, da es sich bei den anderen meistens um Hardwarefehler handelte. Habe schon fast
alles versucht, BartPE, Last good Configuration ... nichts hat funktioniert
Nun meine zwei Fragen an euch:
1. Wie löse ich das Problem 1, welches immer noch auf dem Primären Server vorhanden ist?
2. Was mache ich bei Problem 2, damit der Server wieder normal startet?
Im Moment ist die Verfügbarkeit extrem gesunken, da der sekundäre Server platt ist und der primäre Server
immer noch das Problem mit dem booten hat. Bereite mich schon mal psychisch darauf vor, den sekundären
Server neu aufzusetzen. Ich hoffe ihr könnt mir irgendwie weiterhelfen.
Falls noch weitere Angaben benötigt werden, einfach melden.
Vielen Dank für euren Support,
Kosake
Nach langer ergebnisloser suche, möchte ich mich gerne an euch wenden.
Ausgangslage Problem 1:
Nachdem ich auf einem HP ProLiant DL380 G5 mit Windows Server 2003 Standard Edition SP1 im Januar
dieses Jahres das Service Pack 2 inkl. Folgepatches installiert habe, begannen merkwürdige Netzwerkprobleme.
Diese wurden erst im Februarrelease der MS Patches festgestellt, waren aber mit aller Wahrscheinlichkeit
schon vorher vorhanden. Wenn man den Server mittels mstsc.exe oder mstsc.exe /console rebooten wollte,
hat er dies zwar gemacht, jedoch war er nicht mehr erreichbar bzw. bei einem ping -t %servername% kamen
z.B. 3 Pings zurück, dann evtl 2 nicht, danach vielleicht 1-2 zurück, 1 nicht mehr, 4 Ping zurück usw...
Falls man aber direkt am Server mit Maus/Tastatur/Monitor war und einen Reboot durchführte, hat er die
Netzwerkeinstellungen sauber geladen und war via RDP erreichbar.
Im Eventlog findet sich absolut kein Eintrag, welcher Aufschlüsse geben würde, was nach einem Reboot mit
RDP passiert und warum er nicht mehr richtig erreichbar ist.
Dabei handelt es sich um den Sekundären Server. Zu allem Unglück begann seit den Februar Patch-Release
ebenfalls der primäre Server die genau gleichen Symptome aufzuzeigen!
Erste Lösungsversuche Problem 1:
Als erstes habe ich diverse Diagnosedurchgänge gemacht, um einen Hardware bzw. Netzwerk Fehler
ausschliessen zu können. Auf dem Switch ist auch alles sauber konfiguriert. Software, ausser MS Patches,
wurde ebenfalls keine neu installiert. Ansonsten wurde der Server auch anderweitig nicht geändert.
Da diese Probleme erst seit dem patchen auftauchten, wollte ich alle Patches, welche in diesem Jahr installiert
wurden, deinstallieren und danach einen nach dem anderen wieder zu installieren und herausfinden, welcher
das Problem verursacht. Um danach den Primären Server schnell und effizient zu bearbeiten.
Und somit gelangen wir zu Ausgangslage Problem 2....
Ausgangslage Problem 2:
Als ich die Patches deinstalliert habe, wollte das Betriebssystem von mir, dass ich einen Reboot mache.
(Es geht hier immer noch um den Sekundären Server) Als ich dies gemacht habe, begann das grosse Disaster.
Der Windows Splash Screen erscheint noch, danach sollte eigentlich "Preparing Network Connections" und
"Applying user settings" etc kommen. Jedoch wird der Bildschirm nach dem Splashscreen für einen Moment
(ca. 5-10 sekunden) schwarz und danach bootet der Server von vorne. Es gibt keinen Bluescreen oder sonst was.
Bootet man den Server im Safe Mode, hängt er sich bei der Datei "acpitabl.dat" auf und das Boot-Spiel beginnt von vorne
Namentlich habe ich folgende Patches deinstalliert:
KB960715
KB958687
KB948496
KB925876
KB952069
KB954600
KB955839
KB956802
Lösungsversuche Problem 2:
Diese Problem scheint im Internet bekannt zu sein und ich habe beinahe jedes Forum angeklickt. Jedoch brachte
mir nichts die erhoffte Lösung, da es sich bei den anderen meistens um Hardwarefehler handelte. Habe schon fast
alles versucht, BartPE, Last good Configuration ... nichts hat funktioniert
Nun meine zwei Fragen an euch:
1. Wie löse ich das Problem 1, welches immer noch auf dem Primären Server vorhanden ist?
2. Was mache ich bei Problem 2, damit der Server wieder normal startet?
Im Moment ist die Verfügbarkeit extrem gesunken, da der sekundäre Server platt ist und der primäre Server
immer noch das Problem mit dem booten hat. Bereite mich schon mal psychisch darauf vor, den sekundären
Server neu aufzusetzen. Ich hoffe ihr könnt mir irgendwie weiterhelfen.
Falls noch weitere Angaben benötigt werden, einfach melden.
Vielen Dank für euren Support,
Kosake
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 110569
Url: https://administrator.de/contentid/110569
Ausgedruckt am: 22.11.2024 um 13:11 Uhr
4 Kommentare
Neuester Kommentar
OK, 2 Wochen scheinen mir aber nicht gerade angemessen, aber das ist ein anderes Thema.
Welches Support Pack hast du denn drauf?
Da es ja ein Standby ist der eh hinüber ist, tu mal das Support Pack 8.0 zurückspielen. Das lief bei uns auf jeden Fall immer am besten. Das 8.1 ist auch nicht schlecht, hat aber in unserem Umfeld das ein oder andere Problem verursacht.
Also versuchs mal bitte mit dem 8.0, wenn das auch nicht geht, geh nochmal eins zurück.
Klingt komisch, half bei uns aber
Welches Support Pack hast du denn drauf?
Da es ja ein Standby ist der eh hinüber ist, tu mal das Support Pack 8.0 zurückspielen. Das lief bei uns auf jeden Fall immer am besten. Das 8.1 ist auch nicht schlecht, hat aber in unserem Umfeld das ein oder andere Problem verursacht.
Also versuchs mal bitte mit dem 8.0, wenn das auch nicht geht, geh nochmal eins zurück.
Klingt komisch, half bei uns aber