Hallo,
ich hab hier noch einige Maschinen am laufen, die noch über LPRng
drucken. Drum ist auf den neuen Cups-Kisten der CUps-lpd aktiv, welcher
ja LPD-Druckjobs annimmt und dann druckt. Zumindest sollte er das...
Ich bekomme jetzt jedenfalls in den Messages die Meldung:
--------------------------
Sep 21 16:27:58 b-print cups-lpd[20093]: Connection from lpd-host (IPv4
w.x.y.z)
Sep 21 16:27:58 b-print cups-lpd[20093]: Receive print job for printer
Sep 21 16:27:58 b-print cups-lpd[20093]: Rejecting job because "printer"
is not shared
Sep 21 16:27:58 b-print cups-lpd[20093]: Closing connection
--------------------------
Der Grund steht ja eigentlich da, "Printer is not shared". Komisch,d as
ich von jedem anderen CUPS-Rechner drauf drucken kann.....
Hier mal die cupsd.conf:
----------------------
Listen *:631
Listen localhost:631
BrowseAddress ALL
########
######## Server Identity
########
ServerName b-print
#ServerAdmin root@your.domain.com
########
######## Server Options
########
AccessLog /var/log/cups/access_log
#Classification classified
#Classification confidential
#Classification secret
#Classification topsecret
#Classification unclassified
#ClassifyOverride off
DataDir /usr/share/cups
#DefaultCharset utf-8
DefaultLanguage de
DocumentRoot /usr/share/doc/packages/cups
ErrorLog /var/log/cups/error_log
FileDevice Yes
FontPath /usr/share/cups/fonts
LogLevel debug2
#MaxLogSize 0
PageLog /var/log/cups/page_log
PreserveJobHistory Yes
PreserveJobFiles No
AutoPurgeJobs No
MaxCopies 100
MaxJobs 0
MaxJobsPerPrinter 0
MaxJobsPerUser 0
MaxPrinterHistory 10
Printcap /etc/printcap
#PrintcapGUI /usr/bin/glpoptions
RequestRoot /usr/spool/cups
#RemoteRoot remroot
ServerBin /usr/lib/cups
ServerRoot /etc/cups
# ServerTokens None
# ServerTokens ProductOnly CUPS
# ServerTokens Major CUPS/1
# ServerTokens Minimal CUPS/1.1.23
# ServerTokens OS CUPS/1.1.23 (uname)
# ServerTokens Full CUPS/1.1.23 (uname) IPP/1.1
ServerTokens Full
########
######## Fax Support
########
#FaxRetryLimit 5
#FaxRetryInterval 300
########
######## Encryption Support
########
DefaultEncryption Never
#ServerCertificate /etc/cups/ssl/server.crt
#ServerKey /etc/cups/ssl/server.key
########
######## Filter Options
########
#User lp
#Group lp
#User lp
#Group lp
#RunAsUser Yes
RIPCache 8m
TempDir /usr/spool/cups/tmp
FilterLimit 0
########
######## Network Options
########
#Port 631
HostNameLookups On
KeepAlive On
KeepAliveTimeout 60
MaxClients 100
MaxClientsPerHost 0
MaxRequestSize 0
Timeout 300
########
######## Browsing Options
########
Browsing On
BrowseProtocols cups
BrowseShortNames Yes
BrowseAllow All
#BrowseDeny All
BrowseInterval 30
#BrowseOrder allow,deny
#BrowseOrder deny,allow
#BrowsePoll address:port
BrowsePort 631
#BrowseRelay source-address destination-address
BrowseTimeout 300
#ImplicitClasses On
#ImplicitAnyCLasses Off
#HideImplicitMembers On
########
######## Security Options
########
#SystemGroup lp
#RootCertDuration 300
<Location />
Allow 10.0.0.0/8
Allow 127.0.0.1
Allow @LOCAL
Order allow,deny
Allow 127.0.0.2
</Location>
Am 22.09.2010 10:18, schrieb Daniel Spannbauer:
Hallo,
ich hab hier noch einige Maschinen am laufen, die noch über LPRng drucken. Drum ist auf den neuen Cups-Kisten der CUps-lpd aktiv, welcher ja LPD-Druckjobs annimmt und dann druckt. Zumindest sollte er das...
Kann mir jemand sagen, wo ich hier den Fehler habe?
Läuft der passende zusätzliche Dienst? Schau mal unter /etc/init.d nach. Blockt ggf. eine Firewall den Port? Ich habe das bei einem Kunden auch laufen und es ist eigentlich komplett störungsfrei. Gruß Ralf Prengel Manager Customer Care Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49 231 97575 904 Fax +49 231 97575 257 Mobil +49 151 10831 157 EMail Ralf.Prengel@comline.de www.comline.de Vorstand Stephan Schilling, Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 Für die Erstellung unserer Dokumente benutzen wir die Produkte aus dem Microsoft Office 2007 Paket. Sollte sich ein Anhang in der Mail befinden, der mit einer älteren Office Version nicht geöffnet werden kann, installieren Sie bitte das Compatibility Pack für Office 2007. http://www.microsoft.com/downloads/details.aspx?FamilyID=941b3470-3ae9-4aee-8f43-c6bb74cd1466&DisplayLang=de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Läuft der passende zusätzliche Dienst? Schau mal unter /etc/init.d nach. Blockt ggf. eine Firewall den Port? Ich habe das bei einem Kunden auch laufen und es ist eigentlich komplett störungsfrei.
Der cups-lpd wird über den xinetd gestartet, von daher ist da kein Prozess zu finden. Außerdem gibt ja irgendwas an, sonst hätte ich den Eintrag in den Messages nicht. Also scheint dieser anzuspringen. Ach ja, kleiner Nachtrag: LPRng war eine Falsch-Info, es ist PLPam laufen. Gruß Daniel
Gruß Ralf Prengel Manager Customer Care Comline AG Hauert 8 D-44227 Dortmund/Germany
Fon +49 231 97575 904 Fax +49 231 97575 257 Mobil +49 151 10831 157 EMail Ralf.Prengel@comline.de
www.comline.de Vorstand Stephan Schilling, Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422
Für die Erstellung unserer Dokumente benutzen wir die Produkte aus dem Microsoft Office 2007 Paket. Sollte sich ein Anhang in der Mail befinden, der mit einer älteren Office Version nicht geöffnet werden kann, installieren Sie bitte das Compatibility Pack für Office 2007. http://www.microsoft.com/downloads/details.aspx?FamilyID=941b3470-3ae9-4aee-8f43-c6bb74cd1466&DisplayLang=de
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 22.09.2010 11:18, schrieb Daniel Spannbauer:
Läuft der passende zusätzliche Dienst? Schau mal unter /etc/init.d nach. Blockt ggf. eine Firewall den Port? Ich habe das bei einem Kunden auch laufen und es ist eigentlich komplett störungsfrei.
Der cups-lpd wird über den xinetd gestartet, von daher ist da kein Prozess zu finden. Außerdem gibt ja irgendwas an, sonst hätte ich den Eintrag in den Messages nicht. Also scheint dieser anzuspringen.
Stimmt, das war was. -xinetd läuft? -in der passenden conf-Datei alles richtig konfiguriert -- aktiviert -- keine IPs geblockt -- Ich hatte mit den confd mal Probleme als der Port und nicht der Dienstname (/etc/services) in der Datei stand Ralf Prengel Manager Customer Care Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49 231 97575 904 Fax +49 231 97575 257 Mobil +49 151 10831 157 EMail Ralf.Prengel@comline.de www.comline.de Vorstand Stephan Schilling, Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 Für die Erstellung unserer Dokumente benutzen wir die Produkte aus dem Microsoft Office 2007 Paket. Sollte sich ein Anhang in der Mail befinden, der mit einer älteren Office Version nicht geöffnet werden kann, installieren Sie bitte das Compatibility Pack für Office 2007. http://www.microsoft.com/downloads/details.aspx?FamilyID=941b3470-3ae9-4aee-8f43-c6bb74cd1466&DisplayLang=de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Daniel Spannbauer schrieb:
Hallo,
ich hab hier noch einige Maschinen am laufen, die noch über LPRng drucken. Drum ist auf den neuen Cups-Kisten der CUps-lpd aktiv, welcher ja LPD-Druckjobs annimmt und dann druckt. Zumindest sollte er das... Ich bekomme jetzt jedenfalls in den Messages die Meldung: -------------------------- Sep 21 16:27:58 b-print cups-lpd[20093]: Connection from lpd-host (IPv4 w.x.y.z) Sep 21 16:27:58 b-print cups-lpd[20093]: Receive print job for printer Sep 21 16:27:58 b-print cups-lpd[20093]: Rejecting job because "printer" is not shared Sep 21 16:27:58 b-print cups-lpd[20093]: Closing connection --------------------------
Der Grund steht ja eigentlich da, "Printer is not shared". Komisch,d as ich von jedem anderen CUPS-Rechner drauf drucken kann.....
Hier mal die cupsd.conf: ---------------------- .... Kann mir jemand sagen, wo ich hier den Fehler habe?
Hi, evt. falscher Druckername?: die messages reden von "printer", in der config steht "net-printer", wie lautet denn das Druckkommando? cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, On Sep 22 10:18 Daniel Spannbauer wrote (shortened):
ich hab hier noch einige Maschinen am laufen, die noch über LPRng drucken. Drum ist auf den neuen Cups-Kisten der CUps-lpd aktiv, welcher ja LPD-Druckjobs annimmt und dann druckt. Zumindest sollte er das... Ich bekomme jetzt jedenfalls in den Messages die Meldung: -------------------------- Sep 21 16:27:58 b-print cups-lpd[20093]: Connection from lpd-host (IPv4 w.x.y.z) Sep 21 16:27:58 b-print cups-lpd[20093]: Receive print job for printer Sep 21 16:27:58 b-print cups-lpd[20093]: Rejecting job because "printer" is not shared Sep 21 16:27:58 b-print cups-lpd[20093]: Closing connection -------------------------- ... Der Eintrag für den Drucker in der printers.conf:
-------------------------------------- <Printer color_b_eg>
Es sieht so aus, als ob der "lpd-host" den Job an eine Warteschlange namens "printer" schicken will, aber eigentlich müsste die Warteschlange doch "color_b_eg" heißen. D.h. es sieht so aus, als ob eine falsche Warteschlange auf dem "lpd-host" konfiguriert ist. Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex
Am 22.09.2010 12:00, schrieb Johannes Meixner:
Hallo,
On Sep 22 10:18 Daniel Spannbauer wrote (shortened):
ich hab hier noch einige Maschinen am laufen, die noch über LPRng drucken. Drum ist auf den neuen Cups-Kisten der CUps-lpd aktiv, welcher ja LPD-Druckjobs annimmt und dann druckt. Zumindest sollte er das... Ich bekomme jetzt jedenfalls in den Messages die Meldung: -------------------------- Sep 21 16:27:58 b-print cups-lpd[20093]: Connection from lpd-host (IPv4 w.x.y.z) Sep 21 16:27:58 b-print cups-lpd[20093]: Receive print job for printer Sep 21 16:27:58 b-print cups-lpd[20093]: Rejecting job because "printer" is not shared Sep 21 16:27:58 b-print cups-lpd[20093]: Closing connection -------------------------- ... Der Eintrag für den Drucker in der printers.conf:
-------------------------------------- <Printer color_b_eg>
Es sieht so aus, als ob der "lpd-host" den Job an eine Warteschlange namens "printer" schicken will, aber eigentlich müsste die Warteschlange doch "color_b_eg" heißen.
D.h. es sieht so aus, als ob eine falsche Warteschlange auf dem "lpd-host" konfiguriert ist.
Die Namen passen. Nur ist das eine ne ältere Version, habs aus der falschen Datei kopiert. Der Drucker heißt printer. Aber selbst wenns der falsche wäre müsste ich ja irgendeine Meldung bekommen das er nicht weiß wohin damit. Zur entwirrung hier mal der richtige Eintrag aus der printers.conf: ------------------------ <Printer printer> Info Kyocera FS-C5200DN Location b-print Bab, EG Gang DeviceURI socket://net-printer/9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer> Gruß Daniel
Gruß Johannes Meixner
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, On Sep 22 12:11 Daniel Spannbauer wrote (shortened):
Am 22.09.2010 12:00, schrieb Johannes Meixner:
On Sep 22 10:18 Daniel Spannbauer wrote (shortened):
ich hab hier noch einige Maschinen am laufen, die noch über LPRng drucken. Drum ist auf den neuen Cups-Kisten der CUps-lpd aktiv, welcher ja LPD-Druckjobs annimmt und dann druckt. Zumindest sollte er das... Ich bekomme jetzt jedenfalls in den Messages die Meldung: -------------------------- Sep 21 16:27:58 b-print cups-lpd[20093]: Connection from lpd-host (IPv4 w.x.y.z) Sep 21 16:27:58 b-print cups-lpd[20093]: Receive print job for printer Sep 21 16:27:58 b-print cups-lpd[20093]: Rejecting job because "printer" is not shared Sep 21 16:27:58 b-print cups-lpd[20093]: Closing connection -------------------------- ... Der Eintrag für den Drucker in der printers.conf:
-------------------------------------- <Printer color_b_eg>
Es sieht so aus, als ob der "lpd-host" den Job an eine Warteschlange namens "printer" schicken will, aber eigentlich müsste die Warteschlange doch "color_b_eg" heißen.
D.h. es sieht so aus, als ob eine falsche Warteschlange auf dem "lpd-host" konfiguriert ist.
Die Namen passen. Nur ist das eine ne ältere Version, habs aus der falschen Datei kopiert. Der Drucker heißt printer. Aber selbst wenns der falsche wäre müsste ich ja irgendeine Meldung bekommen das er nicht weiß wohin damit.
Zur entwirrung hier mal der richtige Eintrag aus der printers.conf:
------------------------ <Printer printer> Info Kyocera FS-C5200DN Location b-print Bab, EG Gang DeviceURI socket://net-printer/9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer>
Jetzt fehlt die Zeile Shared Yes passend zur Meldung "Rejecting job because 'printer' is not shared". Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daniel Spannbauer [22.09.2010 12:11]:
Am 22.09.2010 12:00, schrieb Johannes Meixner:
Hallo,
On Sep 22 10:18 Daniel Spannbauer wrote (shortened):
ich hab hier noch einige Maschinen am laufen, die noch über LPRng drucken. Drum ist auf den neuen Cups-Kisten der CUps-lpd aktiv, welcher ja LPD-Druckjobs annimmt und dann druckt. Zumindest sollte er das... Ich bekomme jetzt jedenfalls in den Messages die Meldung: -------------------------- Sep 21 16:27:58 b-print cups-lpd[20093]: Connection from lpd-host (IPv4 w.x.y.z) Sep 21 16:27:58 b-print cups-lpd[20093]: Receive print job for printer Sep 21 16:27:58 b-print cups-lpd[20093]: Rejecting job because "printer" is not shared Sep 21 16:27:58 b-print cups-lpd[20093]: Closing connection -------------------------- ... Der Eintrag für den Drucker in der printers.conf:
-------------------------------------- <Printer color_b_eg>
Es sieht so aus, als ob der "lpd-host" den Job an eine Warteschlange namens "printer" schicken will, aber eigentlich müsste die Warteschlange doch "color_b_eg" heißen.
D.h. es sieht so aus, als ob eine falsche Warteschlange auf dem "lpd-host" konfiguriert ist.
Die Namen passen. Nur ist das eine ne ältere Version, habs aus der falschen Datei kopiert. Der Drucker heißt printer. Aber selbst wenns der falsche wäre müsste ich ja irgendeine Meldung bekommen das er nicht weiß wohin damit.
Zur entwirrung hier mal der richtige Eintrag aus der printers.conf:
------------------------ <Printer printer> Info Kyocera FS-C5200DN Location b-print Bab, EG Gang DeviceURI socket://net-printer/9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer>
Welche CUPS-Version setzt Du ein? Fehlt vielleicht die Zeile "Shared Yes" beim Printer printer? Steht bei mir gleich nach "Accepting Yes". Siehe http://www.cups.org/documentation.php/ref-printers-conf.html. HTH Werner -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkyZ2OEACgkQk33Krq8b42O52wCfe5Sc6L+4ibq2ssqo2tvH88i4 s6AAn3CFfNlfRrb3ueAjWGW1WZI1i1TL =1X8Z -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 22.09.2010 12:22, schrieb Werner Flamme:
------------------------ <Printer printer> Info Kyocera FS-C5200DN Location b-print Bab, EG Gang DeviceURI socket://net-printer/9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer>
Welche CUPS-Version setzt Du ein? Fehlt vielleicht die Zeile "Shared Yes" beim Printer printer? Steht bei mir gleich nach "Accepting Yes". Siehe http://www.cups.org/documentation.php/ref-printers-conf.html.
So ein Mist, die war gerade noch drin *grml*. Ok, Zeile wieder rein, Cups neu gestartet, druckjob wird wohl angenommen, aber nicht verarbeitet. Auszug aus dem Error-log bei debug2: -------------------------------------------- d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient(lis=0x8005bb60) 0 Clients = 0 D [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: 4 from localhost:631 (IPv4) d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: 4 connected to server on localhost:631 d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: Adding fd 4 to InputSet... d [22/Sep/2010:13:22:22 +0200] cupsdCheckJobs: 0 active jobs, sleeping=0, reload=0 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=0, file=-1 state=0 D [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 POST / HTTP/1.1 d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: uri = "/"... d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location CUPS_INTERNAL_BROWSE_ACL Limit 0 d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location /admin Limit 7f d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location / Limit 7f d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: best = / d [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: con->uri="/", con->best=0x80060260(/) d [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: Authorization="" D [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: No authentication data provided. d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: con->uri="/", con->best=0x80060260(/) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: level=AUTH_ANON, type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0 d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW... d [22/Sep/2010:13:22:22 +0200] POST / d [22/Sep/2010:13:22:22 +0200] CONTENT_TYPE = application/ipp d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=247, con->file=-1 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=239, file=-1 state=6 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=239, con->file=-1 d [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest(0x800ae178[4]): operation_id = 000b D [22/Sep/2010:13:22:22 +0200] Get-Printer-Attributes ipp://localhost/printers/printer d [22/Sep/2010:13:22:22 +0200] get_printer_attrs(0x800ae178[4], ipp://localhost/printers/printer) d [22/Sep/2010:13:22:22 +0200] cupsdFindPolicyOp(p=0x80059b50, op=b(Get-Printer-Attributes)) d [22/Sep/2010:13:22:22 +0200] cupsdFindPolicyOp: Found wildcard match... d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: con->uri="/", con->best=0x8005ad18((null)) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: level=AUTH_ANON, type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0 d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: op=0(unknown-0000) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW... d [22/Sep/2010:13:22:22 +0200] copy_attrs(to=0x800b31f8, from=0x80076fe8, ra=0x800cc6b0, group=0, quickcopy=0) d [22/Sep/2010:13:22:22 +0200] copy_attribute(0x800b31f8, 0x80077060[printer-name,4,42]) d [22/Sep/2010:13:22:22 +0200] copy_attribute(0x800b31f8, 0x800770b0[printer-info,4,41]) d [22/Sep/2010:13:22:22 +0200] copy_attrs(to=0x800b31f8, from=0x80060cb0, ra=0x800cc6b0, group=0, quickcopy=-2147483648) D [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest: 4 status_code=0 (successful-ok) d [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest: Adding fd 4 to OutputSet... d [22/Sep/2010:13:22:22 +0200] select_timeout: 301 seconds to timeout a client connection d [22/Sep/2010:13:22:22 +0200] cupsdWriteClient: 4 bytes < 0 d [22/Sep/2010:13:22:22 +0200] cupsdWriteClient: Removing fd 4 from OutputSet... d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=0, file=-1 state=0 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: httpGets returned EOF... D [22/Sep/2010:13:22:22 +0200] cupsdCloseClient: 4 d [22/Sep/2010:13:22:22 +0200] cupsdCloseClient: Removing fd 4 from InputSet and OutputSet... d [22/Sep/2010:13:22:23 +0200] select_timeout: 86400 seconds to do nothing ------------------------------------------------------------------------------ Mehr Debug lässt sich dem DIng irgendwie nicht entlocken. Wennd er cups-lpd mal etwas gesprächiger wäre könnte man evtl. mal was sehen.... Gruß Daniel
HTH Werner
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Daniel Spannbauer schrieb:
Am 22.09.2010 12:22, schrieb Werner Flamme:
------------------------ <Printer printer> Info Kyocera FS-C5200DN Location b-print Bab, EG Gang DeviceURI socket://net-printer/9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer> Welche CUPS-Version setzt Du ein? Fehlt vielleicht die Zeile "Shared Yes" beim Printer printer? Steht bei mir gleich nach "Accepting Yes". Siehe http://www.cups.org/documentation.php/ref-printers-conf.html.
So ein Mist, die war gerade noch drin *grml*. Ok, Zeile wieder rein, Cups neu gestartet, druckjob wird wohl angenommen, aber nicht verarbeitet.
Auszug aus dem Error-log bei debug2: -------------------------------------------- d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient(lis=0x8005bb60) 0 Clients = 0 D [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: 4 from localhost:631 (IPv4) d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: 4 connected to server on localhost:631 d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: Adding fd 4 to InputSet... d [22/Sep/2010:13:22:22 +0200] cupsdCheckJobs: 0 active jobs, sleeping=0, reload=0 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=0, file=-1 state=0 D [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 POST / HTTP/1.1 d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: uri = "/"... d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location CUPS_INTERNAL_BROWSE_ACL Limit 0 d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location /admin Limit 7f d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location / Limit 7f d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: best = / d [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: con->uri="/", con->best=0x80060260(/) d [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: Authorization="" D [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: No authentication data provided. d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: con->uri="/", con->best=0x80060260(/) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: level=AUTH_ANON, type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0 d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW... d [22/Sep/2010:13:22:22 +0200] POST / d [22/Sep/2010:13:22:22 +0200] CONTENT_TYPE = application/ipp d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=247, con->file=-1 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=239, file=-1 state=6 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=239, con->file=-1 d [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest(0x800ae178[4]): operation_id = 000b D [22/Sep/2010:13:22:22 +0200] Get-Printer-Attributes ipp://localhost/printers/printer d [22/Sep/2010:13:22:22 +0200] get_printer_attrs(0x800ae178[4], ipp://localhost/printers/printer) d [22/Sep/2010:13:22:22 +0200] cupsdFindPolicyOp(p=0x80059b50, op=b(Get-Printer-Attributes)) d [22/Sep/2010:13:22:22 +0200] cupsdFindPolicyOp: Found wildcard match... d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: con->uri="/", con->best=0x8005ad18((null)) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: level=AUTH_ANON, type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0 d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: op=0(unknown-0000) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW... d [22/Sep/2010:13:22:22 +0200] copy_attrs(to=0x800b31f8, from=0x80076fe8, ra=0x800cc6b0, group=0, quickcopy=0) d [22/Sep/2010:13:22:22 +0200] copy_attribute(0x800b31f8, 0x80077060[printer-name,4,42]) d [22/Sep/2010:13:22:22 +0200] copy_attribute(0x800b31f8, 0x800770b0[printer-info,4,41]) d [22/Sep/2010:13:22:22 +0200] copy_attrs(to=0x800b31f8, from=0x80060cb0, ra=0x800cc6b0, group=0, quickcopy=-2147483648) D [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest: 4 status_code=0 (successful-ok) d [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest: Adding fd 4 to OutputSet... d [22/Sep/2010:13:22:22 +0200] select_timeout: 301 seconds to timeout a client connection d [22/Sep/2010:13:22:22 +0200] cupsdWriteClient: 4 bytes < 0 d [22/Sep/2010:13:22:22 +0200] cupsdWriteClient: Removing fd 4 from OutputSet... d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=0, file=-1 state=0 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: httpGets returned EOF... D [22/Sep/2010:13:22:22 +0200] cupsdCloseClient: 4 d [22/Sep/2010:13:22:22 +0200] cupsdCloseClient: Removing fd 4 from InputSet and OutputSet... d [22/Sep/2010:13:22:23 +0200] select_timeout: 86400 seconds to do nothing ------------------------------------------------------------------------------
Mehr Debug lässt sich dem DIng irgendwie nicht entlocken. Wennd er cups-lpd mal etwas gesprächiger wäre könnte man evtl. mal was sehen....
Gruß
Daniel
Wie sieht Dein Druckkommando genau aus und was kommt raus, wenn Du die cups-Testseite drucken willst. Aus dem log werde ich nicht so recht schlau, sieht IMHO fast so aus, als kämen gar keine Daten an... cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 23.09.2010 07:39, schrieb Joerg Thuemmler:
Daniel Spannbauer schrieb:
Am 22.09.2010 12:22, schrieb Werner Flamme:
------------------------ <Printer printer> Info Kyocera FS-C5200DN Location b-print Bab, EG Gang DeviceURI socket://net-printer/9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer> Welche CUPS-Version setzt Du ein? Fehlt vielleicht die Zeile "Shared Yes" beim Printer printer? Steht bei mir gleich nach "Accepting Yes". Siehe http://www.cups.org/documentation.php/ref-printers-conf.html.
So ein Mist, die war gerade noch drin *grml*. Ok, Zeile wieder rein, Cups neu gestartet, druckjob wird wohl angenommen, aber nicht verarbeitet.
Auszug aus dem Error-log bei debug2: -------------------------------------------- d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient(lis=0x8005bb60) 0 Clients = 0 D [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: 4 from localhost:631 (IPv4) d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: 4 connected to server on localhost:631 d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: Adding fd 4 to InputSet... d [22/Sep/2010:13:22:22 +0200] cupsdCheckJobs: 0 active jobs, sleeping=0, reload=0 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=0, file=-1 state=0 D [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 POST / HTTP/1.1 d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: uri = "/"... d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location CUPS_INTERNAL_BROWSE_ACL Limit 0 d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location /admin Limit 7f d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location / Limit 7f d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: best = / d [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: con->uri="/", con->best=0x80060260(/) d [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: Authorization="" D [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: No authentication data provided. d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: con->uri="/", con->best=0x80060260(/) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: level=AUTH_ANON, type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0 d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW... d [22/Sep/2010:13:22:22 +0200] POST / d [22/Sep/2010:13:22:22 +0200] CONTENT_TYPE = application/ipp d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=247, con->file=-1 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=239, file=-1 state=6 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=239, con->file=-1 d [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest(0x800ae178[4]): operation_id = 000b D [22/Sep/2010:13:22:22 +0200] Get-Printer-Attributes ipp://localhost/printers/printer d [22/Sep/2010:13:22:22 +0200] get_printer_attrs(0x800ae178[4], ipp://localhost/printers/printer) d [22/Sep/2010:13:22:22 +0200] cupsdFindPolicyOp(p=0x80059b50, op=b(Get-Printer-Attributes)) d [22/Sep/2010:13:22:22 +0200] cupsdFindPolicyOp: Found wildcard match... d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: con->uri="/", con->best=0x8005ad18((null)) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: level=AUTH_ANON, type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0 d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: op=0(unknown-0000) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW... d [22/Sep/2010:13:22:22 +0200] copy_attrs(to=0x800b31f8, from=0x80076fe8, ra=0x800cc6b0, group=0, quickcopy=0) d [22/Sep/2010:13:22:22 +0200] copy_attribute(0x800b31f8, 0x80077060[printer-name,4,42]) d [22/Sep/2010:13:22:22 +0200] copy_attribute(0x800b31f8, 0x800770b0[printer-info,4,41]) d [22/Sep/2010:13:22:22 +0200] copy_attrs(to=0x800b31f8, from=0x80060cb0, ra=0x800cc6b0, group=0, quickcopy=-2147483648) D [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest: 4 status_code=0 (successful-ok) d [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest: Adding fd 4 to OutputSet... d [22/Sep/2010:13:22:22 +0200] select_timeout: 301 seconds to timeout a client connection d [22/Sep/2010:13:22:22 +0200] cupsdWriteClient: 4 bytes < 0 d [22/Sep/2010:13:22:22 +0200] cupsdWriteClient: Removing fd 4 from OutputSet... d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=0, file=-1 state=0 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: httpGets returned EOF... D [22/Sep/2010:13:22:22 +0200] cupsdCloseClient: 4 d [22/Sep/2010:13:22:22 +0200] cupsdCloseClient: Removing fd 4 from InputSet and OutputSet... d [22/Sep/2010:13:22:23 +0200] select_timeout: 86400 seconds to do nothing ------------------------------------------------------------------------------
Mehr Debug lässt sich dem DIng irgendwie nicht entlocken. Wennd er cups-lpd mal etwas gesprächiger wäre könnte man evtl. mal was sehen....
Gruß
Daniel
Wie sieht Dein Druckkommando genau aus und was kommt raus, wenn Du die cups-Testseite drucken willst. Aus dem log werde ich nicht so recht schlau, sieht IMHO fast so aus, als kämen gar keine Daten an...
Kein Druckkommando. Der Druckjob kommt von einem alten System, das als Drucksystem "PLP" verwendet. Auf dem schicke ich den Druckjob ganz normal mit "lpr" los. Es kommt ein Steuerfile und ein Datenfile. Das scheint er irgendwie nicht zu fressen. Gruß Daniel
cu jth
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Daniel Spannbauer schrieb:
Am 23.09.2010 07:39, schrieb Joerg Thuemmler:
Daniel Spannbauer schrieb:
Am 22.09.2010 12:22, schrieb Werner Flamme:
------------------------ <Printer printer> Info Kyocera FS-C5200DN Location b-print Bab, EG Gang DeviceURI socket://net-printer/9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer> Welche CUPS-Version setzt Du ein? Fehlt vielleicht die Zeile "Shared Yes" beim Printer printer? Steht bei mir gleich nach "Accepting Yes". Siehe http://www.cups.org/documentation.php/ref-printers-conf.html.
So ein Mist, die war gerade noch drin *grml*. Ok, Zeile wieder rein, Cups neu gestartet, druckjob wird wohl angenommen, aber nicht verarbeitet.
Auszug aus dem Error-log bei debug2: -------------------------------------------- d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient(lis=0x8005bb60) 0 Clients = 0 D [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: 4 from localhost:631 (IPv4) d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: 4 connected to server on localhost:631 d [22/Sep/2010:13:22:22 +0200] cupsdAcceptClient: Adding fd 4 to InputSet... d [22/Sep/2010:13:22:22 +0200] cupsdCheckJobs: 0 active jobs, sleeping=0, reload=0 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=0, file=-1 state=0 D [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 POST / HTTP/1.1 d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: uri = "/"... d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location CUPS_INTERNAL_BROWSE_ACL Limit 0 d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location /admin Limit 7f d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: Location / Limit 7f d [22/Sep/2010:13:22:22 +0200] cupsdFindBest: best = / d [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: con->uri="/", con->best=0x80060260(/) d [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: Authorization="" D [22/Sep/2010:13:22:22 +0200] cupsdAuthorize: No authentication data provided. d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: con->uri="/", con->best=0x80060260(/) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: level=AUTH_ANON, type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0 d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW... d [22/Sep/2010:13:22:22 +0200] POST / d [22/Sep/2010:13:22:22 +0200] CONTENT_TYPE = application/ipp d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=247, con->file=-1 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=239, file=-1 state=6 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4 con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=239, con->file=-1 d [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest(0x800ae178[4]): operation_id = 000b D [22/Sep/2010:13:22:22 +0200] Get-Printer-Attributes ipp://localhost/printers/printer d [22/Sep/2010:13:22:22 +0200] get_printer_attrs(0x800ae178[4], ipp://localhost/printers/printer) d [22/Sep/2010:13:22:22 +0200] cupsdFindPolicyOp(p=0x80059b50, op=b(Get-Printer-Attributes)) d [22/Sep/2010:13:22:22 +0200] cupsdFindPolicyOp: Found wildcard match... d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: con->uri="/", con->best=0x8005ad18((null)) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: level=AUTH_ANON, type=AUTH_NONE, satisfy=AUTH_SATISFY_ALL, num_names=0 d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: op=0(unknown-0000) d [22/Sep/2010:13:22:22 +0200] cupsdIsAuthorized: auth=AUTH_ALLOW... d [22/Sep/2010:13:22:22 +0200] copy_attrs(to=0x800b31f8, from=0x80076fe8, ra=0x800cc6b0, group=0, quickcopy=0) d [22/Sep/2010:13:22:22 +0200] copy_attribute(0x800b31f8, 0x80077060[printer-name,4,42]) d [22/Sep/2010:13:22:22 +0200] copy_attribute(0x800b31f8, 0x800770b0[printer-info,4,41]) d [22/Sep/2010:13:22:22 +0200] copy_attrs(to=0x800b31f8, from=0x80060cb0, ra=0x800cc6b0, group=0, quickcopy=-2147483648) D [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest: 4 status_code=0 (successful-ok) d [22/Sep/2010:13:22:22 +0200] cupsdProcessIPPRequest: Adding fd 4 to OutputSet... d [22/Sep/2010:13:22:22 +0200] select_timeout: 301 seconds to timeout a client connection d [22/Sep/2010:13:22:22 +0200] cupsdWriteClient: 4 bytes < 0 d [22/Sep/2010:13:22:22 +0200] cupsdWriteClient: Removing fd 4 from OutputSet... d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: 4, used=0, file=-1 state=0 d [22/Sep/2010:13:22:22 +0200] cupsdReadClient: httpGets returned EOF... D [22/Sep/2010:13:22:22 +0200] cupsdCloseClient: 4 d [22/Sep/2010:13:22:22 +0200] cupsdCloseClient: Removing fd 4 from InputSet and OutputSet... d [22/Sep/2010:13:22:23 +0200] select_timeout: 86400 seconds to do nothing ------------------------------------------------------------------------------
Mehr Debug lässt sich dem DIng irgendwie nicht entlocken. Wennd er cups-lpd mal etwas gesprächiger wäre könnte man evtl. mal was sehen....
Gruß
Daniel
Wie sieht Dein Druckkommando genau aus und was kommt raus, wenn Du die cups-Testseite drucken willst. Aus dem log werde ich nicht so recht schlau, sieht IMHO fast so aus, als kämen gar keine Daten an...
Kein Druckkommando. Der Druckjob kommt von einem alten System, das als Drucksystem "PLP" verwendet. Auf dem schicke ich den Druckjob ganz normal mit "lpr" los. Es kommt ein Steuerfile und ein Datenfile. Das scheint er irgendwie nicht zu fressen.
Hi, evt. Reihenfolge jobfile/datenfile ändern. Da war mal was mit lpd. (send_data_first). Weiß nicht, ob/wie das bei plp ist. cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Daniel Spannbauer schrieb:
Am 22.09.2010 12:00, schrieb Johannes Meixner:
Hallo,
On Sep 22 10:18 Daniel Spannbauer wrote (shortened):
ich hab hier noch einige Maschinen am laufen, die noch über LPRng drucken. Drum ist auf den neuen Cups-Kisten der CUps-lpd aktiv, welcher ja LPD-Druckjobs annimmt und dann druckt. Zumindest sollte er das... Ich bekomme jetzt jedenfalls in den Messages die Meldung: -------------------------- Sep 21 16:27:58 b-print cups-lpd[20093]: Connection from lpd-host (IPv4 w.x.y.z) Sep 21 16:27:58 b-print cups-lpd[20093]: Receive print job for printer Sep 21 16:27:58 b-print cups-lpd[20093]: Rejecting job because "printer" is not shared Sep 21 16:27:58 b-print cups-lpd[20093]: Closing connection -------------------------- ... Der Eintrag für den Drucker in der printers.conf:
-------------------------------------- <Printer color_b_eg> Es sieht so aus, als ob der "lpd-host" den Job an eine Warteschlange namens "printer" schicken will, aber eigentlich müsste die Warteschlange doch "color_b_eg" heißen.
D.h. es sieht so aus, als ob eine falsche Warteschlange auf dem "lpd-host" konfiguriert ist.
Die Namen passen. Nur ist das eine ne ältere Version, habs aus der falschen Datei kopiert. Der Drucker heißt printer. Aber selbst wenns der falsche wäre müsste ich ja irgendeine Meldung bekommen das er nicht weiß wohin damit.
Zur entwirrung hier mal der richtige Eintrag aus der printers.conf:
------------------------ <Printer printer> Info Kyocera FS-C5200DN Location b-print Bab, EG Gang DeviceURI socket://net-printer/9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer>
Hi, meine Drucker haben dann noch den Eintrag "Shared Yes". Vielleicht brauchst Du den hier auch... cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (5)
-
Daniel Spannbauer
-
Joerg Thuemmler
-
Johannes Meixner
-
Ralf Prengel
-
Werner Flamme