Re: Cups und Windows
Hallo Zusammen,
Ich habe jetzt eine entsprechende client.conf
Datei erzeugt. Der einzige Eintrag in der
Datei lautet
ServerName <ip_addr_xp_box>:80
Danach habe ich mit
/etc/init.d/cupsys stop
Cups gestoppt und dann mit 'start' neu gestartet.
Ich habe dann über http://localhost:631 eine Testseite
gedruckt. Die Seite wurde aber wieder unten abgeschnitten
(~ 0.5 bis 1cm). Und wieder backend/http failed.
Jetzt habe ich im Internet etwas über cups-Logdateien
gelesen und habe daraufhin das LogLevel bei cupsd.conf
von info auf debug2 aufgedreht. Jedenfalls habe ich
unter den hunderten(?) von Debug-Einträgen folgendes entdeckt:
Start:
I [17/Apr/2007:10:53:01 +0200] Job 10 queued on "Pixma" by "guest".
[<sniiiiip-snap :) >]
d [17/Apr/2007:10:54:35 +0200] cupsdAuthorize:
con->uri="/images/button-search.gif", con->best=0x80a5260(/)
d [17/Apr/2007:10:54:35 +0200] cupsdAuthorize: Authorization=""
D [17/Apr/2007:10:54:35 +0200] cupsdAuthorize: No authentication data
provided.
d [17/Apr/2007:10:54:35 +0200] cupsdIsAuthorized:
con->uri="/images/button-search.gif", con->best=0x80a5260(/)
d [17/Apr/2007:10:54:35 +0200] cupsdIsAuthorized: level=AUTH_ANON,
type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0
d [17/Apr/2007:10:54:35 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW...
d [17/Apr/2007:10:54:35 +0200] get_file: 14
filename=/usr/share/cups/doc-root/de/images/button-search.gif size=395
d [17/Apr/2007:10:54:35 +0200] is_cgi(con=0x80eeff8,
filename="/usr/share/cups/doc-root/de/images/button-search.gif",
filestats=0xbfc65b3c, type=image/gif)
d [17/Apr/2007:10:54:35 +0200] is_cgi: Returning 0...
D [17/Apr/2007:10:54:35 +0200] write_file: 14 file=12
d [17/Apr/2007:10:54:35 +0200] write_file: Adding fd 14 to OutputSet...
d [17/Apr/2007:10:54:35 +0200] cupsdWriteClient: Read 395 bytes from file
12...
d [17/Apr/2007:10:54:35 +0200] cupsdWriteClient: 14 bytes < 0
d [17/Apr/2007:10:54:35 +0200] cupsdWriteClient: Removing fd 14 from
OutputSet...
d [17/Apr/2007:10:54:35 +0200] cupsdWriteClient: 14 Closing data file 12.
d [17/Apr/2007:10:54:36 +0200] select_timeout: 11 seconds to process active
jobs
E [17/Apr/2007:10:54:40 +0200] [Job 10] Unable to get job 2 attributes
(client-error-not-possible)!
d [17/Apr/2007:10:54:40 +0200] cupsdAddEvent(event=printer-state-changed,
dest=0x809f298(Pixma), job=(nil)(0), text="Printer "%s" state changed.",
...)
D [17/Apr/2007:10:54:40 +0200] Discarding unused printer-state-changed
event...
d [17/Apr/2007:10:54:40 +0200] cupsdCheckJobs: 1 active jobs, sleeping=0,
reload=0
d [17/Apr/2007:10:54:40 +0200] cupsdCheckJobs: Job 10: state_value=5,
loaded=yes
d [17/Apr/2007:10:54:40 +0200] process_children()
E [17/Apr/2007:10:54:40 +0200] PID 3040 (/usr/lib/cups/backend/http) stopped
with status 1!
D [17/Apr/2007:10:54:40 +0200] [Job 10] File 0 is complete.
d [17/Apr/2007:10:54:40 +0200] cupsdFinishJob: job->status is -256
d [17/Apr/2007:10:54:40 +0200] cupsdFinishJob: Removing fd 16 from
InputSet...
d [17/Apr/2007:10:54:40 +0200] cupsdFinishJob: Closing status pipes [
16 -1 ]...
I [17/Apr/2007:10:54:40 +0200] [Job 10] Backend returned status 1 (failed)
Also man sieht (bzw. ich hoffe es sehr), daß vor dem backend/http failed ein
client-error-not-possible
auftritt. Offenbar bedingt ein Fehler den Anderen? Sollte nämlich der Fehler
doch in der http-ELF-exe liegen,
so hätte ich ein echtes Problem... . Alles was ich im Netz zu
client-error-not-possible gefunden habe,
hing mit Testseiten zusammen, die nicht gedruckt wurden. Aber bei mir wird
es zumindest zu ~98% gedruckt!?
(Und danach wird halt der Drucker gestoppt.)
Grüße
Karl
Reply to: