Univention Bugzilla – Bug 16049
Printquota in 2.3 funktioniert nicht
Last modified: 2009-12-21 08:48:11 CET
Im Ist-Zustand von 2.3 (laufend aktualisierter Master, Installation ca. vor 3 Wochen) geht ein frisch nachinstaliertes Pykota nicht: - Drucker ist per IPP ohne Treiber gegen einen internen Drucker konfiguriert - ein Druck per lpr als Administrator führt laut squid/error.log zum Abweisen des Auftrags durch pykota - Hinzufügen von "Administrator" als pykota-User per UMC-Modul scheitert, die Fehlermeldung ist nicht aussagekräftig
ERROR: PyKota v1.23alpha12_unofficial ERROR: pkprinters failed ERROR: Traceback (most recent call last): ERROR: File "/usr/bin/pkprinters", line 209, in ? ERROR: manager.deferredInit() ERROR: File "/usr/lib/python2.4/site-packages/pykota/tool.py", line 308, in deferredInit ERROR: self.storage = storage.openConnection(self) ERROR: File "/usr/lib/python2.4/site-packages/pykota/storage.py", line 690, in openConnection ERROR: return storagebackend.Storage(pykotatool, host, database, admin, adminpw) ERROR: File "/usr/lib/python2.4/site-packages/pykota/storages/pgstorage.py", line 50, in __init__ ERROR: self.database = pg.connect(host=host, port=port, dbname=dbname, user=user, passwd=passwd) ERROR: InternalError: could not connect to server: Connection refused ERROR: Is the server running on host "localhost" and accepting ERROR: TCP/IP connections on port 5432?
Während des Updates von 2.2 nach 2.3 in der Auto-Update-Umgebung (Mail vom 23.10.09 14:18:40): Preparing to replace pykota 1.22.15.200710221403 (using .../pykota_1.22.17.200909181110_all.deb) ... dpkg: error processing /var/cache/apt/archives/pykota_1.22.17.200909181110_all.deb (--unpack): subprocess pre-installation script returned error exit status 1
Jetzt tritt das Problem aus Bug #15748 auf.
*** Bug 15748 has been marked as a duplicate of this bug. ***
Die Erweiterungen für Postgres 8.3 fehlten. Changelog Eintrag wurde mit Bug #12754 erstellt.
Bug #16273
Bug #16326
Ich habe die Benutzer Lisa, Max und Test angelegt. Weiterhin habe ich die PDF-Drucker "pdfdrucker" und "pdfohnequota" angelegt. Ein smb-Drucke hat alle Druck-Aufträge an pdfohnequota weiter geleitet. Daraufhin habe ich für Lisa und Max eine Druckquota über den UDM vorgegeben. Für Test und Administrator habe ich die Druckquota über die UMC festgelegt. Drucken war bis zum erreichen des Hard-Limits möglich und nicht bis einschließlich des Hard-Limits. (Eventuell verstehe ich das Handbuch da auch falsch) Es wurde keine Mail versendet. Weder beim erreichen des Soft-Limits, noch beim erreichen des Hard-Limits. Die PDF-Dateien wurden für Test und Administrator unterhalb von /var/cache/cups-pdf/administrator und test abgelegt. Vor dem einrichten der Quota über die UMC wurden die PDF-Dateien im Ordner "Administrator" abgelegt.
Die UCR-Variable cups/quota/inform musste gesetzt werden: ucr set cups/quota/inform=yes Zur Doku bitte einen neuen Bug öffnen.
Die Druck-Quota-Einstellungen haben jetzt erfolgreich funktioniert. Ich hatte vergessen die entsprechende UCR-Variable zu setzen. Weiterhin ist mir aufgefallen das die Soft/Hard-Limits etwas anders interpretiert werden als sie in der Dokumentation beschrieben werden. Dazu habe ich Bug #16391 angelegt.
UCS 2.3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".