Bug 34450 - Concurrent changes in S4 and OpenLDAP
Concurrent changes in S4 and OpenLDAP
Status: RESOLVED INVALID
Product: UCS
Classification: Unclassified
Component: S4 Connector
UCS 3.2
Other Linux
: P5 normal (vote)
: ---
Assigned To: Connector maintainers
:
Depends on: 33621
Blocks:
  Show dependency treegraph
 
Reported: 2014-04-03 14:05 CEST by Philipp Hahn
Modified: 2014-04-07 21:13 CEST (History)
3 users (show)

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 Philipp Hahn univentionstaff 2014-04-03 14:05:25 CEST
+++ This bug was initially created as a clone of Bug #33621 +++
> We have some reports about concurrent changes, see Bug #18501 for the AD Connector issue.

Something (S4c?) is re-adding my manually deleted DNS entries, even without concurrent changes (except Bug #34449 perhaps):

# udm dns/host_record list --superordinate zoneName=phahn.dev,cn=dns,dc=phahn,dc=dev --filter name=xen12 | grep '^  a: '
  a: 192.168.0.135
  a: 172.18.1.3
  a: 184.1.3.1
  a: 184.5.1.1
  a: 184.6.1.1
  a: 184.7.1.1
  a: 192.168.3.1
  a: 192.168.56.200
  a: 2001:4dd0:ff00:8c42:ff17:bcae:c507:cc5c

# udm dns/host_record modify --dn relativeDomainName=xen12,zoneName=phahn.dev,cn=dns,dc=phahn,dc=dev --set a=192.168.0.135 --set a=2001:4dd0:ff00:8c42:ff17:bcae:c507:cc5c
Object modified: relativeDomainName=xen12,zoneName=phahn.dev,cn=dns,dc=phahn,dc=dev

# udm dns/host_record list --superordinate zoneName=phahn.dev,cn=dns,dc=phahn,dc=dev --filter name=xen12 | grep '^  a: '
  a: 192.168.0.135
  a: 2001:4dd0:ff00:8c42:ff17:bcae:c507:cc5c
# date
Do 3. Apr 13:39:27 CEST 2014

# udm dns/host_record list --superordinate zoneName=phahn.dev,cn=dns,dc=phahn,dc=dev --filter name=xen12 | grep '^  a: '
  a: 192.168.0.135
  a: 172.18.1.3
  a: 184.1.3.1
  a: 184.5.1.1
  a: 184.6.1.1
  a: 184.7.1.1
  a: 192.168.3.1
  a: 192.168.56.200
  a: 2001:4dd0:ff00:8c42:ff17:bcae:c507:cc5c
# date
Do 3. Apr 13:55:44 CEST 2014
Comment 1 Stefan Gohmann univentionstaff 2014-04-04 12:01:47 CEST
Does this help?
 ucr set samba/interfaces/bindonly=yes samba/interfaces=eth0
 service samba4 restart
Comment 2 Philipp Hahn univentionstaff 2014-04-04 18:41:23 CEST
(In reply to Stefan Gohmann from comment #1)
> Does this help?
>  ucr set samba/interfaces/bindonly=yes samba/interfaces=eth0
>  service samba4 restart

Seems to have worked.
Comment 3 Stefan Gohmann univentionstaff 2014-04-07 21:13:36 CEST
(In reply to Philipp Hahn from comment #2)
> (In reply to Stefan Gohmann from comment #1)
> > Does this help?
> >  ucr set samba/interfaces/bindonly=yes samba/interfaces=eth0
> >  service samba4 restart
> 
> Seems to have worked.

OK, not a connector issue.