Re: Leap 15.1 - cups - falscher Startzeitpunkt
Matthias wrote:
On Thu, 14 May 2020 09:02:43 +0000 "Kyek, Andreas, Vodafone DE" <Andreas.Kyek1@Vodafone.com> wrote:
[...]
Es sieht so aus, als ob cups "zu früh" gestartet wird - also entweder ist das Netzwerk noch nicht da oder die firewall (oder noch anderes?) Solche Timing-Probleme hinterlassen in der Regel in den log-Dateien Spuren, wer wann wen vermißt bzw. vergeblich wartet (so war es bei mir). Dann kannst Du gezielt vorgehen, ansonsten fällt mir nur probieren ein.
Mein erster Kandidat beim Probieren wäre cups.service (Kopie unter /etc/systemd/system/, disable, enable).
Dort dann After=firewalld.????? oder wie auch immer der Dienst heißt.
in der systemd Doku habe ich einen Artikel gefunden; aber die Massnahme dort: a) in cups.service eine Abhängigkeit zu network-online.target einfügen b) systemd-network-wait-online "enablen" (verwende wicked!) hat mein Problem NICHT gelöst. Ich brauche nach dem Reboot immer noch den cups restart. Irgendjemand eine Idee? Andreas C2 General Rgbx������ץ���r���҉碝��V������ uﮞ˛���m�)z{.��+�I�zr�ק٢�+-��h�;����r���brG�J'��w�j)Z��^�ˬy� ޮ�^�ˬz��
Hallo, Am 15.05.20 um 07:43 schrieb Kyek, Andreas, Vodafone DE:
a) in cups.service eine Abhängigkeit zu network-online.target einfügen b) systemd-network-wait-online "enablen" (verwende wicked!)
hat mein Problem NICHT gelöst. Ich brauche nach dem Reboot immer noch den cups restart.
Irgendjemand eine Idee?
Ich habe jetzt den Thread nicht genau verfolgt, aber kann es sein, dass der Drucker nicht schnell genug da ist? Ich erinnere mich, dass ich bei einer früheren Installation das Problem hatte, dass CUPS den Drucker offline gestellt hat, wenn der Drucker zwischendurch aus- und eingeschaltet wurde. Daraufhin wurden neue Druckjobs nur gespeichert, aber nicht ausgeführt. Man muste dann im CUPS (Browser-Zugang) erst den Drucker "online" schalten, damit die Jobs bearbeitet wurden. Es gab in der CUPS-Konfiguration eine Einstellung, wie der Drucker nach einem "Fehler" zu behandeln ist. Dort konnte ich die Einstellung so ändern, dass er nach einem "Fehler" wieder online ist. Du könntest ja testen, ob das der Grund für dein Problem ist, indem du den Drucker mal aus- und wieder einschaltest und danacach schaust, of ein neuer Job ausgedruckt wird. Martin -- 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
Hallo Martin, dieses Problem mit CUPS gibt es erst seit ein paar Monaten - wie gesagt, ich boote die Kiste nicht so oft. Zuvor mit 42.3 und 15.0 hat's noch problemlos geklappt. Hatte hier recht spät erst auf 15.1 gewechselt. Drucker hat sich nicht verändert, CUPS-Server HW auch nicht. Aber ich kann beim nächsten Booten sicherstellen, daß der Drucker nicht schläft und ihn explizit vor dem Booten aufwecken. Viele Grüße Ralf Am 15.05.20 um 09:49 schrieb Martin Burnicki:
Hallo,
Am 15.05.20 um 07:43 schrieb Kyek, Andreas, Vodafone DE:
a) in cups.service eine Abhängigkeit zu network-online.target einfügen b) systemd-network-wait-online "enablen" (verwende wicked!)
hat mein Problem NICHT gelöst. Ich brauche nach dem Reboot immer noch den cups restart.
Irgendjemand eine Idee?
Ich habe jetzt den Thread nicht genau verfolgt, aber kann es sein, dass der Drucker nicht schnell genug da ist?
Ich erinnere mich, dass ich bei einer früheren Installation das Problem hatte, dass CUPS den Drucker offline gestellt hat, wenn der Drucker zwischendurch aus- und eingeschaltet wurde.
Daraufhin wurden neue Druckjobs nur gespeichert, aber nicht ausgeführt. Man muste dann im CUPS (Browser-Zugang) erst den Drucker "online" schalten, damit die Jobs bearbeitet wurden.
Es gab in der CUPS-Konfiguration eine Einstellung, wie der Drucker nach einem "Fehler" zu behandeln ist. Dort konnte ich die Einstellung so ändern, dass er nach einem "Fehler" wieder online ist.
Du könntest ja testen, ob das der Grund für dein Problem ist, indem du den Drucker mal aus- und wieder einschaltest und danacach schaust, of ein neuer Job ausgedruckt wird.
Martin
-- 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)
-
Kyek, Andreas, Vodafone DE -
Martin Burnicki -
Ralf Czekalla