Am Sonntag, 14. November 2004 15:19 schrieb Andreas Koenecke:
- Sonntag, 14. November 2004 um 13:51 (+0100) schrieb Peter Baumgartner:
Am Samstag, 13. November 2004 19:28 schrieb Andreas Koenecke:
Geht denn ein 'lpr <Irgendwas>' auf der Konsole?
cyan:/home/peter # lpr -h lpr: error - scheduler not responding!
Der 'cupsd' läuft hier anscheinend nicht.
rccups status gibt aber "running"
Was wird während eines nicht funktionierenden Druckversuches nach "/var/log/cups/error_log" geschrieben?
Das waren die letzten Meldungen: ---------------snip-------------------------------- [ ...] I [13/Nov/2004:14:42:04 +0100] Started backend /usr/lib/cups/backend/parallel (PID 3986) for job 2. E [13/Nov/2004:14:42:26 +0100] PID 3986 stopped with status 0! I [13/Nov/2004:14:42:26 +0100] Hint: Try setting the LogLevel to "debug" to find out more. E [13/Nov/2004:14:42:28 +0100] PID 3985 stopped with status 9! I [13/Nov/2004:14:42:28 +0100] Hint: Try setting the LogLevel to "debug" to find out more. I [13/Nov/2004:14:42:28 +0100] Saving printers.conf... I [13/Nov/2004:14:42:30 +0100] Printer 'y2test' deleted by 'root'. I [13/Nov/2004:14:42:30 +0100] Saving printers.conf... I [13/Nov/2004:14:43:53 +0100] Scheduler shutting down normally.
Wer oder was fährt hier den 'cupsd' runter?
Gute Frage!
xerox auf 192.168.x.x:9100 kann er nicht finden.
Wird auf diesem Printserver ein Protokoll "gefahren" oder druckt er nur über TCP-Socket?
Das ist ein Tektronix Phaser 550, der kann Postscript und ging unter 9.1 tadellos auf http....:9100
kannst Du damit etwas anfangen?
Leider nicht, schicke mir doch mal die debug-error_log-Ausgabe per PM.
Gruß
Andreas
mach ich, der hermes läßt es wegen der Größe (> 30 000 B) nicht durch.
--
Peter