Drucken im Netz unter CUPS funktioniert nicht
Hallo vielleicht kann mir hier jemand helfen oder einen Tip geben, wo ich noch nachschauen könnte. Ich habe zwei Rechner im Netzwerk über einen Router laufen. Jeder dieser Rechner hat einen Drucker angeschlossen. Ich habe nun im YAST die Drucker im Netz freigegeben, so dass alle Warteschlangen für beider Rechner sichtbar sind. Ich kann auch Druckaufträge dorthin schicken, allerdings wird nichts gedruckt. Ich habe nun die Befehle zum testen eines entfernten cupsd aus dem SuSE Andministrationhandbuch benutzt und erhalte seltsame Ergebnisse auf beiden Rechnern. Auf den Versuch einen broadcastenden Server zu erreichen erhalte ich folgende Ausgabe: $ netcat -u -l -p 631 & PID=$! ; sleep 40 ; kill \ $PID Can't grab 0.0.0.0:631 with bind : Permission denied [3] 2062 [2] Exit 1 netcat -u -l -p 631 [3]+ Exit 1 netcat -u -l -p 631 bash: kill: $PID: no such pid Die Verbindung zu dem cupsd scheint aber möglich zu sein: $ netcat -z 192.168.0.2 631 && echo ok || echo failed ok Wenn ich nun versuch einen Statusbericht über die Warteschlangen zu erhalten, bekomme ich diese Antwort: $ lpstat -h 192.168.0.2 -l -t scheduler is running no system default destination lpstat: get-classes failed: server-error-service-unavailable lpstat: get-printers failed: server-error-service-unavailable lpstat: get-printers failed: server-error-service-unavailable lpstat: get-printers failed: server-error-service-unavailable lpstat: get-jobs failed: server-error-service-unavailable Will ich eine Warteschlange testen, gibt es die folgende Antwort: $ echo -en "\r" | lp -d normal -h 192.168.0.2 lp: unable to print file: server-error-service-unavailable Was habe ich falsch gemacht??? CU Aga -- Nicht weil die Dinge schwierig sind, wagen wir sie nicht, sondern weil wir sie nicht wagen, sind sie schwierig.
Hallo Agata, hallo Leute, zu Deinem CUPS-Problem weiß ich auf Anhieb nichts, nur soviel: Am Sonntag, 5. Oktober 2003 12:22 schrieb Agata Góralczyk:
Auf den Versuch einen broadcastenden Server zu erreichen erhalte ich folgende Ausgabe: $ netcat -u -l -p 631 & PID=$! ; sleep 40 ; kill \ $PID ^^^^ Der Backslash (und das Leerzeichen) sind zuviel.
Mir scheint, dass das Leerzeichen erst in der Mail aufgetaucht ist, sonst hätte es wohl funktioniert ;-) Vermutlich hast Du also getestet mit ... ; kill \$PID und damit das $-Zeichen maskiert.
Can't grab 0.0.0.0:631 with bind : Permission denied
Als root probiert? Es könnte allerdings auch sein, dass ein bereits laufender netcat den Port belegt hat. Den Grund für diese Vermutung findest Du weiter unten.
[3] 2062
netcat geht also mit Job-ID [1] "3" in den Hintergrund
[2] Exit 1 netcat -u -l -p 631
Hier beendet sich gerade ein vorher gestarteter netcat mit Exitstatus 1 (also mit Fehler) Blöde Frage: irgendwie vermisse ich Job-ID "1", läuft da vielleicht noch ein netcat im Hintergrund? Prüf das mal nach per ps aux |grep "[n]etcat"
[3]+ Exit 1 netcat -u -l -p 631
Dein gerade gestarteter netcat (Job "3") beendet sich, ebenfalls mit Fehlern.
bash: kill: $PID: no such pid
^^^^ Die Auswirkung des Backslashes oben - an dieser Stelle sollte eigentlich eine Zahl stehen - und nicht der Name der Variable, die diese Zahl enthält. Gruß Christian Boltz [1] Bitte daran denken: Die (bash-interne) Job-ID hat nichts mit der PID eines Prozesses zu tun! -- Ich brauchte ganz, ganz dringend einen Beweis, das ich zu blöd für die einfachsten Sachen bin, z.B. Email-Forwarden. Den habe ich ja nun - Danke für die Mithilfe. BOINK. BOINK. BOINK. BOINK... Die Passwörter poste ich dann morgen. Gnaaaaa! [Ratti in suse-linux]
Danke für Deine Antwort ich habe nun folgendes versucht: # netcat -u -l -p 631 & PID=$! ; sleep 40 ; kill $PID und das ist das Ergebnis [1] 2183 Can't grab 0.0.0.0:631 with bind [1]+ Exit 1 netcat -u -l -p 631 bash: kill: (2183) - Kein passender Prozess gefunden ich habe auch im Hintergrund keinen netcat laufen, daher ist mir auch nicht klar, wo das Problem liegen könnte Christian Boltz wrote:
Hallo Agata, hallo Leute,
zu Deinem CUPS-Problem weiß ich auf Anhieb nichts, nur soviel:
Am Sonntag, 5. Oktober 2003 12:22 schrieb Agata Góralczyk:
Auf den Versuch einen broadcastenden Server zu erreichen erhalte ich folgende Ausgabe: $ netcat -u -l -p 631 & PID=$! ; sleep 40 ; kill \ $PID
^^^^ Der Backslash (und das Leerzeichen) sind zuviel.
Mir scheint, dass das Leerzeichen erst in der Mail aufgetaucht ist, sonst hätte es wohl funktioniert ;-)
Vermutlich hast Du also getestet mit ... ; kill \$PID und damit das $-Zeichen maskiert.
Can't grab 0.0.0.0:631 with bind : Permission denied
Als root probiert?
Es könnte allerdings auch sein, dass ein bereits laufender netcat den Port belegt hat. Den Grund für diese Vermutung findest Du weiter unten.
[3] 2062
netcat geht also mit Job-ID [1] "3" in den Hintergrund
[2] Exit 1 netcat -u -l -p 631
Hier beendet sich gerade ein vorher gestarteter netcat mit Exitstatus 1 (also mit Fehler)
Blöde Frage: irgendwie vermisse ich Job-ID "1", läuft da vielleicht noch ein netcat im Hintergrund?
Prüf das mal nach per ps aux |grep "[n]etcat"
[3]+ Exit 1 netcat -u -l -p 631
Dein gerade gestarteter netcat (Job "3") beendet sich, ebenfalls mit Fehlern.
bash: kill: $PID: no such pid
^^^^ Die Auswirkung des Backslashes oben - an dieser Stelle sollte eigentlich eine Zahl stehen - und nicht der Name der Variable, die diese Zahl enthält.
Gruß
Christian Boltz
[1] Bitte daran denken: Die (bash-interne) Job-ID hat nichts mit der PID eines Prozesses zu tun!
-- Nicht weil die Dinge schwierig sind, wagen wir sie nicht, sondern weil wir sie nicht wagen, sind sie schwierig.
participants (2)
-
Agata Góralczyk
-
Christian Boltz