Hallo, ich bin ein wenig verzweifelt, ich hab so ziemlich alles ausprobiert, was ich bei google gefunden habe, um von meinem Windowsrechner auf dem SuSE 9.0 Linuxrechner drucken zu können. Wenn ich vom Windowsrechner aus drucke, passiert einfach gar nichts. Wie kann ich nachvollziehen, was genau passiert, bzw. Was nicht passiert? Bzw.: Gibt es ein aktuellen, deutsches, auf SuSE 9.0 abgestimmtes Tutorial im Netz? Gruss Karl
Hallo, Karl Sinn schrieb:
Hallo,
ich bin ein wenig verzweifelt, ich hab so ziemlich alles ausprobiert, was ich bei google gefunden habe, um von meinem Windowsrechner auf dem SuSE 9.0 Linuxrechner drucken zu können.
Wenn ich vom Windowsrechner aus drucke, passiert einfach gar nichts.
Wie kann ich nachvollziehen, was genau passiert, bzw. Was nicht passiert?
Ein paar mehr Informationen wären schon sinnvoll... Wie hast Du den Drucker unter Linux eingerichtet? Versuchst Du direkt, den CUPS-Server anzusprechen, oder sind sie per Samba freigegeben? usw. Dementsprechend wären Deine Konfigurationsdateien zur Fehlersuche auch ganz sinnvoll.
Bzw.: Gibt es ein aktuellen, deutsches, auf SuSE 9.0 abgestimmtes Tutorial im Netz?
Zum Thema "CUPS" (Drucksystem) gibt's im Administrationshandbuch der 9.0 ein gutes Kapitel, auch zur Fehlersuche. Zu Samba fällt mir im Moment nichts Passendes ein. HTH, Anke -- Think before you ...
Hallo Anke, Am Donnerstag, 11. März 2004 18:50 schrieb Anke Boernig:
Ein paar mehr Informationen wären schon sinnvoll... Wie hast Du den Drucker unter Linux eingerichtet? Versuchst Du direkt, den CUPS-Server anzusprechen, oder sind sie per Samba freigegeben? usw.
Dementsprechend wären Deine Konfigurationsdateien zur Fehlersuche auch ganz sinnvoll.
Meine Konfigurationsdateien, sind eine Mischung, aus allem was ich so unter google gefunden habe. Ich schicke mal auszüge aus der smb.conf: [global] workgroup = HIER os level = 2 time server = Yes unix extensions = Yes encrypt passwords = yes map to guest = Bad User ;; printing = CUPS ;; printcap name = CUPS printing = cups printcap name = /etc/printcap load printers = yes socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY wins support = No veto files = /*.eml/*.nws/riched20.dll/*.{*}/ security = user server string = Samba Server add user script = domain master = false domain logons = no local master = no preferred master = auto [printers] path = /var/spool/samba printer name = styluscolor680 printable = yes public = yes guest ok = yes guest only = yes valid users = @defender administrator lpq command = /usr/bin/lpstat %p; lprm command = /usr/bin/cancel %p-%j; print command = /usr/bin/lp -d%p -oraw %s; /bin/rm -f %s; printer driver = "stylusColor680" Bei dieser Konfiguration, fragt der Windowsrechner nach einem User/Password, das möchte ich gerne umgehen. Wie geht das?
Zum Thema "CUPS" (Drucksystem) gibt's im Administrationshandbuch der 9.0 ein gutes Kapitel, auch zur Fehlersuche.
Schau ich mir gleich mal an. Gruss Karl
Karl Sinn, Donnerstag 11 März 2004 22:21:
Hallo Anke,
Am Donnerstag, 11. März 2004 18:50 schrieb Anke Boernig:
Ein paar mehr Informationen wären schon sinnvoll... Wie hast Du den Drucker unter Linux eingerichtet? Versuchst Du direkt, den CUPS-Server anzusprechen, oder sind sie per Samba freigegeben? usw.
Dementsprechend wären Deine Konfigurationsdateien zur Fehlersuche auch ganz sinnvoll.
Meine Konfigurationsdateien, sind eine Mischung, aus allem was ich so unter google gefunden habe. Ich schicke mal auszüge aus der smb.conf:
[global] workgroup = HIER os level = 2 time server = Yes unix extensions = Yes encrypt passwords = yes map to guest = Bad User ;; printing = CUPS ;; printcap name = CUPS printing = cups printcap name = /etc/printcap load printers = yes socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY wins support = No veto files = /*.eml/*.nws/riched20.dll/*.{*}/ security = user ^^^^^^^^^^^^^^^ [snipp]
Bei dieser Konfiguration, fragt der Windowsrechner nach einem User/Password, das möchte ich gerne umgehen. Wie geht das?
Du willst dir die oben markierte Option genauer ansehen, ggf. mit "guest"-Optionen -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Freitag, 12. März 2004 07:45 schrieb Matthias Houdek:
security = user
Fein, bei security user fragt er also immer zuerst nach dem Passwort. Ich habe das jetzt auch share gestellt, und bekomme keine Passwortabfrage mehr. Leider wird immer noch nicht gedruckt! Wie kann ich herausfinden, wo genau das hängenbleibt? (Windows schickt den Druckjob ohne Fehlermeldung ab) Gruss Karl
Karl Sinn, Freitag 12 März 2004 13:15:
Hallo Matthias,
Am Freitag, 12. März 2004 07:45 schrieb Matthias Houdek:
security = user
Fein, bei security user fragt er also immer zuerst nach dem Passwort. Ich habe das jetzt auch share gestellt, und bekomme keine Passwortabfrage mehr.
Du bist dir aber auch darüber im Klaren, dass das eine gewaltige Sicherheitslücke ist. So kann jeder auf deine freigegebenen Shares.
Leider wird immer noch nicht gedruckt!
Am besten du löschst alle [printer]-Einträge in der smb.conf und richtest den Drucker mit swat neu ein. Das sollte eigentlich immer klappen. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Freitag, 12. März 2004 15:39 schrieb Matthias Houdek:
Du bist dir aber auch darüber im Klaren, dass das eine gewaltige Sicherheitslücke ist. So kann jeder auf deine freigegebenen Shares.
Ich habe nur ein kleines Heimnetzwerk, und samba ist auf den IP-Bereich 198.168.0. eingestellt. Kann es da noch Probleme geben?
Am besten du löschst alle [printer]-Einträge in der smb.conf und richtest den Drucker mit swat neu ein. Das sollte eigentlich immer klappen.
OK, habe ich gemacht, alles gelöscht, und mit swat neu konfiguriert. Resultat: Windows schickt den Druckjob ohne meckern ab. Aber gedruckt wird nicht. Vorher hatte ich folgende Fehlermeldung in /var/log/cups/error_log. I [12/Mar/2004:14:56:13 +0100] Listening to 0:631 I [12/Mar/2004:14:56:13 +0100] Loaded configuration file "/etc/cups/cupsd.conf" I [12/Mar/2004:14:56:13 +0100] Configured for up to 100 clients. I [12/Mar/2004:14:56:13 +0100] Allowing up to 100 client connections per host. I [12/Mar/2004:14:56:13 +0100] Full reload is required. I [12/Mar/2004:14:56:15 +0100] LoadPPDs: Read "/etc/cups/ppds.dat", 3353 PPDs... I [12/Mar/2004:14:56:24 +0100] LoadPPDs: No new or changed PPDs... I [12/Mar/2004:14:56:24 +0100] Full reload complete. E [12/Mar/2004:14:57:08 +0100] print_job: Unsupported format 'application/octet-stream'! I [12/Mar/2004:14:57:08 +0100] Hint: Do you have the raw file printing rules enabled? Jetzt existiert sie nicht mehr. Gruss Karl
Karl Sinn, Freitag 12 März 2004 17:01:
Hallo Matthias,
Am Freitag, 12. März 2004 15:39 schrieb Matthias Houdek:
Du bist dir aber auch darüber im Klaren, dass das eine gewaltige Sicherheitslücke ist. So kann jeder auf deine freigegebenen Shares.
Ich habe nur ein kleines Heimnetzwerk, und samba ist auf den IP-Bereich 198.168.0. eingestellt.
Kann es da noch Probleme geben?
Im Normalfall nicht. Du solltest allerdings schon gewisse Sicherheitstools bzgl. Internet nutzen.
Am besten du löschst alle [printer]-Einträge in der smb.conf und richtest den Drucker mit swat neu ein. Das sollte eigentlich immer klappen.
OK, habe ich gemacht, alles gelöscht, und mit swat neu konfiguriert. Resultat:
Windows schickt den Druckjob ohne meckern ab. Aber gedruckt wird nicht. Vorher hatte ich folgende Fehlermeldung in /var/log/cups/error_log.
I [12/Mar/2004:14:56:13 +0100] Listening to 0:631 I [12/Mar/2004:14:56:13 +0100] Loaded configuration file "/etc/cups/cupsd.conf" I [12/Mar/2004:14:56:13 +0100] Configured for up to 100 clients. I [12/Mar/2004:14:56:13 +0100] Allowing up to 100 client connections per host. I [12/Mar/2004:14:56:13 +0100] Full reload is required. I [12/Mar/2004:14:56:15 +0100] LoadPPDs: Read "/etc/cups/ppds.dat", 3353 PPDs... I [12/Mar/2004:14:56:24 +0100] LoadPPDs: No new or changed PPDs... I [12/Mar/2004:14:56:24 +0100] Full reload complete. E [12/Mar/2004:14:57:08 +0100] print_job: Unsupported format 'application/octet-stream'! I [12/Mar/2004:14:57:08 +0100] Hint: Do you have the raw file printing rules enabled?
Jetzt existiert sie nicht mehr.
OK, schick mal den [printer]-Abschnitt deiner smb.conf hierher. Den werden wir mal gemeinsam analysieren. Unter Windows hast du doch den Windows-Druckertreiber für den entsprechenden Drucker installiert? -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Freitag, 12. März 2004 21:28 schrieb Matthias Houdek:
OK, schick mal den [printer]-Abschnitt deiner smb.conf hierher. Den werden wir mal gemeinsam analysieren.
Das ist der einzige Drucker-Betreffende Abschnittt, den ich im Moment in der smb.conf habe. [styluscolor680] comment = StylusColor680 path = /var/tmp/samba guest ok = Yes hosts allow = 192.168.0 printable = Yes use client driver = Yes Den [printers$] Abschnitt habe ich gelöscht.
Unter Windows hast du doch den Windows-Druckertreiber für den entsprechenden Drucker installiert?
Ja, der Originaltreiber ist installiert. Gruss Karl
Karl Sinn, Freitag 12 März 2004 21:46:
Hallo Matthias,
Am Freitag, 12. März 2004 21:28 schrieb Matthias Houdek:
OK, schick mal den [printer]-Abschnitt deiner smb.conf hierher. Den werden wir mal gemeinsam analysieren.
Das ist der einzige Drucker-Betreffende Abschnittt, den ich im Moment in der smb.conf habe.
[styluscolor680] comment = StylusColor680 path = /var/tmp/samba guest ok = Yes hosts allow = 192.168.0 printable = Yes use client driver = Yes
Tja, hier fehlt der eigentliche Print-Befehl (hat da swat einen Bug?). print command = lpr -PDRUCKER %s -o raw -r ^^^^^^^ Anstelle von DRUCKER muss hier der CUPS-Name deines Druckers stehen (vermutlich styluscolor680). Nach dem "P" _kein_ Leerzeichen! Und wenn du die Drucker-Warteschlange von Windows aus sehen und ggf. bearbeiten können willst, schaden die beiden Befehle auch nicht: lpq command = lpq -PDRUCKER lprm command = lprm -PDRUCKER %j Und oben den path würde ich evtl. auf /tmp setzen (wird bei mir regelmäßig geleert). Obwohl wegen dem "-r" am Ende des Druckbefehls eh nur die erfolglosen Druckjobs dort stehen bleiben.
Den [printers$] Abschnitt habe ich gelöscht.
Ja, kannst du, da hier nur globale Einstellungen für alle Drucker stehen (und du hast ja nur einen).
Unter Windows hast du doch den Windows-Druckertreiber für den entsprechenden Drucker installiert?
Ja, der Originaltreiber ist installiert.
OK, das ist wichtig, denn Linux/Cups leitet die Daten so wie sie kommen direkt (naja, sie werden noch in einer Datei zwischengespeichert - im Ordner hinter "path = ") an der Drucker weiter. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
* Samstag, 13. März 2004 um 10:42 (+0100) schrieb Matthias Houdek:
Tja, hier fehlt der eigentliche Print-Befehl (hat da swat einen Bug?).
print command = lpr -PDRUCKER %s -o raw -r
Einspruch!
Aus 'man smbd.conf`:
"[...] With printing = cups, and if SAMBA is compiled against libcups, any
manually set print command will be ignored. [...]"
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Andreas Koenecke, Samstag 13 März 2004 12:02:
* Samstag, 13. März 2004 um 10:42 (+0100) schrieb Matthias Houdek:
Tja, hier fehlt der eigentliche Print-Befehl (hat da swat einen Bug?).
print command = lpr -PDRUCKER %s -o raw -r
Einspruch!
Aus 'man smbd.conf`:
"[...] With printing = cups, and if SAMBA is compiled against ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Und genau das scheint bei ihm wohl nicht der Fall zu sein.
Sollte ich jetzt empfehlen, samba neu zu compilieren? Im Übrigen braucht man bei Cups nicht mal Samba, um übers Netzwerk zu drucken. Auch von Windows aus. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
* Samstag, 13. März 2004 um 12:47 (+0100) schrieb Matthias Houdek:
Andreas Koenecke, Samstag 13 März 2004 12:02:
"[...] With printing = cups, and if SAMBA is compiled against
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Und genau das scheint bei ihm wohl nicht der Fall zu sein.
Karl schrieb, er habe SuSE 9.0 und da ist Samba gegen 'libcups' gelinkt. Karl, kannst du mal die Ausgabe von 'ldd /usr/sbin/smbd' mailen?
Im Übrigen braucht man bei Cups nicht mal Samba, um übers Netzwerk zu drucken. Auch von Windows aus.
Das kommt aber IMHO auf die Windows-Version an, oder?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Andreas Koenecke, Samstag 13 März 2004 13:38:
* Samstag, 13. März 2004 um 12:47 (+0100) schrieb Matthias Houdek:
Andreas Koenecke, Samstag 13 März 2004 12:02:
"[...] With printing = cups, and if SAMBA is compiled against
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Und genau das scheint bei ihm wohl nicht der Fall zu sein.
Karl schrieb, er habe SuSE 9.0 und da ist Samba gegen 'libcups' gelinkt.
Dann ist da irgendwo der Wurm drin. Er wäre nicht der erste SuSE-User, bei dem die Angabe des Print-Commandos hier geholfen hat. Ich weiß nicht, woran das liegt. Ich hab ein Debian-System, da funxt es ohne die Kommandos prima (so, wie es sollte).
Karl, kannst du mal die Ausgabe von 'ldd /usr/sbin/smbd' mailen?
Im Übrigen braucht man bei Cups nicht mal Samba, um übers Netzwerk zu drucken. Auch von Windows aus.
Das kommt aber IMHO auf die Windows-Version an, oder?
Ja, gut, aber ich schließe mal die ganz alten hier aus ;-) -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Andreas, Am Samstag, 13. März 2004 13:38 schrieb Andreas Koenecke:
Karl, kannst du mal die Ausgabe von 'ldd /usr/sbin/smbd' mailen?
hier die Ausgabe von "ldd /usr/sbin/smbd" libacl.so.1 => /lib/libacl.so.1 (0x4002c000) libcups.so.2 => /usr/lib/libcups.so.2 (0x40032000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x4004f000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4007f000) libnsl.so.1 => /lib/libnsl.so.1 (0x40171000) libpam.so.0 => /lib/libpam.so.0 (0x40186000) libldap.so.2 => /usr/lib/libldap.so.2 (0x4018f000) libpopt.so.1 => /usr/lib/libpopt.so.1 (0x401c2000) libc.so.6 => /lib/libc.so.6 (0x401ca000) libdl.so.2 => /lib/libdl.so.2 (0x40300000) libattr.so.1 => /lib/libattr.so.1 (0x40303000) liblber.so.2 => /usr/lib/liblber.so.2 (0x40307000) libresolv.so.2 => /lib/libresolv.so.2 (0x40314000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x40326000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Ist das in Ordnung? Gruss Karl
Karl Sinn, Samstag 13 März 2004 18:15:
Hallo Andreas,
Am Samstag, 13. März 2004 13:38 schrieb Andreas Koenecke:
Karl, kannst du mal die Ausgabe von 'ldd /usr/sbin/smbd' mailen?
hier die Ausgabe von "ldd /usr/sbin/smbd"
libacl.so.1 => /lib/libacl.so.1 (0x4002c000) libcups.so.2 => /usr/lib/libcups.so.2 (0x40032000) [...] ^^^^^^^ Ist das in Ordnung?
Ja, ist OK so. Und das Drucken unter Linux funxt? Auch mit 'cat datei.txt | lpr -PDruckername' ? -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Karl Sinn, Samstag 13 März 2004 22:04:
Hallo Matthias,
Am Samstag, 13. März 2004 19:35 schrieb Matthias Houdek:
Und das Drucken unter Linux funxt?
Auch mit 'cat datei.txt | lpr -PDruckername' ?
Ja, habe es gerade mit "cat playlist | lpr -Pstyluscolor680" versucht. funxt :-)
Gut, dann sollte es mit dem Druckbefehl in der smb.conf auch klappen. Ich kann es hier leider schlecht nachvollziehen, da ich keine Suse am Laufen habe. Und unter Debian klappt es prima. Zwei Bekannte von mir hatten aber das gleiche Problem wie du (auch mit SuSE), und wir haben uns dann so beholfen. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Samstag, 13. März 2004 10:42 schrieb Matthias Houdek:
Tja, hier fehlt der eigentliche Print-Befehl (hat da swat einen Bug?).
print command = lpr -PDRUCKER %s -o raw -r ^^^^^^^ Anstelle von DRUCKER muss hier der CUPS-Name deines Druckers stehen (vermutlich styluscolor680). Nach dem "P" _kein_ Leerzeichen!
Und wenn du die Drucker-Warteschlange von Windows aus sehen und ggf. bearbeiten können willst, schaden die beiden Befehle auch nicht:
lpq command = lpq -PDRUCKER lprm command = lprm -PDRUCKER %j
In swat werden die Einträge angezeigt, allerdings erscheinen sie nicht in der smb.conf. Ich dachte das liegt daran, dass das der Defaultwert ist. Der genaue Eintrag ist: print command = lpr -r -P%p %s lpq command = lpq -P%p lprm command = lprm -P%p %j ist das OK? Oder soll ich das ändern, bzw. explicit eintragen? In einer anderen Mail schreibst Du, dass man nicht unbedingt über samba gehen muss um von Windows aus zu drucken. Der andere Rechner ist ein WinXP Rechner. Funktioniert das? Und wenn ja: Wie? Gruss Karl
Karl Sinn, Samstag 13 März 2004 18:21:
Hallo Matthias,
Am Samstag, 13. März 2004 10:42 schrieb Matthias Houdek:
Tja, hier fehlt der eigentliche Print-Befehl (hat da swat einen Bug?).
print command = lpr -PDRUCKER %s -o raw -r ^^^^^^^ Anstelle von DRUCKER muss hier der CUPS-Name deines Druckers stehen (vermutlich styluscolor680). Nach dem "P" _kein_ Leerzeichen!
Und wenn du die Drucker-Warteschlange von Windows aus sehen und ggf. bearbeiten können willst, schaden die beiden Befehle auch nicht:
lpq command = lpq -PDRUCKER lprm command = lprm -PDRUCKER %j
In swat werden die Einträge angezeigt, allerdings erscheinen sie nicht in der smb.conf. Ich dachte das liegt daran, dass das der Defaultwert ist.
Der genaue Eintrag ist:
print command = lpr -r -P%p %s lpq command = lpq -P%p lprm command = lprm -P%p %j
ist das OK? Oder soll ich das ändern, bzw. explicit eintragen?
Jein. IIRC haben manche Systeme Probleme mit der Auflösung des Druckernamens (in %p). Deshalb trag ich lieber den Druckernamen direkt ein. Eigentlich sollte es mit %p auch gehen. Samba3 setzt die Variable per default auch in Hochkommas, vielleicht hilft das auch schon.
In einer anderen Mail schreibst Du, dass man nicht unbedingt über samba gehen muss um von Windows aus zu drucken. Der andere Rechner ist ein WinXP Rechner. Funktioniert das? Und wenn ja: Wie?
XP sollte das Drucken über einen Cups-Server beherrschen. Schau mal in die Windows-Hilfe unter Cups. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Samstag, 13. März 2004 19:32 schrieb Matthias Houdek:
Jein. IIRC haben manche Systeme Probleme mit der Auflösung des Druckernamens (in %p). Deshalb trag ich lieber den Druckernamen direkt ein. Eigentlich sollte es mit %p auch gehen. Samba3 setzt die Variable per default auch in Hochkommas, vielleicht hilft das auch schon.
Ich versuche mal den styluscolor680 direkt einzutragen.
XP sollte das Drucken über einen Cups-Server beherrschen. Schau mal in die Windows-Hilfe unter Cups.
Jetzt lachst Du mich gleich aus, aber der XP Rechner ist eine japanische installation, und ich versteh kein Wort in der Hilfe. Leider ist meine Freundin bei der Übersetzung keine grosse Hilfe :-)) Gruss Karl
Karl Sinn, Samstag 13 März 2004 22:07:
Hallo Matthias,
Am Samstag, 13. März 2004 19:32 schrieb Matthias Houdek:
Jein. IIRC haben manche Systeme Probleme mit der Auflösung des Druckernamens (in %p). Deshalb trag ich lieber den Druckernamen direkt ein. Eigentlich sollte es mit %p auch gehen. Samba3 setzt die Variable per default auch in Hochkommas, vielleicht hilft das auch schon.
Ich versuche mal den styluscolor680 direkt einzutragen.
Und?
XP sollte das Drucken über einen Cups-Server beherrschen. Schau mal in die Windows-Hilfe unter Cups.
Jetzt lachst Du mich gleich aus, aber der XP Rechner ist eine japanische installation, und ich versteh kein Wort in der Hilfe. Leider ist meine Freundin bei der Übersetzung keine grosse Hilfe :-))
Du hast eine japanische Freundin? -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Samstag, 13. März 2004 23:57 schrieb Matthias Houdek:
Ich versuche mal den styluscolor680 direkt einzutragen.
Und?
Seitdem ich diesen Eintrag gemacht habe, und den Log level auf 1 gesetzt habe, und das print-comando eingegeben habe, sagt WinXP Zugriff verweigert.
XP sollte das Drucken über einen Cups-Server beherrschen. Schau mal in die Windows-Hilfe unter Cups.
Jetzt lachst Du mich gleich aus, aber der XP Rechner ist eine japanische installation, und ich versteh kein Wort in der Hilfe. Leider ist meine Freundin bei der Übersetzung keine grosse Hilfe
:-))
Du hast eine japanische Freundin?
Ja. Gruss Karl
Karl Sinn, Sonntag 14 März 2004 00:53:
Hallo Matthias,
Am Samstag, 13. März 2004 23:57 schrieb Matthias Houdek:
Ich versuche mal den styluscolor680 direkt einzutragen.
Und?
Seitdem ich diesen Eintrag gemacht habe, und den Log level auf 1 gesetzt habe, und das print-comando eingegeben habe, sagt WinXP Zugriff verweigert.
Kann nicht sein. Dann hast du noch irgend etwas anderes (versehentlich) verändert. BTW: Man sollte (zumindest in kritischen Phasen) immer die aktuelle Konfig-Datei vor der nächsten Änderung sichern (über wenigstens 3-5 Generationen). *grübel* Warum hab ich mir dafür noch kein Script gebastelt, was das vor dem Editoraufruf automatisch macht? ;-)
[...] Du hast eine japanische Freundin?
Ja.
Interessant. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
* Freitag, 12. März 2004 um 17:01 (+0100) schrieb Karl Sinn:
Windows schickt den Druckjob ohne meckern ab. Aber gedruckt wird nicht.
E [12/Mar/2004:14:57:08 +0100] print_job: Unsupported format 'application/octet-stream'! I [12/Mar/2004:14:57:08 +0100] Hint: Do you have the raw file printing rules enabled?
Und? Hast du das Raw-Printing aktiviert?
Jetzt existiert sie nicht mehr.
?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
* Freitag, 12. März 2004 um 22:18 (+0100) schrieb Karl Sinn:
Am Freitag, 12. März 2004 22:13 schrieb Andreas Koenecke:
Und? Hast du das Raw-Printing aktiviert?
Gute Frage. Ich habe irgendwo gelesen dass das geht, habe dann das gesamte swat danach durchsucht, aber nichts gefunden.
Raw-Printing ist ja auch eine Eigenschaft von Cups und nicht von Samba.
1) Muss ich das?
Wenn du mit dem Original-Druckertreiber drucken willst: Ja. (Eine Alternative wäre ein Postscript-Treiber auf der Windows-Maschine.)
2) Wie gehts?
In "/etc/cups/mime.convs" und "/etc/cups/mime.types" findest du jeweils am
Ende ein Zeile, die mit "#application/octet-stream" beginnt. Entferne das
führende "#".
(Danach kann ein Neustart von Cups nicht schaden.)
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Andreas, Am Freitag, 12. März 2004 22:47 schrieb Andreas Koenecke:
In "/etc/cups/mime.convs" und "/etc/cups/mime.types" findest du jeweils am Ende ein Zeile, die mit "#application/octet-stream" beginnt. Entferne das führende "#". (Danach kann ein Neustart von Cups nicht schaden.)
Hab ich gemacht, druckt aber immer noch nicht. Wo sind eigentlich meine ganzen Druckversuche gelandet? Im Computer-Nirvana? Gruss Karl
* Samstag, 13. März 2004 um 03:29 (+0100) schrieb Karl Sinn:
Hab ich gemacht, druckt aber immer noch nicht.
Hm, kannst du mal die Zeilen aus "/var/log/samba/log.smb" und aus "/var/log/cups/error_log" für einen solchen Druck-Versuch mailen.
Wo sind eigentlich meine ganzen Druckversuche gelandet? Im Computer-Nirvana?
Ja, wenn du Glück hast; wenn du Pech hast, dann bekommst du sie noch... ;-)
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hi, Am Samstag, 13. März 2004 11:43 schrieb Andreas Koenecke:
Hm, kannst du mal die Zeilen aus "/var/log/samba/log.smb" und aus "/var/log/cups/error_log" für einen solchen Druck-Versuch mailen.
In beiden bekomme ich keine Fehlermeldungen im Moment.
Wo sind eigentlich meine ganzen Druckversuche gelandet? Im Computer-Nirvana?
Ja, wenn du Glück hast; wenn du Pech hast, dann bekommst du sie noch... ;-)
Hmm, Um das Pech zu verhindern, wo kann ich sie löschen? Gruss Karl
* Samstag, 13. März 2004 um 18:31 (+0100) schrieb Karl Sinn:
Am Samstag, 13. März 2004 11:43 schrieb Andreas Koenecke:
Hm, kannst du mal die Zeilen aus "/var/log/samba/log.smb" und aus "/var/log/cups/error_log" für einen solchen Druck-Versuch mailen.
In beiden bekomme ich keine Fehlermeldungen im Moment.
Auch keine anderen Meldungen? Für die "log.smb" ist vielleicht der "log level" zu niedrig (Setze mal ein "log level = 1" in den Global-Teil der "smb.conf".), aber in der "/var/log/cups/error_log" sollte etwas erscheinen... Wenn dort tatsächlich gar nichts geschrieben wird, dann scheint es doch ein reines Samba-Problem zu sein: Versuche es ruhig mit Christians "print command"s. Falls das nichts bringt, dann zeige uns bitte die Ausgabe von "smbclient -L <Name des Samba-Servers>" (Ein [RETURN] beim Passwort-Prompt reicht.) Und was passiert bei einem: "ls | smbclient //<Name des Samba-Servers>/<Duckershare> -U <Samba-User> -P -c 'print -'" (Jetzt muss beim Passwort-Prompt aber das das Passwort des o.a. <Samba-Users> eingegeben werden.)
Hmm, Um das Pech zu verhindern, wo kann ich sie löschen?
Wenn sie nicht mehr in der Drucker-Queue auf dem Win-Client sind, dann sind
die IMHO "verdunstet".
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
* Samstag, 13. März 2004 um 20:16 (+0100) schrieb Andreas Koenecke:
Versuche es ruhig mit Christians "print command"s.
^^^^^^^^^^
Ich meine natürlich Matthias. Entschuldigung.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Andreas Koenecke, Samstag 13 März 2004 20:36:
* Samstag, 13. März 2004 um 20:16 (+0100) schrieb Andreas Koenecke:
Versuche es ruhig mit Christians "print command"s. ^^^^^^^^^^ Ich meine natürlich Matthias. Entschuldigung.
Ich wollt schon gerade meckern ;-) Meinen schönen Vornamen zu unterschlagen - *tststst* *kopfschüttel* -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hi Andreas, Am Samstag, 13. März 2004 20:16 schrieb Andreas Koenecke:
Auch keine anderen Meldungen? Für die "log.smb" ist vielleicht der "log level" zu niedrig (Setze mal ein "log level = 1" in den Global-Teil der "smb.conf".), aber in der "/var/log/cups/error_log" sollte etwas erscheinen... Wenn dort tatsächlich gar nichts geschrieben wird, dann scheint es doch ein reines Samba-Problem zu sein:
Versuche es ruhig mit Christians "print command"s. Falls das nichts bringt, dann zeige uns bitte die Ausgabe von
Also: Ich habe in swat die print-commandos eingetragen, und den log level auf 1 gesetzt.
"smbclient -L <Name des Samba-Servers>" Für den Linux rechner:
--------------------------------------------------- smbclient -L LINUX added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0 Password: Domain=[HIER] OS=[Unix] Server=[Samba 2.2.8a-SuSE] Sharename Type Comment --------- ---- ------- win Disk windows verzeichnisse print$ Disk Printer Drivers styluscolor68 Printer StylusColor680 IPC$ IPC IPC Service (Linux-Kiste) ADMIN$ Disk IPC Service (Linux-Kiste) Server Comment --------- ------- A-QUI LINUX Linux-Kiste Workgroup Master --------- ------- HIER A-QUI ------------------------------------------------------------- Für den Windows Rechner: -------------------------------------------------------------- Domain=[HIER] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager] Sharename Type Comment --------- ---- ------- v^3 Printer Epson Stylus COLOR 680 ESC/P 2 IPC$ IPC Remote IPC SharedDocs Disk print$ Disk v^ hCo D Disk C Disk v^ Printer Microsoft Office Document Image Writer Audio CD (E) Disk Server Comment --------- ------- A-QUI LINUX Linux-Kiste Workgroup Master --------- ------- HIER A-QUI --------------------------------------------------------------
"ls | smbclient //<Name des Samba-Servers>/<Duckershare> -U <Samba-User> -P -c 'print -'"
Das ist die Ausgabe von : "ls | smbclient //linux/styluscolor680 -U Karl -P -c 'print -'" -------------------------------------------------------------------------- added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0 Password: Domain=[HIER] OS=[Unix] Server=[Samba 2.2.8a-SuSE] tree connect failed: NT_STATUS_BAD_NETWORK_NAME --------------------------------------------------------------------------- Liegt hier mein Problem?
Wenn sie nicht mehr in der Drucker-Queue auf dem Win-Client sind, dann sind die IMHO "verdunstet".
Das ist gut, sonst bekomme ich vielleicht orgendwann 200 alte Ausdrucke. Gruss Karl
Hallo Karl, * Samstag, 13. März 2004 um 22:49 (+0100) schrieb Karl Sinn:
smbclient -L LINUX added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0 Password: Domain=[HIER] OS=[Unix] Server=[Samba 2.2.8a-SuSE]
Sharename Type Comment --------- ---- ------- win Disk windows verzeichnisse print$ Disk Printer Drivers styluscolor68 Printer StylusColor680
^^^^^^^^^^^^^ Achtung! Hier...
Das ist die Ausgabe von : "ls | smbclient //linux/styluscolor680 -U Karl -P -c 'print -'" ^^^^^^^^^^^^^^ ... und hier, das passt nicht.
-------------------------------------------------------------------------- added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0 Password: Domain=[HIER] OS=[Unix] Server=[Samba 2.2.8a-SuSE] tree connect failed: NT_STATUS_BAD_NETWORK_NAME ---------------------------------------------------------------------------
Liegt hier mein Problem?
IMHO ja. Vielleicht ist das oben bei der Liste der Shares nur ein
Anzeigeproblem, vielleicht kürzt Samba aber auch die Sharenamen. Probiere es
doch noch mal mit
"ls | smbclient //linux/styluscolor68 -U Karl -P -c 'print -'"
Wenn er nicht druckt, dann bitte dazu den Auzug aus "/var/log/samba/log.smb".
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hi, ich seh überhaupt kein Land mehr. Ich hoffe wir kriegen das noch irgendwie hin... Am Samstag, 13. März 2004 23:52 schrieb Andreas Koenecke:
styluscolor68 Printer StylusColor680
^^^^^^^^^^^^^ Achtung! Hier...
Beim Windows Rechner zeigt er den vollen Namen an. Ich denke das ist nur eine Verkürzung in der Ausgabe.
IMHO ja. Vielleicht ist das oben bei der Liste der Shares nur ein Anzeigeproblem, vielleicht kürzt Samba aber auch die Sharenamen. Probiere es doch noch mal mit "ls | smbclient //linux/styluscolor68 -U Karl -P -c 'print -'"
Gleiches Ergebniss.
Wenn er nicht druckt, dann bitte dazu den Auzug aus "/var/log/samba/log.smb".
Hier bitte. -------------------------------------------- smbd version 2.2.8a-SuSE started. Copyright Andrew Tridgell and the Samba Team 1992-2002 [2004/03/13 22:19:21, 1] lib/debug.c:debug_message(258) INFO: Debug class all level = 1 (pid 3063 from pid 3063) [2004/03/13 22:19:58, 0] lib/access.c:check_access(333) Denied connection from (81.57.230.96) [2004/03/13 22:19:58, 1] smbd/process.c:process_smb(839) Connection denied from 81.57.230.96 [2004/03/13 22:19:58, 0] lib/util_sock.c:get_socket_addr(1012) getpeername failed. Error was Transport endpoint is not connected [2004/03/13 22:19:58, 0] lib/access.c:check_access(333) [2004/03/13 22:19:58, 0] lib/util_sock.c:get_socket_addr(1012) getpeername failed. Error was Transport endpoint is not connected Denied connection from (0.0.0.0) [2004/03/13 22:19:58, 1] smbd/process.c:process_smb(839) ---------------------------------------------------------------------- Ich bin allerdings ein wenig verwirrt, denn es ist jetzt 0 Uhr 58. Gruss Karl
Hi, Am Sonntag, 14. März 2004 00:58 schrieb Karl Sinn:
Wenn er nicht druckt, dann bitte dazu den Auzug aus "/var/log/samba/log.smb".
Hier bitte. -------------------------------------------- smbd version 2.2.8a-SuSE started. [2004/03/13 22:19:58, 1] smbd/process.c:process_smb(839) [...] ---------------------------------------------------------------------- Ich bin allerdings ein wenig verwirrt, denn es ist jetzt 0 Uhr 58. Ups, Ich habe vergessen mit PgDwn bis ans Ende der Ausgabe zu gehen.
Hier die Richtige Ausgabe: -------------------------------------- smbd version 2.2.8a-SuSE started. Copyright Andrew Tridgell and the Samba Team 1992-2002 [2004/03/13 22:43:56, 1] lib/debug.c:debug_message(258) INFO: Debug class all level = 1 (pid 2404 from pid 2404) [2004/03/13 22:46:45, 0] smbd/service.c:make_connection(599) linux (192.168.0.1) Can't change directory to /var/tmp/samba (No such file or directory) [2004/03/13 22:48:15, 0] smbd/service.c:make_connection(599) linux (192.168.0.1) Can't change directory to /var/tmp/samba (No such file or directory) [2004/03/14 00:54:32, 0] smbd/service.c:make_connection(252) linux (192.168.0.1) couldn't find service styluscolor68 [2004/03/14 00:59:43, 0] smbd/service.c:make_connection(252) linux (192.168.0.1) couldn't find service styluscolor68 [2004/03/14 00:59:52, 0] smbd/service.c:make_connection(599) linux (192.168.0.1) Can't change directory to /var/tmp/samba (No such file or directory) [2004/03/14 01:00:43, 0] smbd/service.c:make_connection(599) linux (192.168.0.1) Can't change directory to /var/tmp/samba (No such file or directory) --------------------------------------------------------------------- Daraufhin habe ich das Verzeichniss überprüft, und siehe da, es war verschwunden... Dabei habe ich es gestern mit eigenen Händen angelegt... Ein erneutes "ls | smbclient //linux/styluscolor680 -U Karl -P -c 'print -'" ergab: -----------------------------------------------------begin added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0 Password: Domain=[HIER] OS=[Unix] Server=[Samba 2.2.8a-SuSE] putting file - as stdin-4109 (0.2 kb/s) (average 0.2 kb/s) ------------------------------------------------------end Was bedeutet das? Gruss Karl
* Sonntag, 14. März 2004 um 01:06 (+0100) schrieb Karl Sinn:
linux (192.168.0.1) Can't change directory to /var/tmp/samba (No such file or directory) ---------------------------------------------------------------------
Daraufhin habe ich das Verzeichniss überprüft, und siehe da, es war verschwunden... Dabei habe ich es gestern mit eigenen Händen angelegt...
Ja, in /var/tmp sollen ja auch nur temporäre Datein und Verzeichnisse, lass doch einfach das "samba" im Pfad weg.
Ein erneutes "ls | smbclient //linux/styluscolor680 -U Karl -P -c 'print -'" ergab: -----------------------------------------------------begin added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0 Password: Domain=[HIER] OS=[Unix] Server=[Samba 2.2.8a-SuSE] putting file - as stdin-4109 (0.2 kb/s) (average 0.2 kb/s) ------------------------------------------------------end
Ich hoffe, das er gedruckt hat und zwar die Ausgabe von 'ls'...
Falls nicht, dann brauche ich doch noch die Ausgabe von
"/var/log/cups/error_log".
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Andreas Koenecke, Sonntag 14 März 2004 01:43:
* Sonntag, 14. März 2004 um 01:06 (+0100) schrieb Karl Sinn:
linux (192.168.0.1) Can't change directory to /var/tmp/samba (No such file or directory) ----------------------------------------------------------------- ----
Daraufhin habe ich das Verzeichniss überprüft, und siehe da, es war verschwunden... Dabei habe ich es gestern mit eigenen Händen angelegt...
Ja, in /var/tmp sollen ja auch nur temporäre Datein und Verzeichnisse, lass doch einfach das "samba" im Pfad weg.
*g* Ich weiß schon, warum bei mir alle */tmp-Verzeichnisse nur ein Link auf /tmp sind und ich tmp regelmäßig von alltem Datenmüll via cron (oder beim Shutdown, was selten vorkommt) befreie ;-)
Ein erneutes "ls | smbclient //linux/styluscolor680 -U Karl -P -c 'print -'" ergab: -----------------------------------------------------begin added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0 Password: Domain=[HIER] OS=[Unix] Server=[Samba 2.2.8a-SuSE] putting file - as stdin-4109 (0.2 kb/s) (average 0.2 kb/s) ------------------------------------------------------end
Ich hoffe, das er gedruckt hat und zwar die Ausgabe von 'ls'...
Bestimmt hat er. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hi, sorry für die lange Antwortzeit. Am Sonntag, 14. März 2004 13:27 schrieb Matthias Houdek:
Ein erneutes "ls | smbclient //linux/styluscolor680 -U Karl -P -c 'print -'" ergab: -----------------------------------------------------begin added interface ip=192.168.0.1 bcast=192.168.0.255 nmask=255.255.255.0 Password: Domain=[HIER] OS=[Unix] Server=[Samba 2.2.8a-SuSE] putting file - as stdin-4109 (0.2 kb/s) (average 0.2 kb/s) ------------------------------------------------------end
Ich hoffe, das er gedruckt hat und zwar die Ausgabe von 'ls'...
Bestimmt hat er.
Leider nein, er hat nicht gedruckt. Gruss Karl
Hi, puh, langsam wird es lästig, dass das drucken nicht will... Ich habe jetzt nochmal die logs log.smbd und error_log gelöscht, und cups, smbd und nmbd neu gestartet. Danach einen Versuch gemacht den Drucker neu zu verbinden, und zu drucken (Zugriff auf den Drucker ist immer noch verweigert). In einer weiteren Mail, werde ich nochmal die gesamte smb.conf schicken. Ich hoffe dass das dann zum Durchbruch hilft. Mit viel Hoffnung Gruss Karl Das sind die neu erzeugten logs: log.smbd: _________________________________ [2004/03/15 22:18:39, 0] smbd/server.c:main(791) smbd version 2.2.8a-SuSE started. Copyright Andrew Tridgell and the Samba Team 1992-2002 [2004/03/15 22:18:39, 1] lib/debug.c:debug_message(258) INFO: Debug class all level = 1 (pid 10704 from pid 10704) /var/log/samba/log.smbd lines 1-5/5 (END) ____________________________________ error_log ______________________________________ I [15/Mar/2004:22:18:25 +0100] Listening to 0:631 D [15/Mar/2004:22:18:25 +0100] AddLocation: added location 'CUPS_INTERNAL_BROWSE_ACL' D [15/Mar/2004:22:18:25 +0100] AllowHost: CUPS_INTERNAL_BROWSE_ACL allow @LOCAL D [15/Mar/2004:22:18:25 +0100] DenyIP: CUPS_INTERNAL_BROWSE_ACL deny 00000000/00000000 I [15/Mar/2004:22:18:25 +0100] Sending browsing info to c0a800ff:631 D [15/Mar/2004:22:18:25 +0100] AddLocation: added location '/' D [15/Mar/2004:22:18:25 +0100] DenyIP: / deny 00000000/00000000 D [15/Mar/2004:22:18:25 +0100] AllowIP: / allow 7f000001/ffffffff D [15/Mar/2004:22:18:25 +0100] AllowIP: / allow 7f000002/ffffffff D [15/Mar/2004:22:18:25 +0100] AllowIP: / allow c0a80001/ffffffff D [15/Mar/2004:22:18:25 +0100] AllowIP: / allow c0a80002/ffffffff D [15/Mar/2004:22:18:25 +0100] AllowHost: / allow @LOCAL D [15/Mar/2004:22:18:25 +0100] AddLocation: added location '/admin' D [15/Mar/2004:22:18:25 +0100] DenyIP: /admin deny 00000000/00000000 D [15/Mar/2004:22:18:25 +0100] AllowIP: /admin allow 7f000001/ffffffff D [15/Mar/2004:22:18:25 +0100] AllowIP: /admin allow c0a80001/ffffffff D [15/Mar/2004:22:18:25 +0100] AllowIP: /admin allow c0a80002/ffffffff I [15/Mar/2004:22:18:25 +0100] Loaded configuration file "/etc/cups/cupsd.conf" I [15/Mar/2004:22:18:25 +0100] Configured for up to 100 clients. I [15/Mar/2004:22:18:25 +0100] Allowing up to 100 client connections per host. I [15/Mar/2004:22:18:25 +0100] Full reload is required. D [15/Mar/2004:22:18:26 +0100] LoadAllPrinters: Loading printer styluscolor680... D [15/Mar/2004:22:18:26 +0100] LoadAllPrinters: Loading printer tp2... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "ipp"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "lpd"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "smb"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb://EPSON/Stylus%20COLOR%20680"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp1"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp2"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp3"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp4"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp5"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp6"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp7"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp8"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp9"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp10"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp11"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp12"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp13"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp14"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "usb:/dev/usb/lp15"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "http"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "pipe"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "scsi"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "canon:/dev/lp0"... D [15/Mar/2004:22:18:26 +0100] LoadDevices: Added device "epson:/dev/lp0"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "parallel:/dev/lp0"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS0?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS1?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS2?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS3?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS4?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS5?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS6?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS7?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS8?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS9?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS10?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS11?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS12?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS13?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS14?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS15?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS16?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS17?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS18?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS19?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS20?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS21?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS22?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "serial:/dev/ttyS23?baud=115200"... D [15/Mar/2004:22:18:27 +0100] LoadDevices: Added device "socket"... I [15/Mar/2004:22:18:27 +0100] LoadPPDs: Read "/etc/cups/ppds.dat", 3353 PPDs... I [15/Mar/2004:22:18:35 +0100] LoadPPDs: No new or changed PPDs... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Scanning /var/spool/cups... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 8... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 9... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 10... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 11... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 12... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 13... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 14... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 15... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 16... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 17... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 18... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 19... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 20... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 21... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 22... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 23... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 24... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 25... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 26... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 27... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 28... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 29... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 30... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 31... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 32... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 33... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 34... D [15/Mar/2004:22:18:35 +0100] LoadAllJobs: Loading attributes for job 35... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 36... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 37... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 38... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 39... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 40... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 41... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 42... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 43... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 44... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 48... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 49... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 50... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 51... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 52... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 53... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 54... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 55... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 56... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 57... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 58... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 59... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 60... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 61... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 62... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 63... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 64... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 65... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 66... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 67... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 68... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 69... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 70... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 71... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 72... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 73... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 74... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 75... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 76... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 77... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 78... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 79... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 80... D [15/Mar/2004:22:18:36 +0100] LoadAllJobs: Loading attributes for job 81... I [15/Mar/2004:22:18:36 +0100] Full reload complete. D [15/Mar/2004:22:18:36 +0100] StartListening: NumListeners=1 D [15/Mar/2004:22:18:36 +0100] StartListening: address=00000000 port=631 D [15/Mar/2004:22:18:36 +0100] ResumeListening: setting input bits... D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:18:38 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:18:38 +0100] CloseClient() 7 D [15/Mar/2004:22:20:42 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:20:42 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:20:42 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:20:42 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:20:42 +0100] AcceptClient() 10 from localhost:631. D [15/Mar/2004:22:20:42 +0100] CloseClient() 8 D [15/Mar/2004:22:20:42 +0100] ReadClient() 10 POST / HTTP/1.1 D [15/Mar/2004:22:20:42 +0100] ProcessIPPRequest: 10 status_code=1 D [15/Mar/2004:22:20:42 +0100] CloseClient() 10 D [15/Mar/2004:22:20:42 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:20:42 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:20:42 +0100] ProcessIPPRequest: 8 status_code=0 D [15/Mar/2004:22:20:42 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:20:42 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:20:42 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:20:42 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:20:42 +0100] CloseClient() 7 D [15/Mar/2004:22:20:42 +0100] CloseClient() 8 D [15/Mar/2004:22:21:11 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:21:11 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:21:11 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:21:11 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:21:11 +0100] CloseClient() 8 D [15/Mar/2004:22:21:11 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:21:11 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:21:11 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:21:11 +0100] CloseClient() 8 D [15/Mar/2004:22:21:11 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:21:11 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:21:11 +0100] ProcessIPPRequest: 8 status_code=0 D [15/Mar/2004:22:21:11 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:21:11 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:21:11 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:21:11 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:21:11 +0100] CloseClient() 7 D [15/Mar/2004:22:21:11 +0100] CloseClient() 8 D [15/Mar/2004:22:21:49 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:21:49 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:21:49 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:21:49 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:21:49 +0100] CloseClient() 8 D [15/Mar/2004:22:21:49 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:21:49 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:21:49 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:21:49 +0100] CloseClient() 8 D [15/Mar/2004:22:21:49 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:21:49 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:21:49 +0100] ProcessIPPRequest: 8 status_code=0 D [15/Mar/2004:22:21:49 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:21:49 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:21:49 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:21:49 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:21:49 +0100] CloseClient() 7 D [15/Mar/2004:22:21:49 +0100] CloseClient() 8 D [15/Mar/2004:22:23:05 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:23:05 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:23:05 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:23:05 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:23:05 +0100] CloseClient() 8 D [15/Mar/2004:22:23:05 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:23:05 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:23:05 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:23:05 +0100] CloseClient() 8 D [15/Mar/2004:22:23:05 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:23:05 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:23:05 +0100] ProcessIPPRequest: 8 status_code=0 D [15/Mar/2004:22:23:05 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:23:05 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:23:05 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:23:05 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:23:05 +0100] CloseClient() 7 D [15/Mar/2004:22:23:05 +0100] CloseClient() 8 D [15/Mar/2004:22:23:27 +0100] AcceptClient() 7 from localhost:631. D [15/Mar/2004:22:23:27 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:23:27 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:23:27 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:23:27 +0100] CloseClient() 8 D [15/Mar/2004:22:23:27 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:23:27 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:23:27 +0100] ProcessIPPRequest: 8 status_code=1 D [15/Mar/2004:22:23:27 +0100] CloseClient() 8 D [15/Mar/2004:22:23:27 +0100] AcceptClient() 8 from localhost:631. D [15/Mar/2004:22:23:27 +0100] ReadClient() 8 POST / HTTP/1.1 D [15/Mar/2004:22:23:27 +0100] ProcessIPPRequest: 8 status_code=0 D [15/Mar/2004:22:23:27 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:23:27 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:23:27 +0100] ReadClient() 7 POST / HTTP/1.1 D [15/Mar/2004:22:23:27 +0100] ProcessIPPRequest: 7 status_code=0 D [15/Mar/2004:22:23:27 +0100] CloseClient() 7 D [15/Mar/2004:22:23:27 +0100] CloseClient() 8
* Montag, 15. März 2004 um 22:27 (+0100) schrieb Karl Sinn:
puh, langsam wird es lästig, dass das drucken nicht will... Ich habe jetzt nochmal die logs log.smbd und error_log gelöscht, und cups, smbd und nmbd neu gestartet. Danach einen Versuch gemacht den Drucker neu zu verbinden, und zu drucken (Zugriff auf den Drucker ist immer noch verweigert).
Konntest du denn den Drucker verbinden und dann druckt er "nur" nicht oder lässt er sich gar nicht erst verbinden?
log.smbd: _________________________________ [2004/03/15 22:18:39, 0] smbd/server.c:main(791) smbd version 2.2.8a-SuSE started. Copyright Andrew Tridgell and the Samba Team 1992-2002 [2004/03/15 22:18:39, 1] lib/debug.c:debug_message(258) INFO: Debug class all level = 1 (pid 10704 from pid 10704) /var/log/samba/log.smbd lines 1-5/5 (END) ____________________________________
Das ist zuwenig. So wie das hier aussieht, erreicht der Win-Client deinen Linux-Rechner gar nicht. Kannst du denn auf das File-Share zugreifen? Lass erst einmal den Win-Client beiseite: Sende uns bitte die Auszüge aus "log.smbd" und "error_log" nach "ls | smbclient //linux/styluscolor680 -U Karl -P -c 'print -'" auf dem Linux-Rechner.
error_log
Das ist zuviel. Ein "LogLevel info" in der "cups.conf" sollte IMHO erst einmal
ausreichen.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hi Andreas, Am Dienstag, 16. März 2004 00:21 schrieb Andreas Koenecke:
Konntest du denn den Drucker verbinden und dann druckt er "nur" nicht oder lässt er sich gar nicht erst verbinden?
Er lässt sich verbinden, und sagt dann "Zugriff verweigert" (oder so ähnlich, halt auf japanisch. :-)
Das ist zuwenig. So wie das hier aussieht, erreicht der Win-Client deinen Linux-Rechner gar nicht. Kannst du denn auf das File-Share zugreifen?
Ja, völlig ohne Probleme.
Lass erst einmal den Win-Client beiseite: Sende uns bitte die Auszüge aus "log.smbd" und "error_log" nach
"ls | smbclient //linux/styluscolor680 -U Karl -P -c 'print -'"
UPS, jetzt ist es passiert. Ich habe Dein "ls..." abgeschickt, und seit dem druckt er. YIPPIIIIEHHHH Hab gleich noch mal einen anderen Druckauftrag abgeschickt. Hat auch geklappt. Komische Geschichte. Was kann das sein, dass es auf einmal funktioniert? Bin ich jetzt auf der sicheren Seite, oder kann das wieder passieren, dass er nicht drucken will? Gruss Karl
Karl Sinn, Dienstag 16 März 2004 00:32:
Hi Andreas,
Am Dienstag, 16. März 2004 00:21 schrieb Andreas Koenecke:
Konntest du denn den Drucker verbinden und dann druckt er "nur" nicht oder lässt er sich gar nicht erst verbinden?
Er lässt sich verbinden, und sagt dann "Zugriff verweigert" (oder so ähnlich, halt auf japanisch. :-)
*grrrr* Wäre nett, wenn du das eher gesagt hättest. Wie soll denn Windows die daten senden, wenn der Zugriff verweigert ist? Hast du evtl. irgendwelche Benutzerbeschränkungen im Cups? -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Dienstag, 16. März 2004 00:53 schrieb Matthias Houdek:
Er lässt sich verbinden, und sagt dann "Zugriff verweigert" (oder so ähnlich, halt auf japanisch. :-)
*grrrr* Wäre nett, wenn du das eher gesagt hättest.
Hab ich doch, sofort als das Problem auftrat, in meiner Mail vom Sonntag - 00:53:24.
Hast du evtl. irgendwelche Benutzerbeschränkungen im Cups?
Nicht dass ich wüsste. Wie kann ich's prüfen? Jetzt funktioniert es ja auch. Und ich habe nichts mehr verändert. Ich habe da diesen anderen grossen Thread mit meinem Sound-problem. Dafür habe ich ein wenig xine hin- und herinstalliert, kann es damit zusammenhängen, dass es auf einmal geht? Gruss Karl
* Dienstag, 16. März 2004 um 10:46 (+0100) schrieb Karl Sinn:
Ich habe da diesen anderen grossen Thread mit meinem Sound-problem. Dafür habe ich ein wenig xine hin- und herinstalliert, kann es damit zusammenhängen, dass es auf einmal geht?
Das halte ich für unwahrscheinlich.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hi, Hier also die smb.conf: Gruss Karl ___________________________________ # Samba config file created using SWAT # from localhost (127.0.0.1) # Date: 2004/03/13 22:43:50 # Global parameters [global] workgroup = HIER netbios name = LINUX server string = Linux-Kiste security = SHARE encrypt passwords = Yes map to guest = Bad User log level = 1 socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY os level = 2 local master = No domain master = No printing = cups veto files = /*.eml/*.nws/riched20.dll/*.{*}/ [win] comment = windows verzeichnisse path = /windows/ read only = No guest only = Yes guest ok = Yes [styluscolor680] comment = StylusColor680 path = /var/tmp/samba guest ok = Yes printable = Yes print command = lpr -Pstyluscolor680 %s -o raw -r
* Montag, 15. März 2004 um 22:29 (+0100) schrieb Karl Sinn:
[styluscolor680] comment = StylusColor680 path = /var/tmp/samba
Warum hast du "samba" immer noch im Pfad? Beim nächsten Booten ist das
Verzeichnis vermutlich wieder gelöscht.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Anke, Am Donnerstag, 11. März 2004 18:50 schrieb Anke Boernig:
Zum Thema "CUPS" (Drucksystem) gibt's im Administrationshandbuch der 9.0 ein gutes Kapitel, auch zur Fehlersuche.
Ich bin gerade dabei mir das Handbuch durchzulesen. Da kommt mir eine Frage: Ich kann mich erinnern, dass ursprünglich in der [printers]-Sektion der Pfad so gesetzt war: path = /var/tmp Im Handbuch, und in anderen Anleitungen, steht aber: path = /var/spool/samba Was ist richtig? Gruss Karl
Karl Sinn, Donnerstag 11 März 2004 23:05:
Hallo Anke,
Am Donnerstag, 11. März 2004 18:50 schrieb Anke Boernig:
Zum Thema "CUPS" (Drucksystem) gibt's im Administrationshandbuch der 9.0 ein gutes Kapitel, auch zur Fehlersuche.
Ich bin gerade dabei mir das Handbuch durchzulesen. Da kommt mir eine Frage:
Ich kann mich erinnern, dass ursprünglich in der [printers]-Sektion der Pfad so gesetzt war: path = /var/tmp
Im Handbuch, und in anderen Anleitungen, steht aber: path = /var/spool/samba
Was ist richtig?
Beides, je nach Vorliebe des Admins. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo Matthias, Am Freitag, 12. März 2004 07:43 schrieb Matthias Houdek:
Ich kann mich erinnern, dass ursprünglich in der [printers]-Sektion der Pfad so gesetzt war: path = /var/tmp
Im Handbuch, und in anderen Anleitungen, steht aber: path = /var/spool/samba
Was ist richtig?
Beides, je nach Vorliebe des Admins.
Beides? Muss man da nicht dann auch CUPS davon informieren? Oder ist das nur ein Verzeichniss zum Zwischenspeichern für Samba, bevor der Job an CUPS weitergegeben wird? Wie müssen denn die Verzeichnissrechte für dieses Verzeichniss aussehen? Gruss Karl
Karl Sinn, Freitag 12 März 2004 13:12:
Hallo Matthias,
Am Freitag, 12. März 2004 07:43 schrieb Matthias Houdek:
Ich kann mich erinnern, dass ursprünglich in der [printers]-Sektion der Pfad so gesetzt war: path = /var/tmp
Im Handbuch, und in anderen Anleitungen, steht aber: path = /var/spool/samba
Was ist richtig?
Beides, je nach Vorliebe des Admins.
Beides?
Muss man da nicht dann auch CUPS davon informieren?
Nein
Oder ist das nur ein Verzeichniss zum Zwischenspeichern für Samba, bevor der Job an CUPS weitergegeben wird?
Ja
Wie müssen denn die Verzeichnissrechte für dieses Verzeichniss aussehen?
samba muss drauf schreiben können. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hallo, Noch ne Frage: Ich habe folgendes in der Samba-Doc gefunden: ---------------------------------------------------------------------start guest account (S) This is a username which will be used for access to services which are specified as guest ok (see below). Whatever privileges this user has will be available to any client connecting to the guest service. Typically this user will exist in the password file, but will not have a valid login. The user account "ftp" is often a good choice for this parameter. If a username is specified in a given service, the specified username overrides this one. One some systems the default guest account "nobody" may not be able to print. Use another account in this case. You should test this by trying to log in as your guest user (perhaps by using the su - command) and trying to print using the system print command such as lpr(1) or lp(1). Default: specified at compile time, usually "nobody" Example: guest account = ftp ----------------------------------------------------------------------------end Wie ist das bei SUSE 9.0? Ist der user nobody ok zum drucken? Gruss Karl
participants (4)
-
Andreas Koenecke -
Anke Boernig -
Karl Sinn -
Matthias Houdek