4
Spool wird nicht verarbeitet bzw. nicht gelöscht
Hallo an alle und danke für die Hilfe,
Situation:
wir haben ein Windows-Netzwerk mit Win7 SP1 und XP SP3 Rechnern.
Es wird versucht auf Canon Druckern zu drucken, die über TCP/IP und fester IP angebunden sind.
Diese sind mit unterschiedlichen Treibern auf den Clients sowohl lokal, als auch über Freigabe installiert.
Problem:
Gelegentlich kommt es vor, dass egal von welchem Client gedruckt wird, der Ausdruck zwar aus dem Drucker kommt,
der Druckauftrag jedoch weiterhin im Druck-Spool des Client als "wird gedruckt" stehen bleibt.
Auch auf Dateiebene bleiben die Spool-Dateien stehen.
Versucht der Client nun ein weiteres mal zu drucken, wird dieser vom vorherigen blockiert.
Dies geht sogar soweit, dass kein anderer Client mehr auf diesem Drucker drucken kann.
Selbst wenn der Druckauftrag aus dem Spool des Clients gelöscht wird. Ist es nicht mehr möglich auf
dem Drucker zu drucken. Erst ein Neustart des Druckers löst das Problem temp..
Dabei ist es egal, welche Datei-Art oder aus welchem Programm gedruckt wird.
Das Problem besteht nur einen Tag lang. Vermutlich bis der Client Rechner neu gestartet wird. (Tritt irgend wann wieder auf)
Der Drucker ist während des Problems problemlos anzupingen, jedoch ist das Webinterface extrem träge.
Bereits versucht:
Eine doppelte IP ist auch ausgeschlossen dies wurde mit Ping und Kabel ziehen schon getestet. Zudem
besteht das Problem in verschiedenen Subnetzen.
Die Treibereinstellungen wurden mit Canon gegengeprüft. Sind in Ordnung.
Sobald ich auf die Einstellung "Druckauftrag direkt zum Drucker senden" umstelle und nicht mehr der lokale Spool verwende, besteht das Problem nicht mehr.
Antivirus kann es nicht sein, da wir erst die AV-Lösung gewechselt haben und das Problem schon vor dem Wechsel bestand.
Zudem wurde auch das Spoolverzeichnis von der Überwachung ausgeschlossen.
Ich bitte um eure Hilfe.
Grüße
Situation:
wir haben ein Windows-Netzwerk mit Win7 SP1 und XP SP3 Rechnern.
Es wird versucht auf Canon Druckern zu drucken, die über TCP/IP und fester IP angebunden sind.
Diese sind mit unterschiedlichen Treibern auf den Clients sowohl lokal, als auch über Freigabe installiert.
Problem:
Gelegentlich kommt es vor, dass egal von welchem Client gedruckt wird, der Ausdruck zwar aus dem Drucker kommt,
der Druckauftrag jedoch weiterhin im Druck-Spool des Client als "wird gedruckt" stehen bleibt.
Auch auf Dateiebene bleiben die Spool-Dateien stehen.
Versucht der Client nun ein weiteres mal zu drucken, wird dieser vom vorherigen blockiert.
Dies geht sogar soweit, dass kein anderer Client mehr auf diesem Drucker drucken kann.
Selbst wenn der Druckauftrag aus dem Spool des Clients gelöscht wird. Ist es nicht mehr möglich auf
dem Drucker zu drucken. Erst ein Neustart des Druckers löst das Problem temp..
Dabei ist es egal, welche Datei-Art oder aus welchem Programm gedruckt wird.
Das Problem besteht nur einen Tag lang. Vermutlich bis der Client Rechner neu gestartet wird. (Tritt irgend wann wieder auf)
Der Drucker ist während des Problems problemlos anzupingen, jedoch ist das Webinterface extrem träge.
Bereits versucht:
Eine doppelte IP ist auch ausgeschlossen dies wurde mit Ping und Kabel ziehen schon getestet. Zudem
besteht das Problem in verschiedenen Subnetzen.
Die Treibereinstellungen wurden mit Canon gegengeprüft. Sind in Ordnung.
Sobald ich auf die Einstellung "Druckauftrag direkt zum Drucker senden" umstelle und nicht mehr der lokale Spool verwende, besteht das Problem nicht mehr.
Antivirus kann es nicht sein, da wir erst die AV-Lösung gewechselt haben und das Problem schon vor dem Wechsel bestand.
Zudem wurde auch das Spoolverzeichnis von der Überwachung ausgeschlossen.
Ich bitte um eure Hilfe.
Grüße
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 227391
Url: https://administrator.de/contentid/227391
Printed on: April 23, 2024 at 11:04 o'clock
4 Comments
Latest comment
Zitat von @d4nny1:
Hallo an alle und danke für die Hilfe,
Situation:
wir haben ein Windows-Netzwerk mit Win7 SP1 und XP SP3 Rechnern.
Es wird versucht auf Canon Druckern zu drucken, die über TCP/IP und fester IP angebunden sind.
Diese sind mit unterschiedlichen Treibern auf den Clients sowohl lokal, als auch über Freigabe installiert.
Hallo an alle und danke für die Hilfe,
Situation:
wir haben ein Windows-Netzwerk mit Win7 SP1 und XP SP3 Rechnern.
Es wird versucht auf Canon Druckern zu drucken, die über TCP/IP und fester IP angebunden sind.
Diese sind mit unterschiedlichen Treibern auf den Clients sowohl lokal, als auch über Freigabe installiert.
Heißt das Ihr verwendet den Drucker sowohl über das Netzwerk direkt vom Client (ohne Druckserver) als auch über einen Druckserver?
Problem:
Gelegentlich kommt es vor, dass egal von welchem Client gedruckt wird, der Ausdruck zwar aus dem Drucker kommt,
der Druckauftrag jedoch weiterhin im Druck-Spool des Client als "wird gedruckt" stehen bleibt.
Auch auf Dateiebene bleiben die Spool-Dateien stehen.
Versucht der Client nun ein weiteres mal zu drucken, wird dieser vom vorherigen blockiert.
Dies geht sogar soweit, dass kein anderer Client mehr auf diesem Drucker drucken kann.
Selbst wenn der Druckauftrag aus dem Spool des Clients gelöscht wird. Ist es nicht mehr möglich auf
dem Drucker zu drucken. Erst ein Neustart des Druckers löst das Problem temp..
Dabei ist es egal, welche Datei-Art oder aus welchem Programm gedruckt wird.
Das Problem besteht nur einen Tag lang. Vermutlich bis der Client Rechner neu gestartet wird. (Tritt irgend wann wieder auf)
Der Drucker ist während des Problems problemlos anzupingen, jedoch ist das Webinterface extrem träge.
Bereits versucht:
Eine doppelte IP ist auch ausgeschlossen dies wurde mit Ping und Kabel ziehen schon getestet. Zudem
besteht das Problem in verschiedenen Subnetzen.
Die Treibereinstellungen wurden mit Canon gegengeprüft. Sind in Ordnung.
Sobald ich auf die Einstellung "Druckauftrag direkt zum Drucker senden" umstelle und nicht mehr der lokale Spool
verwende, besteht das Problem nicht mehr.
Gelegentlich kommt es vor, dass egal von welchem Client gedruckt wird, der Ausdruck zwar aus dem Drucker kommt,
der Druckauftrag jedoch weiterhin im Druck-Spool des Client als "wird gedruckt" stehen bleibt.
Auch auf Dateiebene bleiben die Spool-Dateien stehen.
Versucht der Client nun ein weiteres mal zu drucken, wird dieser vom vorherigen blockiert.
Dies geht sogar soweit, dass kein anderer Client mehr auf diesem Drucker drucken kann.
Selbst wenn der Druckauftrag aus dem Spool des Clients gelöscht wird. Ist es nicht mehr möglich auf
dem Drucker zu drucken. Erst ein Neustart des Druckers löst das Problem temp..
Dabei ist es egal, welche Datei-Art oder aus welchem Programm gedruckt wird.
Das Problem besteht nur einen Tag lang. Vermutlich bis der Client Rechner neu gestartet wird. (Tritt irgend wann wieder auf)
Der Drucker ist während des Problems problemlos anzupingen, jedoch ist das Webinterface extrem träge.
Bereits versucht:
Eine doppelte IP ist auch ausgeschlossen dies wurde mit Ping und Kabel ziehen schon getestet. Zudem
besteht das Problem in verschiedenen Subnetzen.
Die Treibereinstellungen wurden mit Canon gegengeprüft. Sind in Ordnung.
Sobald ich auf die Einstellung "Druckauftrag direkt zum Drucker senden" umstelle und nicht mehr der lokale Spool
verwende, besteht das Problem nicht mehr.
Teilweise hatte wir schon Probleme mit Druckdaten die den Drucker (die Druckengine) zum Absturz brachten, bei euch würde ich eher darauf tippen das der Drucker nicht mit mehreren gleichzeitigen Netzverbindungen zurecht kommt. Eventuell prüfen ob nicht alle Druckaufträge über den Druckserver geleitet werden können.
Gruß
Andi
Danke für die schnelle Antwort.
Teilweise hatte wir schon Probleme mit Druckdaten die den Drucker (die Druckengine) zum Absturz brachten, bei euch würde ich
eher darauf tippen das der Drucker nicht mit mehreren gleichzeitigen Netzverbindungen zurecht kommt. Eventuell prüfen ob
nicht alle Druckaufträge über den Druckserver geleitet werden können.
Komisch ist jedoch, dass das Problem seit ungefähr September 2013 auftritt und das ganze Konstrukt schon seit 2010 ohne solche Probleme
funktioniert hat. Zum Beispiel war das Problem in einer Abteilung im September 2013 und kommt jetzt wieder hoch. Als es im September angefangen
hatte, hat es dann komischerweise seine Kreise in der ganzen Firma, Standortweit seine Kreise gezogen. Immer einen Tag lang an einem Drucker.
Und auch nicht alle am selben Tag sondern schön Zeitversetzt.
Grundsätzlich finde ich deinen Gedanken nicht schlecht. Kann mir das Phänomen aber noch nicht so richtig erklären.
Warum dann auch den ganzen einen Tag? Danach nicht mehr?
Zitat von @AndiEoh:
Heißt das Ihr verwendet den Drucker sowohl über das Netzwerk direkt vom Client (ohne Druckserver) als auch über
einen Druckserver?
Ganz genau.Heißt das Ihr verwendet den Drucker sowohl über das Netzwerk direkt vom Client (ohne Druckserver) als auch über
einen Druckserver?
Teilweise hatte wir schon Probleme mit Druckdaten die den Drucker (die Druckengine) zum Absturz brachten, bei euch würde ich
eher darauf tippen das der Drucker nicht mit mehreren gleichzeitigen Netzverbindungen zurecht kommt. Eventuell prüfen ob
nicht alle Druckaufträge über den Druckserver geleitet werden können.
Komisch ist jedoch, dass das Problem seit ungefähr September 2013 auftritt und das ganze Konstrukt schon seit 2010 ohne solche Probleme
funktioniert hat. Zum Beispiel war das Problem in einer Abteilung im September 2013 und kommt jetzt wieder hoch. Als es im September angefangen
hatte, hat es dann komischerweise seine Kreise in der ganzen Firma, Standortweit seine Kreise gezogen. Immer einen Tag lang an einem Drucker.
Und auch nicht alle am selben Tag sondern schön Zeitversetzt.
Grundsätzlich finde ich deinen Gedanken nicht schlecht. Kann mir das Phänomen aber noch nicht so richtig erklären.
Warum dann auch den ganzen einen Tag? Danach nicht mehr?
Also das Druckwerk ist eine serielle Resource, d.h. wenn mehrere gleichzeitige Zugriffe (Verbindungen) möglich sind muss das irgend jemand verwalten. Im Falle Druckserver macht das dieser in dem er einfach alles parallel annimmt und erstmal ins Spool schreibt, im Falle Drucker muß es der interne "Druckserver" können. Probleme treten immer dann auf wenn bei dieser Verwaltung etwas schief läuft und ein neuer Job angefangen wird obwohl ein anderer noch nicht fertig ist. Der Druckserver ist auf parallelzugriff eingerichtet, genau das ist sein Job, der Drucker meistens nicht.
Eine weitere Möglichkeit wäre wie gesagt noch die Druckdaten die den Drucker abschießen, dazu würde ein Client mit dem "falschen" Treiber (Buggy Version) reichen. Auch das lässt sich umgehen wenn der Druckserver den einzigen beteiligten Treiber enthält.
Die Zufälligkeit und das nach einem Tag erledigt lässt sich durch die vielen Varianten und beteiligten Geräte erklären, deshalb immer KISS anstreben
Gruß
Andi
Eine weitere Möglichkeit wäre wie gesagt noch die Druckdaten die den Drucker abschießen, dazu würde ein Client mit dem "falschen" Treiber (Buggy Version) reichen. Auch das lässt sich umgehen wenn der Druckserver den einzigen beteiligten Treiber enthält.
Die Zufälligkeit und das nach einem Tag erledigt lässt sich durch die vielen Varianten und beteiligten Geräte erklären, deshalb immer KISS anstreben
Gruß
Andi
1
Ich werde deinen Rat befolgen und auf eine reine Druckserver Umgebung umstellen.
Falls das Thema dennoch noch einmal hoch kommen sollte, werde ich den Post wieder eröffnen.
Danke für die Zeit.
Falls das Thema dennoch noch einmal hoch kommen sollte, werde ich den Post wieder eröffnen.
Danke für die Zeit.
