Univention Bugzilla – Bug 46591
(U@S) CUPS daemon dies if printer share permissions are changed
Last modified: 2018-03-14 13:11:54 CET
In UCS the reload of cups has been replaced with stop/start. This has to be done in UCS@school too. +++ This bug was initially created as a clone of Bug #46525 +++ Whenever you change the printer share permissions via Drucker configuration or even with the Computerraum options, the CUPS daemon dies. UCM 4.3.0 (SingleServer Master) root@master:~# systemctl status cups: cups.service - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2018-03-07 11:25:01 CET; 9min ago Docs: man:cupsd(8) Process: 9679 ExecStartPost=/usr/lib/univention-printserver/univention-cups-init (code=exited, status=0/SUCCESS) Process: 9678 ExecStart=/usr/sbin/cupsd -l (code=exited, status=1/FAILURE) Main PID: 9678 (code=exited, status=1/FAILURE) CPU: 679ms Mar 07 11:15:32 master systemd[1]: Starting CUPS Scheduler... Mar 07 11:15:32 master systemd[1]: Started CUPS Scheduler. Mar 07 11:25:01 master systemd[1]: cups.service: Main process exited, code=exited, status=1/FAILURE Mar 07 11:25:01 master systemd[1]: cups.service: Unit entered failed state. Mar 07 11:25:01 master systemd[1]: cups.service: Failed with result 'exit-code'. root@master:~# lpr -PPDFDrucker -U emma test.txt: lpr: Bad file descriptor Printing via Windows(10) client gives no feedback Workaround: If you restart the daemon manually it works again and the changed permissions are accepted
Since bug 46525 now uses a different approach by reestablishing the old start behaviour of CUPS, there's no need to modify UCS@school. → WORKSFORME
reload and restart work as expected.
UCS@school 4.3 v1 has been released. https://docs.software-univention.de/release-notes-ucsschool-4.3v1-de.html If this error occurs again, please clone this bug.