Univention Bugzilla – Bug 40459
provide printers via gpo doesn't work when gpo is created at dc master central location
Last modified: 2017-10-16 21:36:12 CEST
+++ This bug was initially created as a clone of Bug #32041 +++ Please see ticket #2016011921000162 for more detail: Problem now, ucs-school-slave.postinst and ucs-school-nonedu-slave.postinst call resync_object_from_ucs.py --filter '(objectClass=msPrintConnectionPolicy)'. This syncs all objects from the UCS Master (!) to the slaves s4 database. Now the connector tries to sync the s4 objects to the local ldap. But this fails because the objects are not in the local ldap (connector wants to add them), but they exist on the UCS Master (connector add fails, objects exists). This leads to various rejects. The printerconnection objects are missing in the local ldap because at the time they were created, the slave had no read permissions (the read/write acl for these objects has been added with bug #32041)
So we at least want to remove the "resync_object_from_ucs.py --filter '(objectClass=msPrintConnectionPolicy)'" from the postinst for slave and nonedu-slave
I don't think this is a problem anymore. Rejects only happen if * msPrintConnectionPolicy are used * msPrintConnectionPolicy are created before Bug #32041 (2016-01-17) * system is updated from ucs@school 4.1 v3 to 4.1 v4 wont fix
Ok
UCS@school 4.1 R2 v14 has been released. http://docs.software-univention.de/changelog-ucsschool-4.1R2v14-de.html If this error occurs again, please clone this bug.