• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

CUPS Problem nach Patch

B

B.Hannes

Member
Hallo Alle,

seit gestern habe ich einen "eigenwilligen" Effekt mit CUPS. Nach dem Patch via Online-Aktualisierung auf Version 1.5.4-12.4.1-x86_64
startet CUPS nicht mehr sauber.

Wenn ich drucken will (aus beliebigem Programm), wird nur der PDF Drucker angezeigt. Auf die CUPS Management Seite http://localhost:631 kann ich auch nicht zugreifen.
Über Yast -> Hardware -> Drucker kommt die Meldung daß der Dienst neu gestartet wird. Danach kann ich wieder auf meine Drucker zugreifen.

in /var/log/cups/error_log habe folgende Fehlermeldung gefunden.

24.01.2014 19:11:55 Unable to bind socket for address [v1.::1]:631 - Cannot assign requested address.
Zum Vergrößern anklicken....

Nachdem ich auf die Version 1.5.4-12.1.3 zurückgestellt habe, geht alles wieder problemlos. Sieht nach einem fehlerhaften Update aus.

OpenSuse 13.1 x86_64, Kernel 3.11.6-4, KDE 4.11.4

Kennt jemand eine Möglichkeit diesen Effekt an opensuse zu melden.

Hannes.
 
S

spoensche

Moderator
Teammitglied
Wenn du im Browser http://localhost:631 aufrufst, taucht in der /var/log/cups/access_log Erfolgsmeldungen bezüglich des Zugriffs auf?
 
OP
B

B.Hannes

Member
Hallo spoensche,

spoensche schrieb:
Wenn du im Browser http://localhost:631 aufrufst, taucht in der /var/log/cups/access_log Erfolgsmeldungen bezüglich des Zugriffs auf?
Zum Vergrößern anklicken....

das sind die letzten Meldungen:

Code: 
localhost - - [19/Jan/2014:08:01:18 +0100] "POST /printers/brother HTTP/1.1" 200 191 Create-Job successful-ok
localhost - - [19/Jan/2014:08:01:18 +0100] "POST /printers/brother HTTP/1.1" 200 16114 Send-Document successful-ok
localhost - - [19/Jan/2014:22:05:09 +0100] "POST /printers/brother HTTP/1.1" 200 191 Create-Job successful-ok
localhost - - [19/Jan/2014:22:05:09 +0100] "POST /printers/brother HTTP/1.1" 200 17428 Send-Document successful-ok
localhost - - [24/Jan/2014:19:17:35 +0100] "POST /printers/brother HTTP/1.1" 200 419 Print-Job successful-ok

localhost - - [24/Jan/2014:19:22:43 +0100] "POST / HTTP/1.1" 401 72 CUPS-Get-Devices successful-ok
localhost - root [24/Jan/2014:19:22:43 +0100] "POST / HTTP/1.1" 200 1972 CUPS-Get-Devices -
localhost - - [24/Jan/2014:19:22:46 +0100] "POST / HTTP/1.1" 200 5405742 CUPS-Get-PPDs -
---> Hier hatte ich über Yast -> Hardware -> Drucker, das Drucker einrichten aufgerufen.

localhost - - [24/Jan/2014:20:10:33 +0100] "POST /printers/brother HTTP/1.1" 200 262 Create-Job successful-ok
localhost - - [24/Jan/2014:20:10:33 +0100] "POST /printers/brother HTTP/1.1" 200 24023 Send-Document successful-ok
localhost - - [24/Jan/2014:20:10:55 +0100] "POST /printers/brother HTTP/1.1" 200 262 Create-Job successful-ok
localhost - - [24/Jan/2014:20:10:55 +0100] "POST /printers/brother HTTP/1.1" 200 24023 Send-Document successful-ok

Wie geschrieben. Nachdem ich ein Downgrade auf die vorherige Version durchgeführt habe war alles wieder i.O.

Hannes
 
A

admine

Ultimate Guru
Rainer Juhser schrieb:
Momentan ist die Lösung für mich die gleiche wie bei B.Hannes, nämlich Downgrade auf die Version 1.5.4-12.1.3. Wenn ich am Wochenende dazu komme, probiere ich mal die Lösungsansätze aus dem opensuse-Forum aus...
Zum Vergrößern anklicken....
Hm ... seh ich momentan leider auch so :(

Was mich nur eben gerade erstaunt ... an meinem Büro-Läppi hab ich das Problem nicht.
Installiert ist hier:
Code: 
zy_se -si cups
Daten des Repositories laden ...
Installierte Pakete lesen ...

S | Name                               | Typ   | Version      | Arch   | Repository                        
--+------------------------------------+-------+--------------+--------+-----------------------------------
i | cups                               | Paket | 1.5.4-12.4.1 | x86_64 | Aktualisierungen für openSUSE 13.1
i | cups-client                        | Paket | 1.5.4-12.4.1 | x86_64 | Aktualisierungen für openSUSE 13.1
i | cups-libs                          | Paket | 1.5.4-12.4.1 | x86_64 | Aktualisierungen für openSUSE 13.1
i | cups-libs-32bit                    | Paket | 1.5.4-12.4.1 | x86_64 | Aktualisierungen für openSUSE 13.1
i | cups-pk-helper                     | Paket | 0.2.5-2.1.3  | x86_64 | openSUSE-13.1-Oss                 
i | foomatic-filters                   | Paket | 4.0.12-5.1.1 | x86_64 | openSUSE-13.1-Oss                 
i | gutenprint                         | Paket | 5.2.9-5.1.3  | x86_64 | openSUSE-13.1-Oss                 
i | openSUSE-2013-881                  | Patch | 1            | noarch | Aktualisierungen für openSUSE 13.1
i | openSUSE-2014-73                   | Patch | 1            | noarch | Aktualisierungen für openSUSE 13.1
i | python-cups                        | Paket | 1.9.63-2.1.2 | x86_64 | openSUSE-13.1-Oss                 
i | python-cupshelpers                 | Paket | 1.4.2-2.4.1  | noarch | Aktualisierungen für openSUSE 13.1
i | system-config-printer              | Paket | 1.4.2-2.4.1  | x86_64 | Aktualisierungen für openSUSE 13.1
i | system-config-printer-applet       | Paket | 1.4.2-2.4.1  | noarch | Aktualisierungen für openSUSE 13.1
i | system-config-printer-common       | Paket | 1.4.2-2.4.1  | noarch | Aktualisierungen für openSUSE 13.1
i | system-config-printer-dbus-service | Paket | 1.4.2-2.4.1  | noarch | Aktualisierungen für openSUSE 13.1
 
SUSEDJAlex

SUSEDJAlex

Advanced Hacker
@admine:

kannst du auch gleich mal das hier mit liefern:

Code: 
systemctl status cups.service
systemctl status cups.socket
systemctl list-units | grep cups

Eine Frage werfe ich hinterher:

Kannst du per Webbrowser auf http://localhost:631 zugreifen ?

LG SUSEDJAlex
 
A

admine

Ultimate Guru
SUSEDJAlex schrieb:
Kannst du per Webbrowser auf http://localhost:631 zugreifen ?
Zum Vergrößern anklicken....
Ja!

Ausgaben:
Code: 
adm2:~ # systemctl status cups.service
cups.service - CUPS Printing Service
   Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
   Active: active (running) since Mi 2014-01-29 06:49:13 CET; 5h 17min ago
 Main PID: 629 (cupsd)
   CGroup: /system.slice/cups.service
           └─629 /usr/sbin/cupsd -f

Jan 29 06:49:13 adm2 systemd[1]: Started CUPS Printing Service.
Jan 29 06:49:13 adm2 cupsd[629]: No limit for Validate-Job defined in policy allowallforanybody and no suitable template found.
Jan 29 06:49:13 adm2 cupsd[629]: No limit for Cancel-Jobs defined in policy allowallforanybody and no suitable template found.
Jan 29 06:49:13 adm2 cupsd[629]: No limit for Cancel-My-Jobs defined in policy allowallforanybody and no suitable template found.
Jan 29 06:49:13 adm2 cupsd[629]: No limit for Close-Job defined in policy allowallforanybody and no suitable template found.
Jan 29 06:49:13 adm2 cupsd[629]: No limit for CUPS-Get-Document defined in policy allowallforanybody and no suitable template found.
Jan 29 06:49:13 adm2 cupsd[629]: No JobPrivateAccess defined in policy allowallforanybody - using defaults.
Jan 29 06:49:13 adm2 cupsd[629]: No JobPrivateValues defined in policy allowallforanybody - using defaults.
Jan 29 06:49:13 adm2 cupsd[629]: No SubscriptionPrivateAccess defined in policy allowallforanybody - using defaults.
Jan 29 06:49:13 adm2 cupsd[629]: No SubscriptionPrivateValues defined in policy allowallforanybody - using defaults.

adm2:~ # systemctl status cups.socket
cups.socket - CUPS Printing Service Sockets
   Loaded: loaded (/usr/lib/systemd/system/cups.socket; disabled)
   Active: inactive (dead)
   Listen: /var/run/cups/cups.sock (Stream)
           127.0.0.1:631 (Stream)
           [::1]:631 (Stream)
           127.0.0.1:631 (Datagram)
           [::1]:631 (Datagram)

adm2:~ # systemctl list-units | grep cups
cups.service                                                                                       loaded active running   CUPS Printing Service
Hm ... cups.socket ist inactiv ... allerdings ohne mein Zutun. :roll:
 
A

admine

Ultimate Guru
Also ... meine Lösung ist jetzt die von hier:
http://forums.opensuse.org/showthread.php/494851-CUPS-CUPSD-und-CUPS-inaktiv?p=2619500#post2619500

  • * systemctl disable cups.socket
    * das File "/etc/systemd/system/cups.socket" mit o.g. Inhalt erstellen
    * systemctl enable cups.socket
    * systemctl start cups.socket

  • => Drucken funzt wieder
    => übersteht auch einen Reboot
    => aber http://localhost:631/ geht wg. nicht gestartetem cups.service nicht

Für mich ist das somit erledigt :)

EDIT:
mein PC mit oS 13.1 und Cups-Version 1.5.4-12.4.1 verhält sich übrigens wie mein Laptop im Büro => cups.socket disable und cups.service gestartet => Drucken kein Problem ... irgendwie schon seltsam :irre: :D
 
Rainer Juhser

Rainer Juhser

Moderator
Teammitglied
So, ich habe gerade auch mal etwas probiert....

Mit dem Downgrade auf die 1.5.4-12.1.3 funktioniert alles, sowohl drucken als auch Zugriff auf http://localhost:631/ :
Code: 
zeus:~ # systemctl status cups.socket
cups.socket - CUPS Printing Service Sockets
   Loaded: loaded (/usr/lib/systemd/system/cups.socket; enabled)
   Active: active (listening) since Wed 2014-01-29 18:49:22 CET; 1min 21s ago
   Listen: /var/run/cups/cups.sock (Stream)
           [::]:631 (Stream)
           0.0.0.0:631 (Datagram)

Jan 29 18:49:22 zeus systemd[1]: Starting CUPS Printing Service Sockets.
Jan 29 18:49:22 zeus systemd[1]: Listening on CUPS Printing Service Sockets.

zeus:~ # systemctl status cups.service
cups.service - CUPS Printing Service
   Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
   Active: inactive (dead)
Dann mal wieder das Update auf 1.5.4-12.4.1 eingespielt - Resultat: Nix geht mehr:
Code: 
zeus:~ # systemctl status cups.socket
cups.socket - CUPS Printing Service Sockets
   Loaded: loaded (/usr/lib/systemd/system/cups.socket; enabled)
   Active: failed (Result: resources)
   Listen: /var/run/cups/cups.sock (Stream)
           127.0.0.1:631 (Stream)
           [::1]:631 (Stream)
           127.0.0.1:631 (Datagram)
           [::1]:631 (Datagram)

Jan 29 18:59:44 zeus systemd[1]: Starting CUPS Printing Service Sockets.
Jan 29 18:59:44 zeus systemd[1]: cups.socket failed to listen on sockets: Cannot assign requested address
Jan 29 18:59:44 zeus systemd[1]: Failed to listen on CUPS Printing Service Sockets.
Jan 29 18:59:44 zeus systemd[1]: Unit cups.socket entered failed state.

zeus:~ # systemctl status cups.service
cups.service - CUPS Printing Service
   Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
   Active: inactive (dead)
Und dann habe ich nur ganz einfach in den Netzwerkeinstellungen IPv6 aktiviert. (Das hatte ich aus alter Gewohnheit bei der Installation deaktiviert). Resultat:
Code: 
zeus:~ # systemctl status cups.socket
cups.socket - CUPS Printing Service Sockets
   Loaded: loaded (/usr/lib/systemd/system/cups.socket; enabled)
   Active: active (listening) since Wed 2014-01-29 19:06:22 CET; 47s ago
   Listen: /var/run/cups/cups.sock (Stream)
           127.0.0.1:631 (Stream)
           [::1]:631 (Stream)
           127.0.0.1:631 (Datagram)
           [::1]:631 (Datagram)

Jan 29 19:06:22 zeus systemd[1]: Starting CUPS Printing Service Sockets.
Jan 29 19:06:22 zeus systemd[1]: Listening on CUPS Printing Service Sockets.

zeus:~ # systemctl status cups.service
cups.service - CUPS Printing Service
   Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
   Active: inactive (dead)
Also: Alles geht wieder, das System reagiert genau wie vor dem Update. Auch der Zugriff auf die Web-Oberfläche funzt. Und das ohne irgendwelche Änderungen an der CUPS-Konfiguration! Nur durch die Aktivierung von IPv6. Meine Vermutung (für mehr fehlt mir das Detailwissen) ist also, dass bei dem Update irgendwas verb0rkt wurde, was nur Auswirkungen auf IPv4 hat.

@admine: Check doch mal, ob ein Unterschied zwischen dem PC und dem Laptop die Einstellung von IPv6 war...

Nachtrag: Ich lasse dann als Lösung erstmal IPv6 aktiviert. Wenn ich etwas mehr Zeit habe, beschäftige ich mich auch mal mit den Vorschlägen aus dem Opensuse-Forum.

Nachtrag 2: 3.11.6-4-desktop #1 SMP PREEMPT Wed Oct 30 18:04:56 UTC 2013 (e6d4a27) x86_64 GNU/Linux, KDE 4.11.4
 
SUSEDJAlex

SUSEDJAlex

Advanced Hacker
@Rainer Juhser:

ja du hast recht...das Ganze ist merkwürdiger als man es glauben will.

Ich denke da ist etwas mit der IPv6-Sache in cups.socket gründlich schief gelaufen. Vielleicht solltest du mal bei den Antworten die bezüglich des hier genannten Cups-Problem in bugzilla nachforschen ....ähm recherchieren...

hier: https://bugzilla.novell.com/show_bug.cgi?id=857372#c42

Im Moment läuft das genauso wie bei dir mit aktivierter IPv6... :???: :irre:

LG SUSEDJAlex
 
A

admine

Ultimate Guru
Also an meinem Firman-Laptop ist via "Network Settings" kein IPv6 aktiv und so wird es wohl auch an meinem PC sein (hätte mich auch gewundert, ich weiß doch was ich konfiguriere).
Allerdings ist es nicht via Grub (ipv6.disable=1) deaktiviert. Mein Laptop zu Hause benutzt Grub2, der PC auch Grub ... :roll:
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben