Hallo, Ich habe hier ein kleines Netzwerk mit 5 Rechnern. Einer hat 3 Drucker angeschlossen und alle sollen nur über diesen Rechner/ Server drucken ("Via Netzwerk druckern" im "Yast2 printer"=> "Alle Druckaufträge direkt über einen einzigen CUPS-Server ausführen"), damit von etvaigen Labtops nichts angezeigt wird, was nicht da ist. Bei den Clients scheitert allerdings der Abruf der Druckerinformation ("Strg-P"=>Druckerdialog=>"Holen der Informationen über den Drucker gescheitert"). Dann geht nat. kein Drucken! Das error_log des Servers/Cups sagt beim klicken auf den Drucker im Dialog des Clients: ---------------------error_log--------------------------------------------- D [25/Mar/2012:19:04:52 +0200] CUPS-Get-Printers D [25/Mar/2012:19:04:52 +0200] Returning IPP successful-ok for CUPS-Get-Printers (no URI) from 192.168.0.202 D [25/Mar/2012:19:04:52 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Active clients" D [25/Mar/2012:19:04:52 +0200] cupsdReadClient: 13 WAITING Closing on EOF D [25/Mar/2012:19:04:52 +0200] cupsdCloseClient: 13 D [25/Mar/2012:19:04:52 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy" D [25/Mar/2012:19:04:53 +0200] cupsdAcceptClient: 13 from 192.168.0.202:631 (IPv4) D [25/Mar/2012:19:04:53 +0200] cupsdReadClient: 13 WAITING Closing on EOF D [25/Mar/2012:19:04:53 +0200] cupsdCloseClient: 13 D [25/Mar/2012:19:04:53 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Not busy" D [25/Mar/2012:19:04:53 +0200] cupsdAcceptClient: 13 from 192.168.0.202:631 (IPv4) D [25/Mar/2012:19:04:53 +0200] cupsdReadClient: 13 POST / HTTP/1.1 D [25/Mar/2012:19:04:53 +0200] cupsdSetBusyState: newbusy="Active clients", busy="Not busy" D [25/Mar/2012:19:04:53 +0200] cupsdAuthorize: No authentication data provided. D [25/Mar/2012:19:04:53 +0200] cupsdReadClient: 13 1.1 CUPS-Get-Printers 1 ---------------------error_log--------------------------------------------- Diese Sequenz wird mehrfach wiederholt. Kann sich darauf jemand einen Reim machen? OS (Clients & Server): openSuSE 12.1 (x86_64) Server: ----------------------------- rpm -qa "*cups*" cups-1.5.2-84.1.x86_64 cups-pk-helper-0.2.1-2.1.3.x86_64 python-cupshelpers-1.3.7-2.10.1.noarch cups-libs-1.5.2-84.1.x86_64 cups-libs-32bit-1.5.2-84.1.x86_64 cups-ddk-1.5.2-84.1.x86_64 python-cups-1.9.59-2.1.3.x86_64 cups-backends-1.0-278.1.x86_64 cups-client-1.5.2-84.1.x86_64 cups-devel-1.5.2-84.1.x86_64 ----------------------------- Client: ----------------------------- rpm -qa "*cups*" cups-pk-helper-0.2.1-2.1.3.x86_64 cups-devel-1.5.2-84.1.x86_64 python-cups-1.9.59-2.1.3.x86_64 cups-client-1.5.2-84.1.x86_64 cups-libs-32bit-1.5.2-84.1.x86_64 python-cupshelpers-1.3.7-2.10.1.noarch cups-libs-1.5.2-84.1.x86_64 ----------------------------- Die Cups-Pakete sind aus dem "Printing"- Repo. Die Distr-Pakete hab ich auch schon erfolglos durchprobiert...:-( -- Mit freundlichen Grüßen Sebastian Reinhardt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 25.03.2012 19:18, schrieb Sebastian Reinhardt:
Hi, und der PC an dem die Drucker hängen, "veröffentlicht" die auch? (Muss generell und für jeden Drucker einzeln eingestellt sein). cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On 26.03.2012 07:42, Joerg Thuemmler wrote:
Danke für die Idee, aber so einfach ist es leider nicht! Die Konfiguration hat ja unter 11.3 funktioniert (habe cups.conf und printer.conf incl. der ppd's, also ganzes Verzeichnis kopiert)! Dort hatte ich mit Firefox ein Problem, aber das lag an fehlenden Hostnames. Ich hatte dort jeweils immer die IP direkt angegeben und in den Client's eben die Hostnames nicht korrekt/ unterschiedlich in "/etc/hosts" eingetragen. Das ist es nat. leider auch nicht. Ausserdem habe ich darauf geachtet, dass nat. jeder Drucker freigegeben ist und habe zur Sicherheit auch "/cupsctl/ --/share/-/printers/" angewendet. Ich glaube, dass ich mein Problem noch mal genauer beschreiben: Es handelt sich um ein kleines Netzwerk, bestehend aus einem Server und 4 Clients. Der Server stellt LDAP, NFS, Samba, Apache (interne Seite) und CUPS bereit. Internetzugang geht über einen Router (derzeit ein einfacher Netgear-Router) und Satmodem (Astra2Connect). Zwei Clients sind über einen Gigabit-Switch mit dem Server verbunden. An diesem Switch hängt noch ein kleiner 5'er Gigabit-Switch, an dem wiederum 2 Clients hängen (auf der anderen Seite des Büros). Wenn man nun drucken möchte, dann geht das auf dem Server ("localhost") nat. unproblematisch. Die Druckerdialoge sind sofort verfügbar und das Drucken funktioniert. Auf den Clients sieht es schon anders aus, da dauert es bis zu 1 Minute, damit sich die Druckerdialoge öffnen. Im Firefox kommt dann nach anklicken des jeweiligen Druckers, nur "Abrufen der Informationen gescheitert". Dann ist Drucken auf dem ausgewählten Drucker nicht möglich (Button inaktiv, weil eben die Informationen des Treibers nicht abgerufen werden können)! Das Symptom hatte ich, wie schon beschrieben, unter 11.3 auch schon mal, aber da waren es die falschen/ fehlenden Hostnames. Diesmal leider nicht! Es ist i.Ü.. ein Kyo-Drucker über USB installiert und noch ein Kyo- Drucker/Fax/Kopierer über Netzwerk verfügbar, sowie ein Brother PTouch PT-2430PC mit USB am Server (funktioniert mit BLabel, siehe auch weiter unten). Nun habe ich von 11.3 auf openSUSE 12.1 aktualisiert und dabei nat. die Konfiguration beibehalten und dazu das /etc/cups -Verzeichnis kopiert. Die Rechner konnten, bis auf den Server nat., nicht drucken. Zur Sicherheit habe ich die CUPS- Konfiguration noch mal erstellt. Dabei ist mir aufgefallen, das wenn nur ein Drucker am Server konfiguriert ist, der Druckerdialog in den Programmen sofort geöffnet werden. Dann ist auch das Drucken aus allen Programmen, außer Firefox, möglich. Heute klappte das von einem Client aber nur 3 mal. Nach dem cups-restart ging es wieder. Sehr misteriös! Ich habe auch versucht mal über Samba auf den eingerichteten Drucker zuzugreifen. Der wird auch angezeigt, aber sobald ich versuche den in WinXP einzurichten, kommt nach der Treiberauswahl, dass der Drucker entfernt worden sein soll. Den PT2430PC haben wir ja mit BLabel (http://apz.fi/*blabel*) direkt betrieben und nicht als klassischen Drucker verwendet. Dazu wird das P-Touch als "generic raw/ascii"- Drucker in CUPS eingebunden. Wenn man nun "BLabel" öffnet, wird die Druckerliste von CUPS abgerufen. Ist nur ein Drucker eingerichtet, öffnet sich das Programm, hat aber eine leere Druckerliste. Ist mehr als ein Drucker vorhanden, stürzt BLabel nur beim erstmaligen Start nicht ab, sonst sofort. Das liegt eindeutig daran, dass die Druckerliste nicht abgerufen werden kann (debug- Ausgabe auf Konsole). Seit gestern (neu angelegte config) kommt nun so was: ----------------------------------error_log----------------------------------------------- E [20/Mar/2012:22:56:04 +0100] [cups-polld 192.168.0.200:631] Unable to connect to 192.168.0.200 on port 631: Connection timed out E [21/Mar/2012:15:04:14 +0100] [cups-polld 192.168.0.200:631] Unable to connect to 192.168.0.200 on port 631: Network is unreachable E [21/Mar/2012:15:07:53 +0100] [cups-polld 192.168.0.200:631] Unable to connect to 192.168.0.200 on port 631: Connection timed out E [21/Mar/2012:15:11:35 +0100] [cups-polld 192.168.0.200:631] Unable to connect to 192.168.0.200 on port 631: Invalid argument ----------------------------------error_log----------------------------------------------- Das Netzwerk ist natürlich verfügbar! Ich habe es auch schon mit "runtergelassener Hose", also ohne Firewall probiert, aber ohne Erfolg. Ich bin ziemlich ratlos! Wenn ich mit "Yast2 printer" eine Testseite losschicke funktioniert das ohne Probleme! Die "alte" Konfiguration ist hier: http://snr-solutions.de/Computer/cups_alt/cupsd.conf http://snr-solutions.de/Computer/cups_alt/printers.conf http://snr-solutions.de/Computer/cups_alt/access_log http://snr-solutions.de/Computer/cups_alt/error_log http://snr-solutions.de/Computer/cups_alt/page_log Die "neue" Konfiguration (neu angelegt, 1 Drucker) ist hier: http://snr-solutions.de/Computer/cups_neu/cupsd.conf http://snr-solutions.de/Computer/cups_neu/printers.conf http://snr-solutions.de/Computer/cups_neu/access_log http://snr-solutions.de/Computer/cups_neu/error_log http://snr-solutions.de/Computer/cups_neu/page_log -- Mit freundlichen Grüßen Sebastian Reinhardt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 30.03.2012 00:15, schrieb Sebastian Reinhardt:
Sorry, so ganz klar werde ich aus deinem langen Text nicht (und die neuen confs sehe ich nicht - Zugriffsfehler...). Welcher Drucker ist jetzt physisch wo angeschlossen - alle am Server??? Und wo läuft jetzt ein cupsd? Grundsatz für ein System, wo alle alle Drucker sehen: Jeder cupsd muss generell seine Drucker freigeben (Cups-Verwaltung) und jeder Drucker selbst muss auch noch freigegeben sein (Drucker ändern) Außerdem muss jeder cupsd auch die Drucker der anderen Systeme anzeigen (Verwaltung) Nur so geht es. cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 30.03.2012 07:45, schrieb Joerg Thuemmler:
Ups, da waren die Dateiberechtigungen auf dem Server falsch gesetzt. Jetzt kann man die aber öffnen! Wie ich auch gerade gemerkt habe, i9st die "neue" page_log von meinem Labtop. Die ist auch ersetzt. Das war wohl doch schon etwas zu spät Der cupsd auf dem Server ist der einzioge, der läuft. Bei den Clients sind die deaktiviert. Physisch sind die Drucker FS-1370DN und PT-2430PC per USB am Server angesteckt (werden auch automatisch erkannt, z.B. auf der CUPS- Verwaltungsseite). Der FS-C1020MFP hängt am LAN und wird per IPP vom Server aus angesprochen (der hat also einen eigenen internen CUPSd). Alle Druckaufträge sollen über den Server abgewickelt werden und Drucker auf zeitweise angeschlossenen Notebooks installiert sind, sollen eben nicht mit angezeigt werden. Da ich bei den Druckern (printers.conf) aber jeweils: ----------------------------------------------- Accepting Yes Shared Yes ---------------------------------------- drin habe und es mit einem Drucker besser funktioniert (zumindest zeitweise), verstehe ich nicht, wo das Problem liegen soll. Ich habe auch schon auf allen Clients einen eigenen CUPSD laufen lassen und die freigegebenen Drucker des Servers anzeigen lassen. Leider ebenfalls ohne Änderung. -- Mit freundlichen Grüßen Sebastian Reinhardt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Reinhardt [25.03.2012 19:18]:
Funktioniert denn eine Abfrage auf der Befehlszeile wie z. B. lpstat -h <ip-des-servers> -a Ansonsten bist Du vielleicht in ein tolles neues Sicherheitsfeature des CUPS 1.5 gelaufen, das mich (ich betreibe in der Firma 3 Printserver unter SLES 11 mit dem CUPS aus dem Printing-Repo) auch fast in den Wahnsinn getrieben hat... CUPS erlaubt den Zugriff nur noch, wenn der Druckername (bzw. die IP-Adresse) als ServerAlias in der /etc/cups/cupsd.conf steht. Bei mir sieht das ungefähr so aus: Browsing On BrowseOrder allow,deny BrowseRemoteProtocols BrowseAddress @LOCAL BrowseLocalProtocols CUPS ServerName printlpz1l.a.b.c ServerAlias printlpz1l ServerAlias printlpz1l.a.b.c ServerAlias 141.65.xxx.yyy ServerAlias printle1-0.d.b.c Also auch den ServerName nochmal als ServerAlias! CUPS generiert daraus übrigens das eigene Zertifikat neu. HTH Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk95gQ8ACgkQk33Krq8b42N9KgCfauXmHZZrezM3GRDEJ91kIMzk MmIAnjDt9YL9xG/mArlt1XjJkKOxKkQV =l+RK -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.04.2012 12:35, schrieb Werner Flamme:
Danke. Jetzt gehen die Druckerdialoge schneller auf und die Zugriffsprobleme im "error_log" sind weg! Es lässt sich allerdings immer noch nicht drucken! Ich habe das schon mal gesehen, aber nicht geschaltet. Also, danke Werner! Mal sehen, ob jemand was auffällt: lpstat von openSuSE 11.3: -------------------lpstat---------------------- SNR@Dorsy1:~> lpstat -h 192.168.0.200 -t Scheduler ist aktiv System-Standardzielort: sc1520 Gerät für dcp7025: lpd://printserver/L2 Gerät für sc1520: http://SC1520:631/SC1520 dcp7025 akzeptiert Anfragen seit Mo 26 Mär 2012 12:52:55 CEST sc1520 akzeptiert Anfragen seit So 25 Mär 2012 10:04:42 CEST Drucker „dcp7025“ ist inaktiv; aktiviert seit Mo 26 Mär 2012 12:52:55 CEST Drucker „sc1520“ ist inaktiv; aktiviert seit So 25 Mär 2012 10:04:42 CEST SNR@Dorsy1:~> -------------------/lpstat--------------------- Nun das ganze von einer 12.1 Maschine aus: -------------------lpstat---------------------- SNR@dorsy:~> lpstat -h 192.168.0.200 -t SNR@dorsy:~> -------------------/lpstat--------------------- Das habe ich sowohl in der Firma, als auch bei mir mit meinem Desktop (12.1) und Labtop (11.3)! Die Leerzeilen habe ich nat. nicht von Hand eingefügt. Die Anzahl der Leerzeilen entspricht i.Ü. der Anzahl der Ausgabe vom 11.3'er! Damit ist auch klar, dass die Programme die Druckerinfo's nicht abrufen können! Ist der Bug bekannt und wie kann ich das Problem lösen? -- Mit freundlichen Grüßen Sebastian Reinhardt LMV Landmaschinenvertrieb- und Service GmbH Hauptstrasse 13 (OT Hartmannsdorf) 01762 Hartmannsdorf- Reichenau Geschäftsführer: Bernd Reinhardt Amstgericht: Dresden Handelsregisternummer: HRB 2574 Umsatzsteuer- Identnr.: DE 206/261/04100 Tel: +49 373 26 1567 Mobil:+49 172 357 3107 Fax: +49 373 26 86804 Mail: snr@lmv-hartmannsdorf.de Web: www.lmv-hartmannsdorf.de Hinweis: Nach aktueller Rechtslage ist das Versenden von unaufgeforderter Werbung strafbar! Die in dieser Nachricht angegebenen persönlichen Daten dürfen nicht für Werbezwecke verwendet oder an Dritte weitergegeben werden! Alle durch unaufgeforderte Werbung und Missbrauch entstehende Kosten werden dem Urheber in Rechnung gestellt! Ich behalte mir vor, gegen den oder die Urheber rechtliche Schritte einzuleiten! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Reinhardt [03.04.2012 23:32]:
Mir persönlich ist der Bug bekannt, ich habe ihn kurz vor meinem Urlaub festgestellt. Aber ich habe nicht im Novell-Bugzilla nachgesehen, ob er da gemeldet wurde. Vielleicht kannst Du ja mal dort nachsehen und ggf. einen Bug aufmachen? Johannes Meixner kann das bestimmt schnell klären. Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk97/80ACgkQk33Krq8b42O6jACcCvXNQ/cJqozKUi+xD/8O0+Md qNsAnRGP86/5lOednSQ8/s+WBd7rJ53n =gEYE -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 04.04.2012 10:01, schrieb Werner Flamme:
Hallo, Das ist ein Bug bzw. eine fehlende Übersetzung (leere .po-Dateien) in CUPS 1.5.x. Das war bekannt und betrifft einige Sprachen, darunter auch "de-DE.utf8". Die derzeitig einzige Lösung ist ein Downgrade auf CUPS aus dem Distro-Repo auf 1.5.0! Damit ist zwar ein Teil meines Problems gelöst, aber wenn ich über Netzwerk drucken will, dann dauert es ewig (bis ca. 1 Minute), bis der Druckdialog reagiert. Es lassen sich auch die Druckereigenschaften nicht ändern, da Firefox (auch andere Programme, wie z.B. LibreOffice) die Druckerinforationen nicht abrufen können. Drucken lässt sich dann zwar aus LibreOffice, aber beim Firefox ist der Druckbutton immer noch abgedimmt. Mit BLabel kann man nun arbeiten, da dort die Druckerliste ankommt und das Programm eh die Druckerinfos nicht abruft und auf einen "raw"- Printer bereits fertig generierte Daten an den Labelprinter sendet. Ich werde noch mal mit Johannes Meixner Verbindung aufnehmen, da ich die Firefox- Druckfunktion zwingend benötige. Ich will schließlich lx-office einführen und da muss Firefox drucken können! -- Mit freundlichen Grüßen Sebastian Reinhardt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Ok, nachdem die Leerzeilen und fehlenden Druckerinfos nun auf eine unvollständige Übersetzung zurückzuführen waren (siehe https://bugzilla.novell.com/show_bug.cgi?id=755627), habe ich nun wahrscheinlich auch mein eigentliches Problem auch gelöst: Das Problem war ja, dass mit Firefox auf den Clients im Netzwerk kein Drucken möglich war. Es dauerte ewig, bis sich der Druckerdialog öffnete und nach auswählen des Druckers kam nur die Meldung, das das Abrufen der Druckerinformationen gescheitert ist. Das Drucken war nicht möglich. In OpenOffice/ LibreOffice ging zwar das drucken, aber man konnte keine Einstellungen vornehmen, da diese nicht angezeigt wurden. Nachdem ich verschiedene Versionen von Cups und Firefox erfolglos durch getestet habe, bin ich nun eher zufällig auf die Lösung gekommen. Der Server hat zwei LAN-Schnittstellen (eth0 und eth1). Bei der Netzwerkkonfig habe ich die default- Route nicht angegeben und diese wurde automatisch auf eth1 gesetzt. Die Clients greifen über eth0 auf LDAP, Samba, NFS und Cups zu. Um ein wenig "Loadbalancing" zu betreiben, habe ich nun den vierten Client auf eth1 eingestellt und siehe da, da trat das Problem auf einmal nicht mehr auf. Nun habe ich alle Clients auf Cups über eth0 und die default-route ebenfalls auf eth0 gestellt und nun werden auch alle Optionen im Druckerdialog angezeigt und die Dialoge öffnen sich fast sofort (nur noch eine kleine, normale Verzögerung im Vergleich zum Server durchs Netzwerk). Es scheint also, dass Cups ein Problem damit hat, wenn die default- Route auf einem anderen Gerät liegt, auch wenn sich beide Anschlüsse im gleichen Netzwerk befinden. -- Mit freundlichen Grüßen Sebastian Reinhardt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Joerg Thuemmler -
Sebastian Reinhardt -
Werner Flamme