Bug 31832 - [computers/macos] LDAP error when creating computers/macos with given domain attribute
[computers/macos] LDAP error when creating computers/macos with given domain ...
Status: CLOSED WORKSFORME
Product: UCS
Classification: Unclassified
Component: UMC - Computers
UCS 3.2
Other Linux
: P5 normal (vote)
: UCS 4.2
Assigned To: Florian Best
Stefan Gohmann
: interim-3
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-27 14:31 CEST by Lukas Walter
Modified: 2017-04-04 18:29 CEST (History)
4 users (show)

See Also:
What kind of report is it?: Development Internal
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): External feedback
Max CVSS v3 score:


Attachments
Patch (691 bytes, patch)
2013-06-27 14:43 CEST, Lukas Walter
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Lukas Walter univentionstaff 2013-06-27 14:31:32 CEST
When creating a computers/macos object with given domain attribute, a LDAP error occurs.

root@master10:~# udm computers/macos create --set name="some_macos" --set domain="foo.bar"
LDAP Error: Constraint violation: krb5PrincipalName: multiple values provided
Comment 1 Lukas Walter univentionstaff 2013-06-27 14:43:09 CEST
Created attachment 5293 [details]
Patch

Rudimentary tested.
Comment 2 Lukas Walter univentionstaff 2013-06-28 15:55:18 CEST
When this bug is fixed, the ucs-test case 66_udm-computers/08_create_and_validate_macos.py should be re-enabled.
Comment 3 Lukas Walter univentionstaff 2013-07-02 18:02:20 CEST
(In reply to Lukas Walter from comment #2)
> When this bug is fixed, the ucs-test case
> 66_udm-computers/08_create_and_validate_macos.py should be re-enabled.

Role "macos" is currently skipped in 66_udm-computers/16_check_network_all_roles.py due to this bug. This should also be undone when it is fixed.
Comment 4 Stefan Gohmann univentionstaff 2014-02-18 21:29:07 CET
This issue has been filed against the UCS version "unstable" which does not really exist. Please change the version value.
Comment 5 Alexander Kläser univentionstaff 2014-09-22 11:49:41 CEST
A similar problem still seems to occur with UCS 3.2 (cf. Bug 25172, Comment 9):
> Ich wollte ein computers/macos anlegen und bekomme die selben Fehler:
> udm computers/macos create
> --position=cn=computers,ou=schule1,dc=schule1,dc=test --set
> name=ws-schule1-imac10 --set 'operatingSystem=OS X' --set
> operatingSystemVersion=10.6.8 --set
> description=Apple/iMac,Location:W12,Warranty: --set
> network=cn=EDU,cn=networks,ou=schule1,dc=schule1,dc=test --set
> mac=00:1f:5b:e6:cc:b9 --set ip=172.30.0.216 --set
> 'dhcpEntryZone=cn=schule1,cn=dhcp,ou=schule1,dc=schule1,dc=test 172.30.0.216
> 00:1f:5b:e6:cc:b9'
> 
> LDAP Error: Constraint violation: krb5PrincipalName: multiple values provided
> 
> wie im Bug beschrieben handelt es sich hier nicht um die kerberos Domain
> sonder der FQDN des MACOS Gerät wird in einer anderen sein. Das selbe haben
> wir mit computers/windows gemacht und hat funktioniert auch mit
> computers/ipmanagedclient.
> 
> Es ist auch egal ob man es per CLI oder Webinterface erfasst. wir verwenden
> ein neu installiertes UCS3.2-2
Comment 6 Florian Best univentionstaff 2014-11-29 00:26:34 CET
Hmm, with UCS 4.0 not reproducible. The test case should be reenabled.
Comment 7 Florian Best univentionstaff 2016-10-10 16:08:57 CEST
Meanwhile works:

root@xen3:~# udm computers/macos create --set name="some_macos" --set domain="foo.bar"
Object created: cn=some_macos,dc=school,dc=local
root@xen3:~# hostname -f
xen3.school.local
root@xen3:~# udm computers/macos create --set name="some_macos2" --set domain="school.local"
Object created: cn=some_macos2,dc=school,dc=local

The test case 66_udm-computers/08_create_and_validate_macos.py doesn't exists anymore.
The MAC-OS skip in 66_udm-computers/16_check_network_all_roles.py has been readded. It runs perfectly on my UCS 4.2 system.

ucs-test (7.0.6-12):
r73048 | Bug #31832: reenable skipped test
Comment 8 Stefan Gohmann univentionstaff 2017-03-17 11:44:54 CET
Yes, it works.
Comment 9 Stefan Gohmann univentionstaff 2017-04-04 18:29:22 CEST
UCS 4.2 has been released:
 https://docs.software-univention.de/release-notes-4.2-0-en.html
 https://docs.software-univention.de/release-notes-4.2-0-de.html

If this error occurs again, please use "Clone This Bug".