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

[workaround] Problem mit systemd und cups

coogor

coogor

Hacker
Moin...

ich hab eine neue Installation von 12.2 auf einem Desktop gemacht, der auch als Printserver läuft. Der Rechner ist unter ethernet mit if-up angeschlossen.
Leider muß cups nach dem booten einmal von Hand durchgestartet werden. sonst ist unter localhost:631 niemand zu erreichen...
Code: 
southpole:/home/axel # rccups status
redirecting to systemctl
cups.service - CUPS Printing Service
          Loaded: loaded (/lib/systemd/system/cups.service; enabled)
          Active: inactive (dead)
          CGroup: name=systemd:/system/cups.service

Feb 05 11:55:21 southpole cupsd[9140]: No SubscriptionPrivateValues defined in policy allowallforanybody - using defaults.
Feb 05 12:22:16 southpole cupsd[3961]: No limit for Validate-Job defined in policy allowallforanybody and no suitable template found.
Feb 05 12:22:17 southpole cupsd[3961]: No limit for Cancel-Jobs defined in policy allowallforanybody and no suitable template found.
Feb 05 12:22:17 southpole cupsd[3961]: No limit for Cancel-My-Jobs defined in policy allowallforanybody and no suitable template found.
Feb 05 12:22:17 southpole cupsd[3961]: No limit for Close-Job defined in policy allowallforanybody and no suitable template found.
Feb 05 12:22:17 southpole cupsd[3961]: No limit for CUPS-Get-Document defined in policy allowallforanybody and no suitable template found.
Feb 05 12:22:17 southpole cupsd[3961]: No JobPrivateAccess defined in policy allowallforanybody - using defaults.
Feb 05 12:22:17 southpole cupsd[3961]: No JobPrivateValues defined in policy allowallforanybody - using defaults.
Feb 05 12:22:17 southpole cupsd[3961]: No SubscriptionPrivateAccess defined in policy allowallforanybody - using defaults.
Feb 05 12:22:17 southpole cupsd[3961]: No SubscriptionPrivateValues defined in policy allowallforanybody - using defaults.
southpole:/home/axel # rccups restart
redirecting to systemctl
southpole:/home/axel # rccups status
redirecting to systemctl
cups.service - CUPS Printing Service
          Loaded: loaded (/lib/systemd/system/cups.service; enabled)
          Active: active (running) since Tue, 05 Feb 2013 16:25:13 +0100; 16min ago
        Main PID: 4908 (cupsd)
          CGroup: name=systemd:/system/cups.service
                  └ 4908 /usr/sbin/cupsd -f

Feb 05 16:25:13 southpole cupsd[4908]: No limit for Validate-Job defined in policy allowallforanybody and no suitable template found.
Feb 05 16:25:13 southpole cupsd[4908]: No limit for Cancel-Jobs defined in policy allowallforanybody and no suitable template found.
Feb 05 16:25:13 southpole cupsd[4908]: No limit for Cancel-My-Jobs defined in policy allowallforanybody and no suitable template found.
Feb 05 16:25:13 southpole cupsd[4908]: No limit for Close-Job defined in policy allowallforanybody and no suitable template found.
Feb 05 16:25:13 southpole cupsd[4908]: No limit for CUPS-Get-Document defined in policy allowallforanybody and no suitable template found.
Feb 05 16:25:13 southpole cupsd[4908]: No JobPrivateAccess defined in policy allowallforanybody - using defaults.
Feb 05 16:25:13 southpole cupsd[4908]: No JobPrivateValues defined in policy allowallforanybody - using defaults.
Feb 05 16:25:13 southpole cupsd[4908]: No SubscriptionPrivateAccess defined in policy allowallforanybody - using defaults.
Feb 05 16:25:13 southpole cupsd[4908]: No SubscriptionPrivateValues defined in policy allowallforanybody - using defaults.
Die cups.conf lief übrigens bereits auf dem alten Server problemlos.
Das Problem scheint bei systemd zu liegen. Aber wo? Jemand eine Idee, ob es einen timeout o.ä. gibt, den man hochsetzen kann?
 
Herz-von-Hessen

Herz-von-Hessen

Guru
Hallo coogor,

coogor schrieb:
Leider muß cups nach dem booten einmal von Hand durchgestartet werden. sonst ist unter localhost:631 niemand zu erreichen...
Zum Vergrößern anklicken....
komisch, bei mir war das bisher immer "out-of-the-box" geschehen. :???:

coogor schrieb:
Code: 
southpole:/home/axel # rccups status
Zum Vergrößern anklicken....
Ich benutze immer:
Code: 
systemctl status cups.service
Aber ich habe ja noch die 12.2 .... ob das einen/den Unterschied macht?

Lieben Gruß aus Hessen
 
OP
coogor

coogor

Hacker
Hallo,

Herz-von-Hessen schrieb:
komisch, bei mir war das bisher immer "out-of-the-box" geschehen. :???:
Zum Vergrößern anklicken....

Ja, auf anderen Rechnern klappt das auch 'out-of-the-box'. Dafür gibts dann z.T andere Probleme, z.B. mit ntp. Der legt sich auch schlafen wenn nicht gleich eine Netzverbindung da ist (z.B. bei WLAN-Verbindungen und Netzwerkmanager)
Ich benutze immer:
Code: 
systemctl status cups.service
Aber ich habe ja noch die 12.2 .... ob das einen/den Unterschied macht?
Zum Vergrößern anklicken....
Ich denke nicht, da ich auch die 12.2 nutze ;) Der 'old-style' Aufruf biegt auch nur auf den entsprechenden systemctl-Aufruf um.
Ich hab mal eine Fehlermeldung aufgemacht, schauen wir mal was passiert.
Danke aus Düsseldorf!
 
S

Sauerland

Ultimate Guru
Wird denn da das Netzwerk auch beim Start mtgestartet?
Hatte gestern den Fall, obwohl in den Netzwerkeinstellungen auf Systemstart, im Runleveleditor war es nicht gestartet bzw. die passenden Level fehlten.
Eingestellt und alles Paletti.

Auch mal schauen, wann der cupsd gestartet werden soll.
 
OP
coogor

coogor

Hacker
Moin,

der Grund für das Verhalten liegt darin , dass Cups nur gestartet wird wenn ein Printjob anliegt. Was bei einem Netzwerkdrucker dazu führt, dass auf dem 631-Port Ruhe herrscht. Also nicht die gelungene Idee. Dieses Verhalten kann man mit folgenden Befehlen abstellen:
Code: 
systemctl disable cups.path cups.socket
ln -s /usr/lib/systemd/system/cups.service /etc/systemd/system/multi-user.target.wants/
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben