Peter Diebold

Hallo!

ich habe das Problem auf unserem SBS Server 2008 heute das Problem wie folgt gelöst:

WSUS-Console geöffnet

Pfad Updates/Update-Rollups geöffnet

Suche nach KB3061064

Im Such-Ergebnis

 

Die beiden Einträge der Updaterollups nacheinander öffnen (Es sind diese richtig als nicht genehmigt eingetragen, und das entspräche ja dem was man eigentlich will)

 

Bei beiden Updaterollups erstmal die Genehmigung erteilen (entfernen geht nicht). Dann lasst dem Server mal schön Zeit die Umstellung vorzunehmen.

 

Man kann über den taskmanager schön zusehen wie SQL-Server und WSUS hohe Auslastungen produzieren.

 

Wenn sich das wieder beruhigt hat ist es Zeit das ganze zurückzustellen! Dann wieder warten bis alle Prozesse Ihre Arbeit getan haben.

 

Wenn Ihr einen Small Business Server habt, findet Ihr in der Windows SBS Console plötzlich einen Eintrag bei den optionalen Updates.

 

Dieser lässt sich dann ablehnen. Weg ist er!

 

Schwupp, und die Anforderung zur Installation auf den Clients verschwindet wie von Zauberhand.

Warum? Das weiss vermutlich nur MS!

 

Ich hoffe das hilft Euch.

Grüße

Peter

Hallo zusammen,

 

mein tägliches Absturzproblem scheint gelöst zu sein. :p

Gestern habe ich ein Firmware und Treiber- Update des Adaptec AAR1210SA Raid controller durchgeführt. Kein Absturz mehr.

Aber es ist leider nicht klar warum dieses Problem immer zur gleichen zeit aufgetreten ist, bzw. welcher Dienst oder Applikation den Absturz hervorgerufen hat.

 

Schöne Grüße aus dem derzeit sonnigen Bayern

Peter Diebold

 

Nicht weil es schwierig ist, wagen wir es nicht. sondern weil wir es nicht wagen. ist es schwierig. - Sokrates

Helau und Alaaf, am Rosenmontag!

 

Bei meinem Serverleistungsbericht ist mir noch nie aufgefallen das dort ein laufwerk X. und I: mit Speicherplatzbedarf angezeigt wird.

Diese Laufwerke existieren aber gar nicht!

Es wird auch keine Wachstumsrate oder Vormonatsgröße angezeigt. Da der leistungsbericht morgens um 6:00h erstellt wird, frage ich mich, wo diese Laufwerksinfo herkommt. Um 7:30h kann ich jedenfalls keine RAMdisk etc. auf dem Rechner finden.

Bei Recherche der alten Berichte konnte ich das erstmalige auftreten der Meldung von X: ab 12.08.05 und I: ab 03.11.05 feststellen.

Wer hat da eine Erklärung dafür?

 

Helau, Peter

Helau und Alaaf, am Rosenmontag!

Leider ist mein Problem immer noch nicht gelöst. Aber es gibt wieder neue Erkenntnisse.

Bei meinem Serverleistungsbericht ist mir noch nie aufgefallen das dort ein laufwerk X. und I: mit Speicherplatzbedarf angezeigt wird.

Diese Laufwerke existieren aber gar nicht!

Es wird auch keine Wachstumsrate oder Vormonatsgröße angezeigt. Da der leistungsbericht morgens um 6:00h erstellt wird, frage ich mich, wo diese Laufwerksinfo herkommt. Um 7:30h kann ich jedenfalls keine RAMdisk etc. auf dem Rechner finden.

Bei Recherche der alten Berichte konnte ich das erstmalige auftreten der Meldung von X: ab 12.08.05 und I: ab 03.11.05 feststellen.

Wer hat da eine Erklärung dafür?

 

Helau, Peter

Danke Maverice, werde das noch mal überprüfen.

 

Also meine Raid- Disk Verify gestern Abend hat leider auch kein Ergebnis gebracht. Wieder 3h umsonst im Büro verbracht.

 

Was könnte ich noch tun um dem Auslöser auf die Spur zu kommen?

 

Danke

Peter

Danke Velius,

das habe ich in der tat noch nicht gemacht. Aber da das natürlich wiederum beim Booten gemacht wird, muss ich wieder mal Überstunden machen.

Ergebnis wird morgen bekannt gemacht.

 

Danke einstweile!

Peter

Also, mein Problem ist leider nicht um 30min. nach hinten gerutscht. Der Exchange Server maintenance task hat wohl auch nichts mit dem abschmieren des Servers zu tun.

Um auch Plattenfehler nochmal auszuschliessen habe ich nach Büroschluss chckdisk für alle Platten bei Systemstart laufen lassen. Kein Problem erkannt.

 

Wer hat noch Ideen?

 

Danke

Peter

Nachdem wir unsere Platten schon mehrmals auch mit Systemstart auf fehler geprüft haben, habe ich Velius Ratschlag befolgt und den möglichen Start der Exchange maintenance überprüft und mit 00:00h - 04:00h festgestellt. Da ich jetzt zur Bürozeit nichts von Hand starten kann habe ich mal zum Test die Startzeit für heute Nacht um 30min verzögert.

Wenn hier der Fehler liegen sollte, dürfte der Server erst um 0:59:xxh stehenbleiben.

 

buiton meinte Sicherung, ist es nicht, die läuft früher am Vorabend, Datensicherung auf externe Platten mit NTFS :)

 

Santiago meint, Defragmentierung, die läuft aber erst nach 1:30h :)

An diesen möglichen Fehler haben wir auch schon gedacht, aber warum sollte der Controller oder die Platte immer zur gleiche Zeit Mist bauen?

 

Peter

Ja klar haben wir alles auf Programmstarts hin überprüft. Es ist weder ein Task geplant um diese zeit, noch wird irgendein Dienst der Spuren in logfiles hinterlässt aktiv.

 

Peter

Hallo zusammen,

 

ich habe auf unserem SBS2003 Server seit Monaten jede nacht um 00:29:xxh einen Serverneustart. Leider ist es uns nicht gelungen den Fehler bzw die Ursache dafür herauszufinden. Auch das Debugging des Memory.dmp ist wenig aufschlussreich. Zumindest wissen wir das aus welchen gründen auch immer csrss.exe mit am STOP beteiligt ist. Ich habe den Debugging-Bericht mal hier drangehängt.

Wer kann mir da helfen?

 

Microsoft ® Windows Debugger Version 6.6.0003.5

Copyright © Microsoft Corporation. All rights reserved.

 

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

CRITICAL_OBJECT_TERMINATION (f4)

A process or thread crucial to system operation has unexpectedly exited or been

terminated.

Several processes and threads are necessary for the operation of the

system; when they are terminated (for any reason), the system can no

longer function.

Arguments:

Arg1: 00000003, Process

Arg2: 89c4d020, Terminating object

Arg3: 89c4d184, Process image file name

Arg4: 80965a86, Explanatory message (ascii)

 

Debugging Details:

------------------

 

PROCESS_OBJECT: 89c4d020

 

IMAGE_NAME: csrss.exe

 

DEBUG_FLR_IMAGE_TIMESTAMP: 0

 

MODULE_NAME: csrss

 

FAULTING_MODULE: 00000000

 

EXCEPTION_RECORD: b99d09dc -- (.exr ffffffffb99d09dc)

ExceptionAddress: 7597b705

ExceptionCode: c0000006 (In-page I/O error)

ExceptionFlags: 00000000

NumberParameters: 3

Parameter[0]: 00000000

Parameter[1]: 7597b705

Parameter[2]: c000009d

Inpage operation failed at 7597b705, due to I/O error c000009d

 

EXCEPTION_CODE: (NTSTATUS) 0xc000009d - STATUS_DEVICE_NOT_CONNECTED

 

DEFAULT_BUCKET_ID: DRIVER_FAULT

 

PROCESS_NAME: csrss.exe

 

CURRENT_IRQL: 0

 

ERROR_CODE: (NTSTATUS) 0xc0000006 - Die Anweisung "0x%08lx" verweist auf Speicher bei "0x%08lx". Die Daten wurden wegen eines E/A-Fehlers in "0x%08lx" nicht in den Arbeitsspeicher bertragen.

 

IO_ERROR: (NTSTATUS) 0xc000009d - STATUS_DEVICE_NOT_CONNECTED

 

EXCEPTION_STR: 0xc0000006_c000009d

 

FAULTING_IP:

+7597b705

7597b705 ?? ???

 

BUGCHECK_STR: 0xF4_IOERR_C000009D

 

STACK_TEXT:

b99d0528 809a222d 000000f4 00000003 89c4d020 nt!KeBugCheckEx+0x1b

b99d054c 80965a3c 80965a86 89c4d020 89c4d184 nt!PspCatchCriticalBreak+0x75

b99d057c 80834d3f ffffffff c0000006 b99d09b4 nt!NtTerminateProcess+0x7a

b99d057c 8083d3a9 ffffffff c0000006 b99d09b4 nt!KiFastCallEntry+0xfc

b99d05fc 8085b4a1 ffffffff c0000006 b99d09fc nt!ZwTerminateProcess+0x11

b99d09b4 8087d22d b99d09dc 00000000 b99d0d64 nt!KiDispatchException+0x390

b99d0d34 8083869f 0068fbb0 0068fbd0 00000000 nt!KiRaiseException+0x120

b99d0d50 80834d3f 0068fbb0 0068fbd0 00000000 nt!NtRaiseException+0x33

b99d0d50 7597b705 0068fbb0 0068fbd0 00000000 nt!KiFastCallEntry+0xfc

WARNING: Frame IP not in any known module. Following frames may be wrong.

0068feb8 00000000 00000000 00000000 00000000 0x7597b705

 

STACK_COMMAND: kb

 

FOLLOWUP_NAME: MachineOwner

 

FAILURE_BUCKET_ID: 0xF4_IOERR_C000009D_IMAGE_csrss.exe

 

BUCKET_ID: 0xF4_IOERR_C000009D_IMAGE_csrss.exe

 

Followup: MachineOwner

---------