Alte Druckjobs löschen
Hi, hier werkelt ein zentraler CUPS-Service. Es fällt auf das der ein langes Gedächtnis über seine getätigten Druckjobs hat ... 1. Wieso hat er das? Bestehen da technische Gründe, oder wurde ein standardmäßiger 'Aufräumjob' vergessen, oder ...? 2. Wie kann ich alte Druckjobs löschen? Reicht ein rm im passenden Ordner? Wäre das /var/spool/cups/ ? Bernd -- Die normative Kraft des Faktischen behindert die Entwicklung zum Besseren.
Am 22.03.22 um 16:56 schrieb Bernd Nachtigall:
Hi,
hier werkelt ein zentraler CUPS-Service. Es fällt auf das der ein langes Gedächtnis über seine getätigten Druckjobs hat ...
1. Wieso hat er das? Bestehen da technische Gründe, oder wurde ein standardmäßiger 'Aufräumjob' vergessen, oder ...?
2. Wie kann ich alte Druckjobs löschen? Reicht ein rm im passenden Ordner? Wäre das /var/spool/cups/ ?
Bernd
-- Die normative Kraft des Faktischen behindert die Entwicklung zum Besseren.
Hi, das sollte in der config stehen (/etc/cupsd.conf): da steht bei mir: MaxJobs 30000 damit bewahrt er die letzten (interessanterweise eher ca.) 30000 jobs auf (ich habe hier viele kleine, Rechnungen, Lieferscheine, Listen, fast alles in epson oder pcl und damit kann ich leicht prüfen, ob ein bestimmtes Dokument überhaupt zum Druck angewiesen wurde). Wenn man große Dateien hat, sollte man da weniger einstellen... der Standard ist evt. 10000... hth -- cu jth
Am 23.03.22 um 07:37 schrieb Jörg Thümmler:
Am 22.03.22 um 16:56 schrieb Bernd Nachtigall:
Hi,
hier werkelt ein zentraler CUPS-Service. Es fällt auf das der ein langes Gedächtnis über seine getätigten Druckjobs hat ... (...) das sollte in der config stehen (/etc/cupsd.conf):
da steht bei mir:
MaxJobs 30000
damit bewahrt er die letzten (interessanterweise eher ca.) 30000 jobs auf (...)
MaxJobs ist (lt. man 5 cupsd.conf) die maximal erlaubte Zahl an simultanen Jobs. Ich möchte eher die fertig gedruckten Jobs entfernen. Es macht (hier) keinen Sinn sie aufzuheben. Dazu scheint es die Optionen PreserveJobFiles [Yes | No | <seconds>] und PreserveJobHistory [Yes | No | <seconds>] zu geben. Aber wenn ich die im Bereich der DefaultPolicy anwende stirbt cupsd beim anschließenden Restart. ... Gefunden ... Evtl. ... Es gibt noch die Option AutoPurgeJobs [Yes | No]. Sie wird außerhalb einer Policy angewendet ... und deren Verwendung ermordet immerhin nicht den cupsd ;-) ... und schwupp ist /var/spool/cups/tmp/ leer ... drucken geht immer noch und watch ls -lastr /var/spool/cups/tmp/ zeigt kurz eine Datei die nach dem Druck wieder verschwindet. Dank euch Beiden für den Fingerzeig! Bernd -- Die normative Kraft des Faktischen behindert die Entwicklung zum Besseren.
Hallo Bernd, Am Wed, 23 Mar 2022 16:46:23 +0100 schrieb Bernd Nachtigall <bnacht@web.de>: [...]
MaxJobs ist (lt. man 5 cupsd.conf) die maximal erlaubte Zahl an simultanen Jobs.
Ich möchte eher die fertig gedruckten Jobs entfernen. Es macht (hier) keinen Sinn sie aufzuheben.
Dazu scheint es die Optionen PreserveJobFiles [Yes | No | <seconds>] und PreserveJobHistory [Yes | No | <seconds>] zu geben. Aber wenn ich die im Bereich der DefaultPolicy anwende stirbt cupsd beim anschließenden Restart.
... Gefunden ... Evtl. ... Es gibt noch die Option AutoPurgeJobs [Yes | No]. Sie wird außerhalb einer Policy angewendet ... und deren Verwendung ermordet immerhin nicht den cupsd ;-)
... und schwupp ist /var/spool/cups/tmp/ leer ...
drucken geht immer noch und watch ls -lastr /var/spool/cups/tmp/ zeigt kurz eine Datei die nach dem Druck wieder verschwindet.
Wo hast du die Option eingefügt? Ich habe auf Grund deiner Frage mal bei mir geschaut und fest gestellt, dass meine alten Jobs auch nicht gelöscht werden und die Tipps hier versucht umzusetzen. Klappt aber nicht. Alle Jobs noch da - auch nach einem Reboot. Was ich versucht habe: - die Geschichte mit /etc/tmpfiles.d/cupsd.conf und genau so editiert, wie Peter => kein Erfolg - die Option AutoPurgeJobs Yes ans Ende der /etc/cups/cupsd.conf => kein Erfolg :( Bei mir liegen die Jobs aber auch in /var/spool/cups/ und nicht im tmp/ Gibt es noch eine Idee od. was mach ich falsch? Grüße Renate
PreserveJobFiles Yes PreserveJobFiles No PreserveJobFiles seconds Specifies whether job files (documents) are preserved after a job is printed. If a numeric value is specified, job files are preserved for the indicated number of seconds after printing. The default is "86400" (preserve 1 day). PreserveJobHistory Yes PreserveJobHistory No PreserveJobHistory seconds Specifies whether the job history is preserved after a job is printed. If a numeric value is specified, the job history is preserved for the indicated number of seconds after printing. If "Yes", the job history is preserved until the MaxJobs limit is reached. The default is "Yes". Siehe: https://www.cups.org/doc/man-cupsd.conf.html Stephan Am Mittwoch, 23. März 2022, 18:37:44 CET schrieb Reni N:
Hallo Bernd,
Am Wed, 23 Mar 2022 16:46:23 +0100 schrieb Bernd Nachtigall <bnacht@web.de>: [...]
MaxJobs ist (lt. man 5 cupsd.conf) die maximal erlaubte Zahl an simultanen Jobs.
Ich möchte eher die fertig gedruckten Jobs entfernen. Es macht (hier) keinen Sinn sie aufzuheben.
Dazu scheint es die Optionen PreserveJobFiles [Yes | No | <seconds>] und PreserveJobHistory [Yes | No | <seconds>] zu geben. Aber wenn ich die im Bereich der DefaultPolicy anwende stirbt cupsd beim anschließenden Restart.
... Gefunden ... Evtl. ... Es gibt noch die Option AutoPurgeJobs [Yes | No]. Sie wird außerhalb einer Policy angewendet ... und deren Verwendung ermordet immerhin nicht den cupsd ;-)
... und schwupp ist /var/spool/cups/tmp/ leer ...
drucken geht immer noch und watch ls -lastr /var/spool/cups/tmp/ zeigt kurz eine Datei die nach dem Druck wieder verschwindet.
Wo hast du die Option eingefügt? Ich habe auf Grund deiner Frage mal bei mir geschaut und fest gestellt, dass meine alten Jobs auch nicht gelöscht werden und die Tipps hier versucht umzusetzen. Klappt aber nicht. Alle Jobs noch da - auch nach einem Reboot. Was ich versucht habe: - die Geschichte mit /etc/tmpfiles.d/cupsd.conf und genau so editiert, wie Peter => kein Erfolg - die Option AutoPurgeJobs Yes ans Ende der /etc/cups/cupsd.conf => kein Erfolg :( Bei mir liegen die Jobs aber auch in /var/spool/cups/ und nicht im tmp/
Gibt es noch eine Idee od. was mach ich falsch?
Grüße Renate
Am 23.03.22 um 18:37 schrieb Reni N:
Hallo Bernd,
Am Wed, 23 Mar 2022 16:46:23 +0100 schrieb Bernd Nachtigall <bnacht@web.de>: [...]
MaxJobs ist (lt. man 5 cupsd.conf) die maximal erlaubte Zahl an simultanen Jobs.
Ich möchte eher die fertig gedruckten Jobs entfernen. Es macht (hier) keinen Sinn sie aufzuheben.
Dazu scheint es die Optionen PreserveJobFiles [Yes | No | <seconds>] und PreserveJobHistory [Yes | No | <seconds>] zu geben. Aber wenn ich die im Bereich der DefaultPolicy anwende stirbt cupsd beim anschließenden Restart.
... Gefunden ... Evtl. ... Es gibt noch die Option AutoPurgeJobs [Yes | No]. Sie wird außerhalb einer Policy angewendet ... und deren Verwendung ermordet immerhin nicht den cupsd ;-)
... und schwupp ist /var/spool/cups/tmp/ leer ...
drucken geht immer noch und watch ls -lastr /var/spool/cups/tmp/ zeigt kurz eine Datei die nach dem Druck wieder verschwindet.
Wo hast du die Option eingefügt?
In der /etc/cups/cupsd.conf im obersten Abschnitt. Da stehen so ein paar allgemeine Optionen. Befor die Policies anfangen.
Ich habe auf Grund deiner Frage mal bei mir geschaut und fest gestellt, dass meine alten Jobs auch nicht gelöscht werden und die Tipps hier versucht umzusetzen. Klappt aber nicht. Alle Jobs noch da - auch nach einem Reboot. Was ich versucht habe: - die Geschichte mit /etc/tmpfiles.d/cupsd.conf und genau so editiert, wie Peter => kein Erfolg - die Option AutoPurgeJobs Yes ans Ende der /etc/cups/cupsd.conf => kein Erfolg :( Bei mir liegen die Jobs aber auch in /var/spool/cups/ und nicht im tmp/
Da liegen die Jobs bei mir auch. Bernd -- Die normative Kraft des Faktischen behindert die Entwicklung zum Besseren.
Am Wed, 23 Mar 2022 19:03:41 +0100 schrieb Bernd Nachtigall <bnacht@web.de>: [...]
Wo hast du die Option eingefügt? In der /etc/cups/cupsd.conf im obersten Abschnitt. Da stehen so ein paar allgemeine Optionen. Befor die Policies anfangen.
Da hab ich es auch eingetragen. Kein Erfolg nach Restart von cupsd.service. [...] Gruß Reni
Am 23.03.22 um 18:37 schrieb Reni N:
Klappt aber nicht. Alle Jobs noch da - auch nach einem Reboot. Was ich versucht habe: - die Geschichte mit /etc/tmpfiles.d/cupsd.conf und genau so editiert, wie Peter => kein Erfolg - die Option AutoPurgeJobs Yes ans Ende der /etc/cups/cupsd.conf => kein Erfolg :( Bei mir liegen die Jobs aber auch in /var/spool/cups/ und nicht im tmp/
Anscheinend liegen die da sowohl als auch. Hier klappt das mit der Angaben in /etc/tmpfiles.d/cups.conf Hast Du sie genau so eingetragen, mit allen "Minuszeichen"? d /var/spool/cups/tmp - - - 2h d /var/spool/cups - - - 2h Gruß Peter
Am Wed, 23 Mar 2022 22:34:48 +0100 schrieb Peter McD <peter.posts@gmx.net>:
Am 23.03.22 um 18:37 schrieb Reni N:
Klappt aber nicht. Alle Jobs noch da - auch nach einem Reboot. Was ich versucht habe: - die Geschichte mit /etc/tmpfiles.d/cupsd.conf und genau so editiert, wie Peter => kein Erfolg - die Option AutoPurgeJobs Yes ans Ende der /etc/cups/cupsd.conf => kein Erfolg :( Bei mir liegen die Jobs aber auch in /var/spool/cups/ und nicht im tmp/
Anscheinend liegen die da sowohl als auch.
Hier klappt das mit der Angaben in /etc/tmpfiles.d/cups.conf Hast Du sie genau so eingetragen, mit allen "Minuszeichen"?
d /var/spool/cups/tmp - - - 2h d /var/spool/cups - - - 2h
Ich hatte noch Leerzeichen dazwischen, jetzt keins mehr außer nach dem "d". # ## Löschen nach 2 Stunden d /var/spool/cups/tmp---2h d /var/spool/cups---2h Ein Restart des cupsd.service brachte noch einen Erfolg. Gruß Reni
Am Wed, 23 Mar 2022 16:46:23 +0100 schrieb Bernd Nachtigall <bnacht@web.de>:
Am 23.03.22 um 07:37 schrieb Jörg Thümmler:
Am 22.03.22 um 16:56 schrieb Bernd Nachtigall:
Hi,
hier werkelt ein zentraler CUPS-Service. Es fällt auf das der ein langes Gedächtnis über seine getätigten Druckjobs hat ... (...) das sollte in der config stehen (/etc/cupsd.conf):
da steht bei mir:
MaxJobs 30000
damit bewahrt er die letzten (interessanterweise eher ca.) 30000 jobs auf (...)
MaxJobs ist (lt. man 5 cupsd.conf) die maximal erlaubte Zahl an simultanen Jobs.
Ich möchte eher die fertig gedruckten Jobs entfernen. Es macht (hier) keinen Sinn sie aufzuheben.
Dazu scheint es die Optionen PreserveJobFiles [Yes | No | <seconds>] und PreserveJobHistory [Yes | No | <seconds>] zu geben. Aber wenn ich die im Bereich der DefaultPolicy anwende stirbt cupsd beim anschließenden Restart.
... Gefunden ... Evtl. ... Es gibt noch die Option AutoPurgeJobs [Yes | No]. Sie wird außerhalb einer Policy angewendet ... und deren Verwendung ermordet immerhin nicht den cupsd ;-)
... und schwupp ist /var/spool/cups/tmp/ leer ...
drucken geht immer noch und watch ls -lastr /var/spool/cups/tmp/ zeigt kurz eine Datei die nach dem Druck wieder verschwindet.
Dank euch Beiden für den Fingerzeig!
Sie dir die Printer Tools lpr(1), lprm, lpq usw. Jedenfalls löse ich damit meine verbockten Druckaufträge. -Dieter -- Dieter Klünter | Systemberatung http://sys4.de GPG Key ID: E9ED159B 53°37'09,95"N 10°08'02,42"E
Hi, ich habe das merkwürdige Phänomen, dass mit dem o.g. Mainboard aus dem ct-Sparserver nach dem Kernel 4.12.14-lp150.11-default nach Std. - 1,2 Tagen Abstürze auftreten. System ist OpenSuse 15.3. Genauer ist der Kernel 4.12.14-lp150.11-default der letzte funktionierende Kernel auf diesem Rechner. Auf dem Server laufen nfs, postgresql, samba, apache2 Im Journal ist nichts zu sehen, ausser einigen ACPI-Errors: Mär 11 09:10:46 linux-tbow kernel: ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND Mär 11 09:10:46 linux-tbow kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170303/psobject-24 Mär 11 09:10:46 linux-tbow kernel: ACPI Exception: AE_NOT_FOUND, (SSDT:USB_MAP ) while loading table (20170303/tb Mär 11 09:10:46 linux-tbow kernel: ACPI Error: 1 table load failures, 7 successful (20170303/tbxfload-246) Ein Standardkernel von kernel.org zeigt das gleiche Phänomen. Auch der direkt nächste 4.12.14-lp150.12.28-default stürzt ab. Bisher habe ich mir damit geholfen, den alten Kernel zu behalten. Aber irgendwann geht das vielleicht nicht mehr. Weiss jemand Rat ? Irgendeine Option für grub2 um das Problem einzugrenzen ? mfg K. Müller
Am 24.03.22 um 19:44 schrieb Kasimir Müller:
Hi,
ich habe das merkwürdige Phänomen, dass mit dem o.g. Mainboard aus dem ct-Sparserver
Hi Kasimir, ich kann dir leider nicht bei deinem Problem helfen ... ... aber weißt Du was Thread-Hijacking ist? ;-) Bernd PS: Erstelle für Deine Anfrage besser ein neues Thema anstatt eine Antwort zu erstellen die eigentlich eine Frage zu einem neuen Thema ist. So ist der Thread leichter zu finden sollte ein anderer User ein ähnliche Problem haben oder auf deine Frage Antworten wollen. PPS: Bei Abstürzen die einfach nur nach einiger Laufzeit (nicht bei bestimmten Aktionen) auftreten, wäre es mein Ansatz zunächst mal den Speicher zu prüfen. -- Die normative Kraft des Faktischen behindert die Entwicklung zum Besseren.
Am 22.03.22 um 16:56 schrieb Bernd Nachtigall:
Hi,
hier werkelt ein zentraler CUPS-Service. Es fällt auf das der ein langes Gedächtnis über seine getätigten Druckjobs hat ...
1. Wieso hat er das? Bestehen da technische Gründe, oder wurde ein standardmäßiger 'Aufräumjob' vergessen, oder ...?
2. Wie kann ich alte Druckjobs löschen? Reicht ein rm im passenden Ordner? Wäre das /var/spool/cups/ ?
Ja, ist schon beeindruckend, was da alles aufgehoben wird. Will ich nicht, kann weg. Also habe ich aus /usr/lib/tmpfiles.d/cups.conf nach /etc/tmpfiles.d/ kopiert und darin die folgende Änderung vorgenommen. # See tmpfiles.d(5) for details # Type(d=directory) Path Mode UID GID Age(until delete when cleaning) d /run/cups 0755 root lp - d /run/cups/certs 0511 lp root - # ## d /var/spool/cups/tmp - - - 30d # ## Löschen nach 2 Stunden d /var/spool/cups/tmp - - - 2h d /var/spool/cups - - - 2h Gruß Peter
participants (7)
-
Bernd Nachtigall -
Dieter Klünter -
Jörg Thümmler -
Kasimir Müller -
Peter McD -
Reni N -
Stephan Hemeier