Bug 23874 - Es darf nur eine Samba 4 DC im DNS als PDC-Emulator registriert sein.
Es darf nur eine Samba 4 DC im DNS als PDC-Emulator registriert sein.
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: Samba4
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.0 - RC
Assigned To: Arvid Requate
Stefan Gohmann
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-09-29 17:36 CEST by Arvid Requate
Modified: 2011-12-13 15:50 CET (History)
0 users

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arvid Requate univentionstaff 2011-09-29 17:36:21 CEST
Es darf nur eine Samba 4 DC im DNS als PDC-Emulator registriert sein. In MS2 registrieren sich noch alle DCs.
Comment 1 Arvid Requate univentionstaff 2011-09-29 17:40:14 CEST
Das Joinscript ist so angepasst, dass sich nur der erste DC im DNS als PDC-Emulator registriert. Paket baut gerade, Changelog nicht notwendig wegen Zwischenversion.
Comment 2 Stefan Gohmann univentionstaff 2011-11-07 21:10:16 CET
root@master61:~# univention-ldapsearch relativeDomainName=*pdc* sRVRecord -LLL
dn: relativeDomainName=_ldap._tcp.pdc._msdcs,zoneName=deadlock6.local,cn=dns,d
 c=deadlock6,dc=local
sRVRecord: 0 100 389 backup62.deadlock6.local.
sRVRecord: 0 100 389 master61.deadlock6.local.

Eine mögliche Ursache könnte ein Bug im Connector sein. Ich teste das nochmal in einer frischen Umgebung.
Comment 3 Stefan Gohmann univentionstaff 2011-11-07 22:21:00 CET
Auch bei einer aktuellen Installation ist der Eintrag zweimal vorhanden:

root@master61:~# univention-ldapsearch relativeDomainName=*pdc* -LLL
dn: relativeDomainName=_ldap._tcp.pdc._msdcs,zoneName=deadlock6.local,cn=dns,d
 c=deadlock6,dc=local
objectClass: top
objectClass: dNSZone
objectClass: univentionObject
univentionObjectType: dns/srv_record
dNSTTL: 10800
relativeDomainName: _ldap._tcp.pdc._msdcs
zoneName: deadlock6.local
sRVRecord: 0 100 389 backup62.deadlock6.local.
sRVRecord: 0 100 389 master61.deadlock6.local.
Comment 4 Arvid Requate univentionstaff 2011-11-08 18:32:18 CET
Ich vermute, dass samba_dnsupdate aus /var/lib/samba/private/dns_update_list den Auftrag liest, diese Records anzulegen:

root@backup62:~# samba_dnsupdate --verbose | grep pdc
Looking for DNS entry SRV _ldap._tcp.pdc._msdcs.deadlock6.local backup62.deadlock6.local 389 as _ldap._tcp.pdc._msdcs.deadlock6.local.

Checking 0 100 389 slave63.deadlock6.local. against SRV _ldap._tcp.pdc._msdcs.deadlock6.local backup62.deadlock6.local 389

Checking 0 100 389 backup62.deadlock6.local. against SRV _ldap._tcp.pdc._msdcs.deadlock6.local backup62.deadlock6.local 389



Man sieht auch im connector-s4.log, dass diese in der Testumgebung inzwischen drei mal initial von S4 nach ucs gesynced wurden (im Abstand von ca 5 Minuten).

Ich denke man könnte die pdc-Einträge aus /var/lib/samba/private/dns_update_list herauspatchen, damit Samba diese nicht mehr selbst anlegt.
Comment 5 Arvid Requate univentionstaff 2011-11-09 15:05:41 CET
Der Vorschlag aus Comment 4 wurde jetzt als samba4-Patch umgesetzt.
Comment 6 Stefan Gohmann univentionstaff 2011-11-09 19:49:07 CET
OK, es wird nur ein PDC-SRV angelegt:

root@master61:~# host -al deadlock6.local | grep pdc
_ldap._tcp.pdc._msdcs.deadlock6.local. 900 IN SRV 0 100 389 master61.deadlock6.local.
root@master61:~# host -al deadlock6.local | grep _ldap._tcp.dc._msdcs
_ldap._tcp.dc._msdcs.deadlock6.local. 900 IN SRV 0 100 389 master61.deadlock6.local.
_ldap._tcp.dc._msdcs.deadlock6.local. 900 IN SRV 0 100 389 backup62.deadlock6.local.
_ldap._tcp.dc._msdcs.deadlock6.local. 900 IN SRV 0 100 389 slave63.deadlock6.local.
root@master61:~#
Comment 7 Sönke Schwardt-Krummrich univentionstaff 2011-12-13 15:50:51 CET
UCS 3.0-0 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer
neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert
werden: "Clone This Bug"