Ich denke das ich es hinbekommen habe. Im Prinzip so wie hier beschrieben: https://help.univention.com/t/problem-a-new-schoolslave-cannot-sync-sysvol/19507
Ich habe die Verzeichnisse .trigger und sysvol-sync auf dem Master gelöscht und neu angelegt.
Berechtigungen für die Gruppe “DC Slave Hosts” gesetzt.
root@ucs1:/var/cache/univention-samba4# chgrp "DC Slave Hosts" sysvol-sync
root@ucs1:/var/cache/univention-samba4# ls -lahrt sysvol-sync
insgesamt 8,0K
drwxr-xr-x 4 root root 4,0K Jun 26 14:43 ..
drwxr-xr-x 2 root DC Slave Hosts 4,0K Jun 26 14:43 .
Die Slave Dateien in .trigger manuell angelegt:
root@ucs1:/var/cache/univention-samba4/sysvol-sync/.trigger# touch ucs2
root@ucs1:/var/cache/univention-samba4/sysvol-sync/.trigger# touch ucs3
Berechtigung mit : chown ucs3$ “DC Slave Hosts” ucs3 (da ist ein Fehler drinn hat aber funtioniert)
Dann sah das so aus:
insgesamt 8,0K
drwxr-xr-x 6 root DC Slave Hosts 4,0K Jun 26 15:19 ..
-rw-r--r-- 1 ucs4$ DC Slave Hosts 0 Jun 26 15:20 ucs4
-rw-r--r-- 1 ucs2$ DC Slave Hosts 0 Jun 26 15:20 ucs2
-rw-r--r-- 1 ucs3$ DC Slave Hosts 0 Jun 26 15:20 ucs3
drwxrwxr-x 2 root DC Slave Hosts 4,0K Jun 26 15:20 .
Danach wieder die Synchronisierung starten. Die Dateien verschwinden wieder bei der Synchronisierung und werden von den Slaves neu erstellt.
So hat es bei mir geklappt.