Bug 31291 - Missing PTR entry after creating computer object
Missing PTR entry after creating computer object
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: UMC - DNS
UCS 4.2
Other Linux
: P5 normal (vote)
: ---
Assigned To: UMC maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-05-06 14:11 CEST by Lukas Walter
Modified: 2020-07-03 20:55 CEST (History)
4 users (show)

See Also:
What kind of report is it?: Bug Report
What type of bug is this?: 3: Simply Wrong: The implementation doesn't match the docu
Who will be affected by this bug?: 1: Will affect a very few installed domains
How will those affected feel about the bug?: 2: A Pain – users won’t like this once they notice it
User Pain: 0.034
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 Lukas Walter univentionstaff 2013-05-06 14:11:39 CEST
I've created a dns/ptr_record via CLI:
======================================
# 50, 30.20.10.in-addr.arpa, lwadev.lwaqa
dn: relativeDomainName=50,zoneName=30.20.10.in-addr.arpa,dc=lwadev,dc=lwaqa
objectClass: top
objectClass: dNSZone
objectClass: univentionObject
univentionObjectType: dns/ptr_record
relativeDomainName: 50
pTRRecord: foo
zoneName: 30.20.10.in-addr.arpa

Afterwards, I've created a computers/windows object:
====================================================
# bar, lwadev.lwaqa
dn: cn=bar,dc=lwadev,dc=lwaqa
univentionServerRole: windows_client
displayName: bar
cn: bar
krb5PrincipalName: host/bar.lwadev.lwaqa@LWADEV.LWAQA
aRecord: 10.20.30.50
objectClass: top
objectClass: person
objectClass: univentionHost
objectClass: univentionWindows
objectClass: krb5Principal
objectClass: krb5KDCEntry
objectClass: posixAccount
objectClass: shadowAccount
objectClass: sambaSamAccount
objectClass: univentionObject
loginShell: /bin/false
univentionObjectType: computers/windows
uidNumber: 2022
krb5KDCFlags: 126
sambaAcctFlags: [W          ]
krb5MaxRenew: 604800
krb5KeyVersionNumber: 1
sn: bar
homeDirectory: /dev/null
sambaSID: S-1-5-21-1456020316-1104585717-869454218-5044
krb5MaxLife: 86400
uid: bar$
gidNumber: 1005
sambaPrimaryGroupSID: S-1-5-21-1456020316-1104585717-869454218-11011


I've expected to find another entry of type pTRRecord (pTRRecord: bar) on the already existing dns/ptr_record object after creating the computer object, but the dns/ptr_record object did not change:
================================================================================
# 50, 30.20.10.in-addr.arpa, lwadev.lwaqa
dn: relativeDomainName=50,zoneName=30.20.10.in-addr.arpa,dc=lwadev,dc=lwaqa
objectClass: top
objectClass: dNSZone
objectClass: univentionObject
univentionObjectType: dns/ptr_record
relativeDomainName: 50
pTRRecord: foo
zoneName: 30.20.10.in-addr.arpa

# S-1-5-21-1456020316-1104585717-869454218-5044, sid, temporary, univention, 
 lwadev.lwaqa
dn: cn=S-1-5-21-1456020316-1104585717-869454218-5044,cn=sid,cn=temporary,cn=un
 ivention,dc=lwadev,dc=lwaqa
objectClass: top
objectClass: lock
lockTime: 1366719478
cn: S-1-5-21-1456020316-1104585717-869454218-5044

A locking object as been created instead.
Comment 1 Ingo Steuwer univentionstaff 2020-07-03 20:55:25 CEST
This issue has been filed against UCS 4.2.

UCS 4.2 is out of maintenance and many UCS components have changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen it and update the UCS version. In this case please provide detailed information on how this issue is affecting you.