Spool.exe absturz auf den lokalen Clients
Hallo,
wir haben seit ca einer Woche das Problem, dass auf den lokalen Clients, ca.80, die Spool.exe sporadisch abstürz. Dieses passiert zu unterschiedlichen Uhrzeiten (mal morgens oder erst am Nachmittag).
Wir haben keine Updates in diesem Zeitraum installiert und es wurden keine System optimierungen vorgenommen. Interessant ist allerdings, dass der Absturz der spool. exe fast auf allen Clients gleichzeitig stattfindet (innerhalb von 10min). Ich denke, dass es kein lokales Problem an dem Client ist.
Folgende Konfiguration haben wir hier:
- Vmware umgebung mit einem Printserver Win2008R2
- Clients alle Windows7. Zum grösstenTeil x86
- Alle Printer sind über das LAN angeschlossen
- auf dem Printserver sind ca 40 Drucker (HP und Canon) installiert. Für die meisten HP Geräte, bis auf ein paar Ausnahmen, verwenden wir den HP Universal Treiber PCL5. Bei den Canon haben wir keinen Universal Treiber installiert.
- Die Clients melden sich über ein Login Script an und der jeweilige Drucker wird installiert. Es gibt Clients die nur HP Geräte benutzen aber auch welche, die beide Geräte benutzen.
Folgende Fehlermeldung erscheint in der Applikations LOG:
Faulting application name: spoolsv.exe, version: 6.1.7601.17777, time stamp: 0x4f35efc3
Faulting module name: ntdll.dll, version: 6.1.7601.18247, time stamp: 0x521ea91c
Exception code: 0xc0000374
Fault offset: 0x000c3873
Faulting process id: 0x5a0
Faulting application start time: 0x01cf91dde8caa51e
Faulting application path: C:\Windows\System32\spoolsv.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 746a79fc-fddd-11e3-b5e3-18a905f308e3
Folgende Massnahmen haben wir bereits durchgeführt:
- Ausschluss Virus im System
- Ausschluss Antivirus Programm Kaspersky (Spool Verzeichnis ist vom Scan ausgenommen)
- Auf dem Printserver alle verfügbaren Treiber erneuert
- Kein Fehler in den Log Dateien des Printserver
- An den Clients unter c:\windows\system32\Spool\Printers alte Einträge gelöscht
- In der Registry HKLM\SYSTEM\CurrentControlSet\Print\Printers alte Einträge gelöscht
Nun wissen wir nicht mehr weiter. hat jemand von Euch so ein Problem schoneinmal gehabt? Ich finde im www. viele Foren die besagen, dass es sich um einen defekten Treiber handelt. Wir haben aber schon alle Treiber erneuert.
wir haben seit ca einer Woche das Problem, dass auf den lokalen Clients, ca.80, die Spool.exe sporadisch abstürz. Dieses passiert zu unterschiedlichen Uhrzeiten (mal morgens oder erst am Nachmittag).
Wir haben keine Updates in diesem Zeitraum installiert und es wurden keine System optimierungen vorgenommen. Interessant ist allerdings, dass der Absturz der spool. exe fast auf allen Clients gleichzeitig stattfindet (innerhalb von 10min). Ich denke, dass es kein lokales Problem an dem Client ist.
Folgende Konfiguration haben wir hier:
- Vmware umgebung mit einem Printserver Win2008R2
- Clients alle Windows7. Zum grösstenTeil x86
- Alle Printer sind über das LAN angeschlossen
- auf dem Printserver sind ca 40 Drucker (HP und Canon) installiert. Für die meisten HP Geräte, bis auf ein paar Ausnahmen, verwenden wir den HP Universal Treiber PCL5. Bei den Canon haben wir keinen Universal Treiber installiert.
- Die Clients melden sich über ein Login Script an und der jeweilige Drucker wird installiert. Es gibt Clients die nur HP Geräte benutzen aber auch welche, die beide Geräte benutzen.
Folgende Fehlermeldung erscheint in der Applikations LOG:
Faulting application name: spoolsv.exe, version: 6.1.7601.17777, time stamp: 0x4f35efc3
Faulting module name: ntdll.dll, version: 6.1.7601.18247, time stamp: 0x521ea91c
Exception code: 0xc0000374
Fault offset: 0x000c3873
Faulting process id: 0x5a0
Faulting application start time: 0x01cf91dde8caa51e
Faulting application path: C:\Windows\System32\spoolsv.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 746a79fc-fddd-11e3-b5e3-18a905f308e3
Folgende Massnahmen haben wir bereits durchgeführt:
- Ausschluss Virus im System
- Ausschluss Antivirus Programm Kaspersky (Spool Verzeichnis ist vom Scan ausgenommen)
- Auf dem Printserver alle verfügbaren Treiber erneuert
- Kein Fehler in den Log Dateien des Printserver
- An den Clients unter c:\windows\system32\Spool\Printers alte Einträge gelöscht
- In der Registry HKLM\SYSTEM\CurrentControlSet\Print\Printers alte Einträge gelöscht
Nun wissen wir nicht mehr weiter. hat jemand von Euch so ein Problem schoneinmal gehabt? Ich finde im www. viele Foren die besagen, dass es sich um einen defekten Treiber handelt. Wir haben aber schon alle Treiber erneuert.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 242157
Url: https://administrator.de/contentid/242157
Ausgedruckt am: 22.11.2024 um 11:11 Uhr
9 Kommentare
Neuester Kommentar
Moin,
Probleme auf der Büchse mit der Printserverrolle könnt Ihr ausschliessen? Eventuell die Druckserverrolle mal neu einrichten?
Und HP-Drucker ... naja
LG, Thomas
dass der Absturz der spool. exe fast auf allen Clients gleichzeitig stattfindet (innerhalb von 10min)
ein Netzwerkproblem könnt Ihr ausschliessen?Ausschluss Antivirus Programm Kaspersky (Spool Verzeichnis ist vom Scan ausgenommen)
Das muss jetzt nicht unbedingt heissen, dass der Scanner nicht doch irgendwo reinharkt ...Probleme auf der Büchse mit der Printserverrolle könnt Ihr ausschliessen? Eventuell die Druckserverrolle mal neu einrichten?
Und HP-Drucker ... naja
LG, Thomas
Hallo,
ein ziemlich identisches Problem hatte ich vor ca. 2 Jahren auch mal.
Das trat jedoch nach einer Print Server Migration auf. (nur an XP Clients) Bei mir wurde es durch die Säuberung der Registry Einträge gelöst.
Nun was du eventuell noch versuchen könntest, nimm mal nicht die aktuellsten Treiber, sondern eine ältere Version und schau ob das funktioniert.
Ebenso könntest du dir mal einen Client / User greifen und dort die Drucker nicht über ein Skript einbinden, sondern per GPO.
Und wie der Kollege Dr. Keine-Ahnung schrieb, mal die Rolle bzw. das ganze System neu aufsetzen (falls der Print Server ein eigenständiges System ist, am besten virtuell)
Gruß
Max
ein ziemlich identisches Problem hatte ich vor ca. 2 Jahren auch mal.
Das trat jedoch nach einer Print Server Migration auf. (nur an XP Clients) Bei mir wurde es durch die Säuberung der Registry Einträge gelöst.
Nun was du eventuell noch versuchen könntest, nimm mal nicht die aktuellsten Treiber, sondern eine ältere Version und schau ob das funktioniert.
Ebenso könntest du dir mal einen Client / User greifen und dort die Drucker nicht über ein Skript einbinden, sondern per GPO.
Und wie der Kollege Dr. Keine-Ahnung schrieb, mal die Rolle bzw. das ganze System neu aufsetzen (falls der Print Server ein eigenständiges System ist, am besten virtuell)
Gruß
Max
Hi,
ich kenne solche Probleme eigentlich nur im Zusammenhang mit "defekten" Druckjobs. Die Tatsache, dass die Spooler wenn, dann alle innerhalb von 10 Minuten abstürzen, ist aber echt komisch.
Spontan würde ich vermuten, dass da auf allen Clients eine planmäßige Sache mehr oder weniger parallel gestartet wird, welche dann auf allen Clients dieselbe Folge hat.
Welche Prozesse kommen da bei Euch in Frage?
- Irgendwelche Update-Task?
- Monitoring Tools, die etwa 2x am Tag remote die Clients abfragen?
- Müssen die Mitarbeiter zu bestimmten Tageszeiten morgends und nachmittags irgendein bestimmtes Programm starten? Ne Zeiterfassung oder irgendsowas? Oder müssen sie alle zu diesen zeiten irgendein bestimmtes Formular ausdrucken?
- Gibt es Backup-Jobs, die auf den Clients laufen?
- Sind auch Clients betroffen, die nur Canon-Geräte benutzen, kein HP? Und wenn ja, sind die auch betroffen?
- Kannst Du vielleicht über die Druckertreiberisolierung eingrenzen, ob es der HP- oder Canon-Treiber ist?
- Hast Du auf den Clients das Eventlog "PrintService\Operational" (oder deutsch: "PrintService\Betriebsbereit") aktiviert? Wird dort möglicherweise etwas gelogt, was nicht in den System- oder Anwendung-Eventlogs gelogt wird?
E.
ich kenne solche Probleme eigentlich nur im Zusammenhang mit "defekten" Druckjobs. Die Tatsache, dass die Spooler wenn, dann alle innerhalb von 10 Minuten abstürzen, ist aber echt komisch.
Spontan würde ich vermuten, dass da auf allen Clients eine planmäßige Sache mehr oder weniger parallel gestartet wird, welche dann auf allen Clients dieselbe Folge hat.
Welche Prozesse kommen da bei Euch in Frage?
- Irgendwelche Update-Task?
- Monitoring Tools, die etwa 2x am Tag remote die Clients abfragen?
- Müssen die Mitarbeiter zu bestimmten Tageszeiten morgends und nachmittags irgendein bestimmtes Programm starten? Ne Zeiterfassung oder irgendsowas? Oder müssen sie alle zu diesen zeiten irgendein bestimmtes Formular ausdrucken?
- Gibt es Backup-Jobs, die auf den Clients laufen?
- Sind auch Clients betroffen, die nur Canon-Geräte benutzen, kein HP? Und wenn ja, sind die auch betroffen?
- Kannst Du vielleicht über die Druckertreiberisolierung eingrenzen, ob es der HP- oder Canon-Treiber ist?
- Hast Du auf den Clients das Eventlog "PrintService\Operational" (oder deutsch: "PrintService\Betriebsbereit") aktiviert? Wird dort möglicherweise etwas gelogt, was nicht in den System- oder Anwendung-Eventlogs gelogt wird?
E.
Hallo,
noch hoch gerechnet, kann es also sein, dass das Netzwerk es nicht
mehr schafft die Last zu schultern und der Puffer (RAM) könnte im
Druckserver zur neige gehen.
Gruß
Dobby
Auf dem Printserver ist kein einziger Fehler erkennbar.
Eventuell läuft dort der Puffer über bei 40 Druckern!?Aber wir hatten auch schon die Überlegung einfach mal einen
neuen Server einzurichten.
Würde ich auch in Betracht ziehen wollen.neuen Server einzurichten.
Und dann step bei step die Clients anbinden.
Wenn alle zur gleichen Zeit drucken, und einige Druckjobs werden dannnoch hoch gerechnet, kann es also sein, dass das Netzwerk es nicht
mehr schafft die Last zu schultern und der Puffer (RAM) könnte im
Druckserver zur neige gehen.
Gruß
Dobby
@108012
Wie klein soll denn der Server sein, dass er bei 40 Druckern ins Schwitzen kommt? Wir haben hier 2-vCPU-VM's mit 2 GB RAM und Win2008R2, und darauf sind tausende Drucker installiert und freigegeben. Allein das kan es nicht sein. Die Druckjobs müssten schon gigantisch groß sein, wenn das schon bei 40 Stk. kippen sollte.
Außerdem tritt das Problem doch nicht auf dem Server auf, sondern an den Clients.
E.
Wie klein soll denn der Server sein, dass er bei 40 Druckern ins Schwitzen kommt? Wir haben hier 2-vCPU-VM's mit 2 GB RAM und Win2008R2, und darauf sind tausende Drucker installiert und freigegeben. Allein das kan es nicht sein. Die Druckjobs müssten schon gigantisch groß sein, wenn das schon bei 40 Stk. kippen sollte.
Außerdem tritt das Problem doch nicht auf dem Server auf, sondern an den Clients.
E.