Am 03.04.2019 um 09:30 schrieb dirk:
Am 03.04.2019 07:45, schrieb Joerg Thuemmler:
Am 02.04.2019 um 16:44 schrieb dirk:
Am 02.04.2019 16:23, schrieb Joerg Thuemmler:
Am 02.04.2019 um 14:00 schrieb dirk:
Hallo,
gestern habe ich Probleme mit Cups festgestellt. Eine pdf-Datei mit ca. 165 Seiten sollte mehrmals auf einem Epson ET4550 ausgedruckt werden. Der erste Ausdruck ist durchgelaufen. Beim 2. Audruck hat Cups den Drucker mehrmals angehalten und ich musste den Drucker mit cupsenable wieder aktivieren. Dann begann der Druck wieder von vorne. Bei weiteren Druckaufträgen hat sich das Spielchen wiederholt. Cups wird in der Version 2.2.7 aus Leap 15.0 verwendet.
Mit dem bisher genutzten System OS 12.2 hat es diesen Zustand mit verschiedenen Druckern in vielen Jahren nicht gegeben.
Im Cups-Error-log steht u.a. folgendes:
Unexpected 'document-format' operation attribute in a Create-Job request. E [01/Apr/2019:12:18:09 +0200] [Job 26] Entfernter Host hat die Datendatei (11) nicht akzeptiert. W [01/Apr/2019:12:23:53 +0200] [Job 26] Der Drucker hat nicht geantwortet. W [01/Apr/2019:13:48:07 +0200] Unexpected 'document-format' operation attribute in a Create-Job request. W [01/Apr/2019:13:48:50 +0200] Unexpected 'document-format' operation attribute in a Create-Job request. E [01/Apr/2019:14:04:39 +0200] [Job 27] Entfernter Host hat die Datendatei (11) nicht akzeptiert. W [01/Apr/2019:14:10:23 +0200] [Job 27] Der Drucker hat nicht geantwortet. W [01/Apr/2019:15:14:39 +0200] Unexpected 'document-format' operation attribute in a Create-Job request. E [01/Apr/2019:15:28:06 +0200] [Client 2486] Returning IPP client-error-not-possible for Release-Job (ipp://localhost/jobs/28) from localhost W [01/Apr/2019:16:40:56 +0200] Unexpected 'document-format' operation attribute in a Create-Job request. W [01/Apr/2019:16:42:39 +0200] Unexpected 'document-format' operation attribute in a Create-Job request.
Der Drucker ist über LAN erreichbar.
Warum soll der nicht antworten?
Außerdem habe ich festgestellt, dass lpr Datei nicht funktioniert und beim Drucken mit Android-Cups vom Samsung Handy Driver-Fehler eingetragen werden. Dazu würde ich aber getrennte Treads erstellen.
Kann jemand helfen?
-- Dirk
Hi,
da haut Dir wahrscheinlich ein timeout dazwischen.
Tiemout in cupsd.conf entsprechend erhöhen sollte helfen (Standard: 5min)...
cu jth
In meiner cupsd.conf ist kein timeout angegeben. Dann wären also 5 Minuten gültig. Solange dauert es auf keinen Fall, bis cups den Drucker anhält. Das passiert schon nach ein paar Sekunden nach der vorhergehenden Seite. Es sind auch keine längeren Pausen zwischen den Seiten erkennbar. Ab- und an führt der Drucker irgendeine Routine durch, bis er die nächste Seite druckt. Aber das dauert vielleicht 10 Sekunden.
-- Dirk
Hi,
was siehst Du denn für den Drucker und den Auftrag unter https://localhost:631 ?
Was steht denn in cupsd.conf unter "ErrorPolicy"?
Ich habe in meinen cupsd.conf auf den Clients "Timeout 86400" stehen, weil ich immer mal Probleme mit langen Ausdrucken hatte. Das hat es zuverlässig beseitigt.
Wenn Deine zitierten Log-Zeilen die für diesen Auftrag zutreffenden wären, dürfte er doch gar nicht angefangen haben, zu drucken?
cu jth
Unter Auftrag sehe ich in der Weboberfläche sowas wie "Auftrag angehalten" und unter Drucker sowas wie "Der Drucker hat nicht geantwortet" oder reagiert oder keine Verbindung. Genau kann ich das nicht sagen, da im Moment nicht reproduzierbar.
# grep -i error cupsd.conf # Log general information in error_log - change "warn" to "debug" # in the "All" wildcard value - otherwise cupsd prints error messages of the form server:/etc/cups # grep -i errorpolicy cupsd.conf
Du hast den timeout in den cupsd.conf der clients eingetragen?
Ich habe einen Cupsd der mit dem Drucker verbunden ist und Druckaufträge über das Netzwerk annimmt. Die Cups-Clients sind mit der Warteschlange von ersterem verbunden. Ist der timeout in den clients trotzdem wirksam?
Den Ausschnitt aus dem error-log habe ich ausgewählt, weil er zeitlich einigermaßen hinhaut und eine Zeile mit "der Drucker hat nicht geantwortet" enthält. Das korreliert mit dem was ich in der Webobefläche gesehen habe. Ganz sicher ist die Zuordnung zu einem der Druckabbrüche aber nicht.
-- Dirk
Hi, ja, ich habe das bei den Clients in die cupsd.conf eingetragen (also, es muss im letzten Cupsd wirksam werden, wenn die Aufträge weitergeleitet werden, sind sie evt. für den ursprünglichen Cupsd erledigt), das hat dann bei mir Druckwiederholungen aufgrund zu lang dauernder Ausgabe beseitigt. Kannst Du auch bei allen cupsd.conf gleichzeitig eintragen, wenn Du nicht "headless" druckst, ist das ja kein Problem. Die ErrorPolicy steht standardmäßig auf stop-printer, das würde bei Dir reinpassen. cu jth -- Joerg Thuemmler -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org